From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 3F2B1158083 for ; Sun, 15 Sep 2024 22:30:05 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F0A94E29B0; Sun, 15 Sep 2024 22:29:58 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3FB59E29A9 for ; Sun, 15 Sep 2024 22:29:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1726439391; x=1727044191; i=warp_7@gmx.de; bh=EG8Xrbzerr9CtspgjqYNyorvi/c5lFujbVFOvF60sDw=; h=X-UI-Sender-Class:Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=Z6Vd8QBZbz6OPI9pYXPpeYQIoqjCuGQnvEeqPBMM+/D8oprzjAS95Bpq2Hz+JQXN xDhWG8PuuGAROpf+diLZKrS1mlNX8ESZIUKblJvrNOMKJE3ZiIdIChHaVxzH+NIcz RBCst1YpUIReS/dEE+hd7dekmjAu87GGpoDmlfbkMCo84jl2UWlbTPy3pEjOASFqt OwzC3W7P7ClZCN7m2H47ERwKWzEBIe1HLLXF0pKmFR1eX5GTAuxiY/k56wxClS96f ku9aJqKG/VqAY7X6arjzmbYrpmrxULqg4iv0tX2xVTKzzCxrFa9wfm54WVPa5VJhr IeLyMYKllcyJfIkU2w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from kern ([94.134.20.71]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mf0BM-1sMvJs3P9W-00nRed for ; Mon, 16 Sep 2024 00:29:50 +0200 Date: Mon, 16 Sep 2024 00:29:49 +0200 From: Frank Steinmetzger To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault". Message-ID: Mail-Followup-To: gentoo-user@lists.gentoo.org References: <8c26be16-d033-ea3f-06e1-a9ce84cbbafb@gmail.com> <7866172.lvqk35OSZv@rogueboard> <15276605.tv2OnDr8pf@rogueboard> <5ad461dd-6122-ae67-5609-0a39d5a64fe1@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Lfe8C98uyn4oLBJU" Content-Disposition: inline In-Reply-To: <5ad461dd-6122-ae67-5609-0a39d5a64fe1@gmail.com> User-Agent: Mutt 2.2.13; VIM - Vi IMproved 9.1 X-Provags-ID: V03:K1:HBelc89Sf1RuiHipQ49DGe/y8f1HQFbe2OBtDHA36q+lXGee6o4 8D7O7bp3BxvXUJXtSLY1/WcEJ+avhXtJjd71mRE0Sttl2DFLVSbdCQzWLZO4ukZy/semGz+ bGB7WFPO7wSZvBBU+DkdUomvey7Sttn3gh3uJMJ6YFvLwA+8CfCVOgwsXqd7TTptYcnnM1Z 2bPU1nRxs/LIlcbuhgaVQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:sPV5sugsA4o=;usoB8Fmh+KUCiraEaHpyy7cdGhX 0RZGdZFg+rwtfLEqn8MQX/vaTbS3SXACNid0zmM9IvjyL9aHiACRyLvpfWDTRRD49pKERbBWO wdKIQT8cCXIXT+dmL5leu6d/isBBkE30YhhC8ALz4+0daSIymxhnTe+Ichkvj2xqqFu2ICEJ+ DKtH1n2cYMYoQ5XbjRmsy1wwUdnXq50zoZUrn/5XwRdT0j8aGoAwpypQRzBoZSPGAHn5Aio62 KbE5VItZLqDuEklJ8++kYpmmT8JKH4wsgPpRUkl7AT8NgYeW0f6iy8si/fLm1DuhoF6pajJLI t43wkl+mk4Xpi/pyJsPdGQWfKmGD1O1dYBGlaWh8jUc9rDvpYEypDE3mh6vxK1yCCr2CSbuyi lZPZbEPxGpGiGy67mblY/M9QDMk6lo5pe9EgDvc/u+4YUd3TGpb4Cn9Yk8hEfG7t1xwsxhI0K yfeg+HGf8cMJMRjbBncALyVgQpBgnKiOTqMvzn8eE0J3nxzx8tmsthJtVfv8R68Ig0ipq87vA s+dy9LMB2tX+TwypqRxry9EFs4JLrMP1VKeqepB21NCh/ZOBA8wUYhOKrdQM9Dflzv5MLmd5B LU+M8LM1xUlgQb6GcaEfOCHIAsFGP9VwZ/dOcGmm6wSm4A43bVoTmeVMBMD0++grFQMkYpmUK rLy9rOd6C0VFJ6mYSQahlnsI8RsnzyA+FWnD82/drQZpm8Neshb9CJHk0QJjf9JqtGUuEgPAJ 6h6B1dx/vKaqYJgrrgTtUg+wMzoRo1aflBEZWQPM0wc5wBiPaWcNmxke+JLSX1ll+TNxOWT/M cAE2HU3hcGu8Vn7SAOsStuRA== X-Archives-Salt: bf942f63-bdcd-41fa-9887-802cc2eab65c X-Archives-Hash: 057754e497931584ff9ebe614abfbbbc --Lfe8C98uyn4oLBJU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Am Sat, Sep 14, 2024 at 02:46:35PM -0500 schrieb Dale: > I was running the command again and when I was checking on it, it > stopped with this error.=C2=A0 >=20 >=20 >=20 > =C2=A0 File "/root/dh", line 1209, in > =C2=A0=C2=A0=C2=A0 main() > =C2=A0 File "/root/dh", line 1184, in main > =C2=A0=C2=A0=C2=A0 directory_hash(dir_path, '', dir_files, checksums) > =C2=A0 File "/root/dh", line 1007, in directory_hash > =C2=A0=C2=A0=C2=A0 os.path.basename(old_sums[filename][1]) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ~~~~~~~~^^^^^^^^^^ > KeyError: 'Some Video.mp4' What was the exact command with which you ran it? Apparently the directory has a file 'Some Video.mp4', which was not listed= =20 in an existing checksum file. I also noticed a problem recently which happens if you give dh a directory= =20 as argument which has no checksum file in it. Or something like it, I can= =E2=80=99t=20 reproduce it from memory right now. I have been doing some refactoring=20 recently in order to get one-file-per-tree mode working. > I was doing a second run because I updated some files.=C2=A0 So, it was > skipping some and creating new for some new ones.=C2=A0 This is the comma= nd I > was running, which may not be the best way.=C2=A0 >=20 >=20 > /root/dh -c -f -F 1Checksums.md5 -v Yeah, using the -c option will clobber any old checksums and re-read all=20 files fresh. If you only changed a few files, using the -u option will=20 drastically increase speed because only the changed files will be read. Use the -d option to clean up dangling entries from checksum files. > Also, what is the best way to handle this type of situation.=C2=A0 Let's = say > I have a set of videos.=C2=A0 Later on I get a better set of videos, high= er > resolution or something.=C2=A0 I copy those to a temporary directory then= use > your dmv script from a while back to replace the old files with the new > files but with identical names.=C2=A0 Thing is, file is different, someti= mes > a lot different.=C2=A0 What is the best way to get it to update the check= sums > for the changed files?=C2=A0 Is the command above correct?=C2=A0 dh has some smarts built-in. If you changed a file, then its modification= =20 timestamp will get udpated. When dh runs in -u mode and it finds a file=20 whose timestamp is newer than its associated checksum file, that means the= =20 file may have been altered since the creation of that checksum. So dh will= =20 re-hash the file and replace the checksum in the checksum file. > I'm sometimes pretty good at finding software bugs.=C2=A0 But hey, it just > makes your software better.=C2=A0 ;-)=C2=A0 Me too, usually. If it=E2=80=99s not my software, anyways. ^^ But I think you may be the first other of that tool other than me. --=20 Gr=C3=BC=C3=9Fe | Greetings | Salut | Qapla=E2=80=99 Someone who eats oats for 200 years becomes very old. --Lfe8C98uyn4oLBJU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEVbE9o2D2lE5fhoVsizG+tUDUMMoFAmbnX9oACgkQizG+tUDU MMpYmg/+KAgBmxT6S7a8WChGoZpB2/Z6SJnfX+IEgdoljDa+/w6SiQ3IhmPTqSJJ SGllF3jCShD87BXgD7FZlAD9r/7gpV6VqJQLNFklb6LMfSmyfV2WhCgekhSnnwnG HaX5WUvRrNliuIDqeJN69Qa2Dicx0LXNMuWSdRsv5q9kQ6lu3UgUfGcMZdgt8Mh7 2SDW7AxslO3BefB0Tyc1wdh+0wyUWtWsa7lhjyKlnaYi3RKvZo0htK13zGicYYpE h8p1mhUmLF+HSdn6P6YWXUnQUGktqIYR7zjriMXxyGwsF/s+JynMayoAIT+XYuIi OgnITXa9pNzhy87xHPWIi2zn817KPl1f9ZH5XDw1r+6D82K4f1d0aS0IkcaDfwNb oAq+VOhdJuPIUHy5ybg5CTf5fLIMXUxj6kAlaRRltamdh7572rHKCfkqOYP9cmgf lQQf/QdphN9xCaEtxIDJX5RRVTcaI6DO8qAubHD6tdF6aAvBT6YcFpAlxSa9bDjU xT0Fn1UYwIIPQM2jXp1HG22AzDktT4qFXPEQUzu7E2h+thJBkkRIb//yJfzKyDOF xeSlSAi8SONAMvlHAlVYHWJmSEjErjgrTOjqPSAdcbMBfEd1bC87vlxDEgMMXumQ n32FfMkeeNLJgIqYlAbVbfIpsYJJ6tiLG0lllIfYO0V1e1sZQ+g= =5RpX -----END PGP SIGNATURE----- --Lfe8C98uyn4oLBJU--