From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id aI1rNaZaw2HPRQEAgWs5BA (envelope-from ) for ; Wed, 22 Dec 2021 18:04:38 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id AAgmMaZaw2EjJAAAbx9fmQ (envelope-from ) for ; Wed, 22 Dec 2021 17:04:38 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 6800E2D48 for ; Wed, 22 Dec 2021 18:04:38 +0100 (CET) Received: from localhost ([::1]:39498 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n052b-0005ft-At for larch@yhetil.org; Wed, 22 Dec 2021 12:04:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42370) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n052D-0005cv-Kq for bug-guix@gnu.org; Wed, 22 Dec 2021 12:04:13 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:48080) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n0522-00087b-JA for bug-guix@gnu.org; Wed, 22 Dec 2021 12:04:12 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n0522-0002O2-EP for bug-guix@gnu.org; Wed, 22 Dec 2021 12:04:02 -0500 X-Loop: help-debbugs@gnu.org Subject: bug#52375: webkitgtk page crashes on core-updates-frozen Resent-From: Jack Hill Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 22 Dec 2021 17:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52375 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Maxim Cournoyer Received: via spool by 52375-submit@debbugs.gnu.org id=B52375.16401925979118 (code B ref 52375); Wed, 22 Dec 2021 17:04:02 +0000 Received: (at 52375) by debbugs.gnu.org; 22 Dec 2021 17:03:17 +0000 Received: from localhost ([127.0.0.1]:59626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n051J-0002Mz-2f for submit@debbugs.gnu.org; Wed, 22 Dec 2021 12:03:17 -0500 Received: from minsky.hcoop.net ([104.248.1.95]:48126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n051H-0002Mm-28 for 52375@debbugs.gnu.org; Wed, 22 Dec 2021 12:03:16 -0500 Received: from marsh.hcoop.net ([45.55.52.66]) by minsky.hcoop.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n051B-0003gA-2Z; Wed, 22 Dec 2021 12:03:09 -0500 Date: Wed, 22 Dec 2021 12:03:08 -0500 (EST) From: Jack Hill X-X-Sender: jackhill@marsh.hcoop.net In-Reply-To: <87zgot29qu.fsf_-_@gmail.com> Message-ID: References: <62474069db54770d90977754e32f01cc9b3b3e9a.camel@planete-kraus.eu> <87zgot29qu.fsf_-_@gmail.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 52375@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1640192678; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:resent-cc:resent-from:resent-sender: resent-message-id:in-reply-to:in-reply-to:references:references: list-id:list-help:list-unsubscribe:list-subscribe:list-post; bh=YbWVGX9YknFyjLWnxyTG61zYjysvxbDI+6p4Am0yLdw=; b=B7x/MQV4pq+AnI9W+uSOZCz8BedcZCtRWCXM770vtemPqkycS3coMSA93k6m5NhPy7fY84 UI7E7Fd3V8TGxo+0ql6ub2H3UKKLGFq8Id4gVArZ5qJmpsGFSfLarA3B7wmw0oyW7jnh/R EOxzfpcg8oYf/lImGQ5Dfvri4pR+q/PDWR3XEPxyz8gRiszZco6nWrP3N0sf+aHT8aWSIz zbk+Il9NGguLrNxDJmn4Wi7UgPPniFY291hSc1+sXu4nA1rmN6fd+qAZZFThLDDYpvEf1N oeq6iq4y4Gapr92gfBtFJyeCo/C1VgITtOGkybbVH+aY2RbE3TTeYBJHwD5vEQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1640192678; a=rsa-sha256; cv=none; b=FUQbs6V9RFG/+8Td1TicLqa8UlEMtKvlxwRUxoZCqMWQRgix+kNsONiGV+vuWaZ4mn/9A4 Ie3Ro1/oREgp3rjq7LBSWmgGF/F3dDLAWiFKBq1kg4g2/R5Cj7s1sT20GZZKgX8020Bkef kp2jemf1/tBcQwiNZHKRY04hcbZSe48S01HeyRoRtm25Tc5zsWhi5CdnLM4PsATtRQ7bSs Ug0AcO19U+++YvQdzGil2CmWO83sRRx7P7JScpuxqLgCyz28LE0cvNTZpF3kKK2ZI+7PFW zDE4nhjLy2xDiuC+fsuTdnu5m4QOwY7EGoEuggDPoo2tlI3Wvci8xO5+uTDJIw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -4.34 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 6800E2D48 X-Spam-Score: -4.34 X-Migadu-Scanner: scn0.migadu.com X-TUID: WuoYB+9Yp7CQ On Tue, 21 Dec 2021, Maxim Cournoyer wrote: > Hello Jack, > > Jack Hill writes: > >> Should leaf applications that use webkitgtk be wrapped to find the >> right gst-plugins? This seems suboptimal to me. If the plugins are >> really dependencies of webkitgtk then perhaps they should be encoded >> that way in Guix. > > I think upstream should improve their software to display more > informative messages when a plugin is missing to play some content (a > tab crash is not very helpful!) :-). Indeed. There actually is an upstream issue for this: https://bugs.webkit.org/show_bug.cgi?id=233949 >> Should webkitgtk be wrapped somehow to find the plugins on its own? >> How would this wrapping be done? Do we want to force all webkitgtk >> applications to carry around these dependencies? > > I think there's not much to do here other than document the availability > of plugins to extend the capabilities of webkitgtk. It's won't be > obvious to leaf package users though, so fixing it upstream would still > have value. > > As discussed on #guix, some reasons for not propagating them or even > wrapping them is the fact that they are *plugins*, that is, they exist > in that form so that users can compose them for runtime discovery as > they see fit. Propagating the plugins would go against this, and is not > very "Guixy" :-). > > Another reason is that adding the gst-plugins-good and gst-plugins-bad > would inflate the size of the webkitgtk package by more than 1 GiB! > (compare "guix size webkitgtk" vs "guix size webkitgtk gst-plugins-good > gst-plugins-bad"). > > I'm tempted to make this change to the description of 'webkitgtk': > > --8<---------------cut here---------------start------------->8--- > modified gnu/packages/webkit.scm > @@ -350,7 +350,9 @@ (define-public webkitgtk > (description > "WebKitGTK+ is a full-featured port of the WebKit rendering engine, > suitable for projects requiring any kind of web integration, from hybrid > -HTML/CSS applications to full-fledged web browsers.") > +HTML/CSS applications to full-fledged web browsers. WebKitGTK+ can play > +various video content through the use of the GStreamer plugins (not propagated > +by default) such as @code{gst-plugins-good} and @code{gst-plugins-bad}.") > ;; WebKit's JavaScriptCore and WebCore components are available under > ;; the GNU LGPL, while the rest is available under a BSD-style license. > (license (list license:lgpl2.0 > --8<---------------cut here---------------end--------------->8--- > > and close this as 'notabug'. What do you think? I think that this would good to add as a hint to WebKitGTK users. However, I don't agree that it is notabug because I think browsers should work on commonly encountered web content out of the box without asking folks to track down the needed dependencies. I've opened a thread on guix-devel@gnu.org to solicit more thoughts/discussion on how to best address this issue: https://lists.gnu.org/archive/html/guix-devel/2021-12/msg00228.html Thanks for helping think and work through this issue! Jack