From nobody Mon Oct 16 04:30:04 2023 X-Original-To: multimedia@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 4S840H0823z4wqMv for ; Mon, 16 Oct 2023 04:30:07 +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 4S840G5b3mz4FxJ 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=Rml3+gHxZ9A/uMl5h/FdkRSTeBGcYwf9BDIURJyYG6F4/cBd4v9YvTz/tPE32szGZF7tsE RdFxfCHzPgPGAsokjuFzztQLmG5rRZlI5sTGaSCokZ5KANv6G7K8TcJPuS3pSe6OMg045w JreXnmGr3sXWV2uQwIRyBpHsIwrY1diVjoSbzi0pUMeZ6SPHgK9b9m/cTob9B0O0jiAZ56 l5l48t6oaxW6B+cMn0P3uTyF+0qgKqLfgP9/rZMWRVDbhR0NAlIP9N6uTxcv2F1jPM9rRw enmUYaITxhw5hl1jf5C7hCz2txHiwNBnMYHZjElkufEnxtD2N5OaliQWz1oFvQ== 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=lU9Qpa8w4GjRckFq2+fT6CU0ob8JFR2nhn0x5u58339zany/BVKmTPQyTlytBXYIbssuoC yKCk7y4HrHWy92pbTTKbX1wS+WiBGVDP3E4siXCQvCep0D/ZdCQnm6SYa4xVTzU2lXiJ2/ mK8kgHn7gF5SqML+m/jpWPl4OW6rguT3LMwiQeimXIb+YJGv2V/eCj8fXZKKUQyw6tHTQ2 DNcOJYikGl0qjPzXZqwL9unLXMV+qbSMBLKRlyzg4Ren4LPvHLT/9SDG1r5TS720Keu4wa OD89Hp7jksOrGqy4U2N5P/1ORYXRta7rpz7ojz6oWG6kFDG2RToF6334ylGRDA== 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 4S840G4fFrzBV3 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 39G4U6q4077525 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 39G4U6bH077524 for multimedia@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: multimedia@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: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@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.=