From nobody Mon Oct 16 04:30:04 2023 X-Original-To: office@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4S840G6Rszz4wqRy for ; Mon, 16 Oct 2023 04:30:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S840G50Vtz4Frr for ; Mon, 16 Oct 2023 04:30:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1697430606; a=rsa-sha256; cv=none; b=roftxGVkMK4UXLABPfeDzoEDunW/pzDquPKAr8tP4k4hcZ1d9Ivqti+dpaugqKXnmN9nN7 U5aQLZzbfWsS1IvQJkrwCWJqkb1i2jJKLbH0ojr1dxekkWpVhfRiIqysDPV3qGT4+7PH4z b8XkhJYp4HyxLaiSC2fR3H2zUt+q/eeJbyPrFnG/lUIb4WOGCNYV8T2luaT8Wf+qDfq/jK HvItPG+5/2H5uJFF3VqKlI79ZUC6hd+DgUm84zNHZUztwawrihP1h2fWwrTP8j7spDcLWm xAIv10ZpcR7XQ/YPwM3RCCL0wouxrxO4qQX1a+DWdA9GJmwvHk8R1EgQ0cdTIg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1697430606; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hJvIkWRFRkJp4Hf2HXkN5G6/WLDpbL0K2OTcUqz8zZI=; b=N3cUTTlNzwe331BSjaDf02j7mv3rhD6G4sMmR/40GzcPD+AA1uDuec50pwtlGQ+dpbFYVK 0wL+H3oQf8O7fQBmQ1IYuBCeR2/bQuZa77xt7U5d/L4JxiKddIPobc+MNwcZrA4Or6a88o trMuKse+IjbcDf8pbvuBcIfIJDCr1Lmt9FIZLv74qJ4gm7YpejzCgVuJmG7JnkAJ1Y3goe jbM3RcWBJj0NBSJAJohjt9I5Lsgq3xPcyrjpOSQBMvA9OkK6cv4ovQNbybdg5k07i7y56r XIUTYxua9lRL8m5ZxWTmbw7UXa1Fa7VTLStnzKE8SALG+iViWqYfgUR/b1c5xA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4S840G3yQMz9ly for ; Mon, 16 Oct 2023 04:30:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 39G4U6qc077521 for ; Mon, 16 Oct 2023 04:30:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 39G4U6R4077520 for office@FreeBSD.org; Mon, 16 Oct 2023 04:30:06 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: office@FreeBSD.org Subject: [Bug 268652] Qt5: Some apps fails to start after upgrading to 5.15.8 Date: Mon, 16 Oct 2023 04:30:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tatsuki_makino@hotmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Office applications on FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-office List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-office@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268652 --- Comment #79 from Tatsuki Makino --- (In reply to Tomoaki AOKI from comment #77) This time, as the saying "=E7=99=BE=E8=81=9E=E3=81=AF=E4=B8=80=E8=A6=8B=E3= =81=AB=E5=A6=82=E3=81=8B=E3=81=9A" says, I gave advice based on my own experience, so I am glad that I did not have any problems. The build order of qt5-qmake, qt5-buildtools, and qt5-core was followed, so there should be no "Cannot mix incompatible Qt library (5.15.x) with this library (5.15.y)" failures. Since the -u option was used for pkg_replace, there will be no failure to 'qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""'. However, this time, the old version of backup does not exist. (In reply to Tomoaki AOKI from comment #78) Since this find is for the question of when to delete the backed up library, there is no need to modify it. For example, run the following ls > ls -ATlrtu -- /usr/local/lib/compat/pkg/ total 1088 -rwxr-xr-x 1 root wheel 485264 Sep 21 07:05:17 2023 libsodium.so.26 -rwxr-xr-x 1 root wheel 550288 Oct 12 07:30:11 2023 libimagequant.so.0 In the case of portmaster, the backup will be as shown above. If this is older than the time of startup, > sysctl -n kern.boottime { sec =3D 1691537044, usec =3D 941220 } Wed Aug 9 08:24:04 2023 daemons that run at the same time as startup are not affected and can be removed. If the time is updated close to the current time, then the library is still linked to something. Problem binaries are relatively easy to find with pkg check -dna. If the problem is not found by it, it is rather tricky :) This find is a somewhat automated version of deleting backup libraries that have not been accessed for a certain period of time. However, since rm has a -i option, it is manual to some extent :) The -s option in find is to make the order somewhat understandable, and the= -x option is to avoid hassle if something like crossing mount points is backed= up. Then remove the libraris and etc. under 3 conditions. "find -d ... -type d -empty" immediately deletes empty directories. I think -mindepth 1 is necessary because it also deletes the pkg directory when the contents are completely empty :) "find -L ... -type l" deletes unpointed symlinks. The -L option treats syml= inks whose target is not a symlink as non-symlink. "find ... -not -type d -atime +4w" is deleting anything other than director= ies that haven't been accessed in over 4 weeks. I think the libraries backed up to ${LOCALBASE}/compat/pkg are still to res= cue binaries linked to the old library, not to roll back when bugs exist in the= new library. So, if pkg_replace is used that does not implement the function to delete a library of the same name from backup, such as portmaster written in comment #75, it should be done manually immediately. Rather than creating a command or tool that can be done in one shot, it is a function that should be implemented on pkg_replace side depending on the ba= ckup philosophy. --=20 You are receiving this mail because: You are on the CC list for the bug.=