From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adolf Belka To: development@lists.ipfire.org Subject: Re: First results from running build without python2 Date: Fri, 20 Aug 2021 12:17:20 +0200 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3392398164193900107==" List-Id: --===============3392398164193900107== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Michael and everyone, After disabling python on collectd, freeradius and alsa I have been able=20 to successfully do a complete build with next with python2 removed. I will now create patches for the above three programs and also for the=20 fix for ca-certificates. With the other patches already submitted we can=20 then decide in which Core Update to remove python2. Regards, Adolf. On 19/08/2021 22:54, Adolf Belka wrote: > Hi Michael, > > On 19/08/2021 18:28, Adolf Belka wrote: >> Hi Michael, >> >> On 19/08/2021 15:54, Michael Tremer wrote: >>> Hello Adolf, >>> >>> This sounds very good. >>> >>>> On 18 Aug 2021, at 22:08, Adolf Belka wrote: >>>> >>>> Hi All, >>>> >>>> I have successfully built ca-certificates with the new p11-kit=20 >>>> approach. The only difference is that the certificate data such as=20 >>>> Version, Serial Number, Signature Algorithm etc is no longer=20 >>>> included in the created bundle files. There is only the actual=20 >>>> certificate itself. >>> >>> I do not exactly understand what you mean. Can you post a file=20 >>> system listing or something that would help me?The first certificate=20 >>> in the new ca-bundle.crt looks like the following:- >> >> # ACCVRAIZ1 >> -----BEGIN CERTIFICATE----- >> MIIH0zCCBbugAwIBAgIIXsO3pkN/pOAwDQYJKoZIhvcNAQEFBQAwQjESMBAGA1UE >> AwwJQUNDVlJBSVoxMRAwDgYDVQQLDAdQS0lBQ0NWMQ0wCwYDVQQKDARBQ0NWMQsw >> CQYDVQQGEwJFUzAeFw0xMTA1MDUwOTM3MzdaFw0zMDEyMzEwOTM3MzdaMEIxEjAQ >> BgNVBAMMCUFDQ1ZSQUlaMTEQMA4GA1UECwwHUEtJQUNDVjENMAsGA1UECgwEQUND >> VjELMAkGA1UEBhMCRVMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQCb >> qau/YUqXry+XZpp0X9DZlv3P4uRm7x8fRzPCRKPfmt4ftVTdFXxpNRFvu8gMjmoY >> HtiP2Ra8EEg2XPBjs5BaXCQ316PWywlxufEBcoSwfdtNgM3802/J+Nq2DoLSRYWo >> G2ioPej0RGy9ocLLA76MPhMAhN9KSMDjIgro6TenGEyxCQ0jVn8ETdkXhBilyNpA >> lHPrzg5XPAOBOp0KoVdDaaxXbXmQeOW1tDvYvEyNKKGno6e6Ak4l0Squ7a4DIrhr >> IA8wKFSVf+DuzgpmndFALW4ir50awQUZ0m/A8p/4e7MCQvtQqR0tkw8jq8bBD5L/ >> 0KIV9VMJcRz/RROE5iZe+OCIHAr8Fraocwa48GOEAqDGWuzndN9wrqODJerWx5eH >> k6fGioozl2A3ED6XPm4pFdahD9GILBKfb6qkxkLrQaLjlUPTAYVtjrs78yM2x/47 >> 4KElB0iryYl0/wiPgL/AlmXz7uxLaL2diMMxs0Dx6M/2OLuc5NF/1OVYm3z61PMO >> m3WR5LpSLhl+0fXNWhn8ugb2+1KoS5kE3fj5tItQo05iifCHJPqDQsGH+tUtKSpa >> cXpkatcnYGMN285J9Y0fkIkyF/hzQ7jSWpOGYdbhdQrqeWZ2iE9x6wQl1gpaepPl >> uUsXQA+xtrn13k/c4LOsOxFwYIRKQ26ZIMApcQrAZQIDAQABo4ICyzCCAscwfQYI >> KwYBBQUHAQEEcTBvMEwGCCsGAQUFBzAChkBodHRwOi8vd3d3LmFjY3YuZXMvZmls >> ZWFkbWluL0FyY2hpdm9zL2NlcnRpZmljYWRvcy9yYWl6YWNjdjEuY3J0MB8GCCsG >> AQUFBzABhhNodHRwOi8vb2NzcC5hY2N2LmVzMB0GA1UdDgQWBBTSh7Tj3zcnk1X2 >> VuqB5TbMjB4/vTAPBgNVHRMBAf8EBTADAQH/MB8GA1UdIwQYMBaAFNKHtOPfNyeT >> VfZW6oHlNsyMHj+9MIIBcwYDVR0gBIIBajCCAWYwggFiBgRVHSAAMIIBWDCCASIG >> CCsGAQUFBwICMIIBFB6CARAAQQB1AHQAbwByAGkAZABhAGQAIABkAGUAIABDAGUA >> cgB0AGkAZgBpAGMAYQBjAGkA8wBuACAAUgBhAO0AegAgAGQAZQAgAGwAYQAgAEEA >> QwBDAFYAIAAoAEEAZwBlAG4AYwBpAGEAIABkAGUAIABUAGUAYwBuAG8AbABvAGcA >> 7QBhACAAeQAgAEMAZQByAHQAaQBmAGkAYwBhAGMAaQDzAG4AIABFAGwAZQBjAHQA >> cgDzAG4AaQBjAGEALAAgAEMASQBGACAAUQA0ADYAMAAxADEANQA2AEUAKQAuACAA >> QwBQAFMAIABlAG4AIABoAHQAdABwADoALwAvAHcAdwB3AC4AYQBjAGMAdgAuAGUA >> czAwBggrBgEFBQcCARYkaHR0cDovL3d3dy5hY2N2LmVzL2xlZ2lzbGFjaW9uX2Mu >> aHRtMFUGA1UdHwROMEwwSqBIoEaGRGh0dHA6Ly93d3cuYWNjdi5lcy9maWxlYWRt >> aW4vQXJjaGl2b3MvY2VydGlmaWNhZG9zL3JhaXphY2N2MV9kZXIuY3JsMA4GA1Ud >> DwEB/wQEAwIBBjAXBgNVHREEEDAOgQxhY2N2QGFjY3YuZXMwDQYJKoZIhvcNAQEF >> BQADggIBAJcxAp/n/UNnSEQU5CmH7UwoZtCPNdpNYbdKl02125DgBS4OxnnQ8pdp >> D70ER9m+27Up2pvZrqmZ1dM8MJP1jaGo/AaNRPTKFpV8M9xii6g3+CfYCS0b78gU >> JyCpZET/LtZ1qmxNYEAZSUNUY9rizLpm5U9EelvZaoErQNV/+QEnWCzI7UiRfD+m >> AM/EKXMRNt6GGT6d7hmKG9Ww7Y49nCrADdg9ZuM8Db3VlFzi4qc1GwQA9j9ajepD >> vV+JHanBsMyZ4k0ACtrJJ1vnE5Bc5PUzolVt3OAJTS+xJlsndQAJxGJ3KQhfnlms >> tn6tn1QwIgPBHnFk/vk4CpYY3QIUrCPLBhwepH2NDd4nQeit2hW3sCPdK6jT2iWH >> 7ehVRE2I9DZ+hJp4rPcOVkkO1jMl1oRQQmwgEh0q1b688nCBpHBgvgW1m54ERL5h >> I6zppSSMEYCUWqKiuUnSwdzRp+0xESyeGabu4VXhwOrPDYTkF7eifKXeVSUG7szA >> h1xA2syVP1XgNce4hL60Xc16gwFy7ofmXx2utYXGJt/mwZrpHgJHnyqobalbz+xF >> d3+YJ5oyXSrjhO7FmGYvliAd3djDJ9ew+f7Zfc3Qn48LFFhRny+Lwzgt3uiP1o2H >> pPVWQxaZLPSkVrQ0uGE3ycJYgBugl6H8WY3pEfbRD0tVNEYqi4Y7 >> -----END CERTIFICATE----- >> >> The version currently in place has the following content for the=20 >> first certificate:- >> >> Certificate: >> =C2=A0=C2=A0=C2=A0 Data: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Version: 3 (0x2) >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Serial Number: 6828503384748696= 800 (0x5ec3b7a6437fa4e0) >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Signature Algorithm: sha1WithRS= AEncryption >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Issuer: CN =3D ACCVRAIZ1, OU = =3D PKIACCV, O =3D ACCV, C =3D ES >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Validity >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Not Bef= ore: May=C2=A0 5 09:37:37 2011 GMT >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Not Aft= er : Dec 31 09:37:37 2030 GMT >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Subject: CN =3D ACCVRAIZ1, OU = =3D PKIACCV, O =3D ACCV, C =3D ES >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Subject Public Key Info: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Public = Key Algorithm: rsaEncryption >> =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 RSA Public-Key: (4096 bit) >> =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 Modulus: >> 00:9b:a9:ab:bf:61:4a:97:af:2f:97:66:9a:74:5f: >> d0:d9:96:fd:cf:e2:e4:66:ef:1f:1f:47:33:c2:44: >> a3:df:9a:de:1f:b5:54:dd:15:7c:69:35:11:6f:bb: >> c8:0c:8e:6a:18:1e:d8:8f:d9:16:bc:10:48:36:5c: >> f0:63:b3:90:5a:5c:24:37:d7:a3:d6:cb:09:71:b9: >> f1:01:72:84:b0:7d:db:4d:80:cd:fc:d3:6f:c9:f8: >> da:b6:0e:82:d2:45:85:a8:1b:68:a8:3d:e8:f4:44: >> 6c:bd:a1:c2:cb:03:be:8c:3e:13:00:84:df:4a:48: >> c0:e3:22:0a:e8:e9:37:a7:18:4c:b1:09:0d:23:56: >> 7f:04:4d:d9:17:84:18:a5:c8:da:40:94:73:eb:ce: >> 0e:57:3c:03:81:3a:9d:0a:a1:57:43:69:ac:57:6d: >> 79:90:78:e5:b5:b4:3b:d8:bc:4c:8d:28:a1:a7:a3: >> a7:ba:02:4e:25:d1:2a:ae:ed:ae:03:22:b8:6b:20: >> 0f:30:28:54:95:7f:e0:ee:ce:0a:66:9d:d1:40:2d: >> 6e:22:af:9d:1a:c1:05:19:d2:6f:c0:f2:9f:f8:7b: >> b3:02:42:fb:50:a9:1d:2d:93:0f:23:ab:c6:c1:0f: >> 92:ff:d0:a2:15:f5:53:09:71:1c:ff:45:13:84:e6: >> 26:5e:f8:e0:88:1c:0a:fc:16:b6:a8:73:06:b8:f0: >> 63:84:02:a0:c6:5a:ec:e7:74:df:70:ae:a3:83:25: >> ea:d6:c7:97:87:93:a7:c6:8a:8a:33:97:60:37:10: >> 3e:97:3e:6e:29:15:d6:a1:0f:d1:88:2c:12:9f:6f: >> aa:a4:c6:42:eb:41:a2:e3:95:43:d3:01:85:6d:8e: >> bb:3b:f3:23:36:c7:fe:3b:e0:a1:25:07:48:ab:c9: >> 89:74:ff:08:8f:80:bf:c0:96:65:f3:ee:ec:4b:68: >> bd:9d:88:c3:31:b3:40:f1:e8:cf:f6:38:bb:9c:e4: >> d1:7f:d4:e5:58:9b:7c:fa:d4:f3:0e:9b:75:91:e4: >> ba:52:2e:19:7e:d1:f5:cd:5a:19:fc:ba:06:f6:fb: >> 52:a8:4b:99:04:dd:f8:f9:b4:8b:50:a3:4e:62:89: >> f0:87:24:fa:83:42:c1:87:fa:d5:2d:29:2a:5a:71: >> 7a:64:6a:d7:27:60:63:0d:db:ce:49:f5:8d:1f:90: >> 89:32:17:f8:73:43:b8:d2:5a:93:86:61:d6:e1:75: >> 0a:ea:79:66:76:88:4f:71:eb:04:25:d6:0a:5a:7a: >> 93:e5:b9:4b:17:40:0f:b1:b6:b9:f5:de:4f:dc:e0: >> b3:ac:3b:11:70:60:84:4a:43:6e:99:20:c0:29:71: >> =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 0a:c0:65 >> =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 Exponent: 65537 (0x10001) >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X509v3 extensions: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Authori= ty Information Access: >> =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 CA Issuers -=20 >> URI:http://www.accv.es/fileadmin/Archivos/certificados/raizaccv1.crt >> =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 OCSP - URI:http://ocsp.accv.es >> >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X509v3 = Subject Key Identifier: >> D2:87:B4:E3:DF:37:27:93:55:F6:56:EA:81:E5:36:CC:8C:1E:3F:BD >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X509v3 = Basic Constraints: critical >> =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 CA:TRUE >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X509v3 = Authority Key Identifier: >> keyid:D2:87:B4:E3:DF:37:27:93:55:F6:56:EA:81:E5:36:CC:8C:1E:3F:BD >> >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X509v3 = Certificate Policies: >> =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 Policy: X509v3 Any Policy >> =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 User Notice: >> =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 Explicit Text: >> =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 CPS: http://www.accv.es/legislacion_c.htm >> >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X509v3 = CRL Distribution Points: >> >> =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 Full Name: >> URI:http://www.accv.es/fileadmin/Archivos/certificados/raizaccv1_der.crl >> >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X509v3 = Key Usage: critical >> =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 Certificate Sign, CRL Sign >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 X509v3 = Subject Alternative Name: >> =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 email:accv(a)accv.es >> =C2=A0=C2=A0=C2=A0 Signature Algorithm: sha1WithRSAEncryption >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 97:31:02:9f:e7:fd:43:67:4= 8:44:14:e4:29:87:ed:4c:28:66: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 d0:8f:35:da:4d:61:b7:4a:9= 7:4d:b5:db:90:e0:05:2e:0e:c6: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 79:d0:f2:97:69:0f:bd:04:4= 7:d9:be:db:b5:29:da:9b:d9:ae: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 a9:99:d5:d3:3c:30:93:f5:8= d:a1:a8:fc:06:8d:44:f4:ca:16: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 95:7c:33:dc:62:8b:a8:37:f= 8:27:d8:09:2d:1b:ef:c8:14:27: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 20:a9:64:44:ff:2e:d6:75:a= a:6c:4d:60:40:19:49:43:54:63: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 da:e2:cc:ba:66:e5:4f:44:7= a:5b:d9:6a:81:2b:40:d5:7f:f9: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 01:27:58:2c:c8:ed:48:91:7= c:3f:a6:00:cf:c4:29:73:11:36: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 de:86:19:3e:9d:ee:19:8a:1= b:d5:b0:ed:8e:3d:9c:2a:c0:0d: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 d8:3d:66:e3:3c:0d:bd:d5:9= 4:5c:e2:e2:a7:35:1b:04:00:f6: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3f:5a:8d:ea:43:bd:5f:89:1= d:a9:c1:b0:cc:99:e2:4d:00:0a: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 da:c9:27:5b:e7:13:90:5c:e= 4:f5:33:a2:55:6d:dc:e0:09:4d: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2f:b1:26:5b:27:75:00:09:c= 4:62:77:29:08:5f:9e:59:ac:b6: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 7e:ad:9f:54:30:22:03:c1:1= e:71:64:fe:f9:38:0a:96:18:dd: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 02:14:ac:23:cb:06:1c:1e:a= 4:7d:8d:0d:de:27:41:e8:ad:da: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 15:b7:b0:23:dd:2b:a8:d3:d= a:25:87:ed:e8:55:44:4d:88:f4: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 36:7e:84:9a:78:ac:f7:0e:5= 6:49:0e:d6:33:25:d6:84:50:42: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6c:20:12:1d:2a:d5:be:bc:f= 2:70:81:a4:70:60:be:05:b5:9b: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 9e:04:44:be:61:23:ac:e9:a= 5:24:8c:11:80:94:5a:a2:a2:b9: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 49:d2:c1:dc:d1:a7:ed:31:1= 1:2c:9e:19:a6:ee:e1:55:e1:c0: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ea:cf:0d:84:e4:17:b7:a2:7= c:a5:de:55:25:06:ee:cc:c0:87: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5c:40:da:cc:95:3f:55:e0:3= 5:c7:b8:84:be:b4:5d:cd:7a:83: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 01:72:ee:87:e6:5f:1d:ae:b= 5:85:c6:26:df:e6:c1:9a:e9:1e: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 02:47:9f:2a:a8:6d:a9:5b:c= f:ec:45:77:7f:98:27:9a:32:5d: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2a:e3:84:ee:c5:98:66:2f:9= 6:20:1d:dd:d8:c3:27:d7:b0:f9: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 fe:d9:7d:cd:d0:9f:8f:0b:1= 4:58:51:9f:2f:8b:c3:38:2d:de: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 e8:8f:d6:8d:87:a4:f5:56:4= 3:16:99:2c:f4:a4:56:b4:34:b8: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 61:37:c9:c2:58:80:1b:a0:9= 7:a1:fc:59:8d:e9:11:f6:d1:0f: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4b:55:34:46:2a:8b:86:3b >> -----BEGIN CERTIFICATE----- >> MIIH0zCCBbugAwIBAgIIXsO3pkN/pOAwDQYJKoZIhvcNAQEFBQAwQjESMBAGA1UE >> AwwJQUNDVlJBSVoxMRAwDgYDVQQLDAdQS0lBQ0NWMQ0wCwYDVQQKDARBQ0NWMQsw >> CQYDVQQGEwJFUzAeFw0xMTA1MDUwOTM3MzdaFw0zMDEyMzEwOTM3MzdaMEIxEjAQ >> BgNVBAMMCUFDQ1ZSQUlaMTEQMA4GA1UECwwHUEtJQUNDVjENMAsGA1UECgwEQUND >> VjELMAkGA1UEBhMCRVMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQCb >> qau/YUqXry+XZpp0X9DZlv3P4uRm7x8fRzPCRKPfmt4ftVTdFXxpNRFvu8gMjmoY >> HtiP2Ra8EEg2XPBjs5BaXCQ316PWywlxufEBcoSwfdtNgM3802/J+Nq2DoLSRYWo >> G2ioPej0RGy9ocLLA76MPhMAhN9KSMDjIgro6TenGEyxCQ0jVn8ETdkXhBilyNpA >> lHPrzg5XPAOBOp0KoVdDaaxXbXmQeOW1tDvYvEyNKKGno6e6Ak4l0Squ7a4DIrhr >> IA8wKFSVf+DuzgpmndFALW4ir50awQUZ0m/A8p/4e7MCQvtQqR0tkw8jq8bBD5L/ >> 0KIV9VMJcRz/RROE5iZe+OCIHAr8Fraocwa48GOEAqDGWuzndN9wrqODJerWx5eH >> k6fGioozl2A3ED6XPm4pFdahD9GILBKfb6qkxkLrQaLjlUPTAYVtjrs78yM2x/47 >> 4KElB0iryYl0/wiPgL/AlmXz7uxLaL2diMMxs0Dx6M/2OLuc5NF/1OVYm3z61PMO >> m3WR5LpSLhl+0fXNWhn8ugb2+1KoS5kE3fj5tItQo05iifCHJPqDQsGH+tUtKSpa >> cXpkatcnYGMN285J9Y0fkIkyF/hzQ7jSWpOGYdbhdQrqeWZ2iE9x6wQl1gpaepPl >> uUsXQA+xtrn13k/c4LOsOxFwYIRKQ26ZIMApcQrAZQIDAQABo4ICyzCCAscwfQYI >> KwYBBQUHAQEEcTBvMEwGCCsGAQUFBzAChkBodHRwOi8vd3d3LmFjY3YuZXMvZmls >> ZWFkbWluL0FyY2hpdm9zL2NlcnRpZmljYWRvcy9yYWl6YWNjdjEuY3J0MB8GCCsG >> AQUFBzABhhNodHRwOi8vb2NzcC5hY2N2LmVzMB0GA1UdDgQWBBTSh7Tj3zcnk1X2 >> VuqB5TbMjB4/vTAPBgNVHRMBAf8EBTADAQH/MB8GA1UdIwQYMBaAFNKHtOPfNyeT >> VfZW6oHlNsyMHj+9MIIBcwYDVR0gBIIBajCCAWYwggFiBgRVHSAAMIIBWDCCASIG >> CCsGAQUFBwICMIIBFB6CARAAQQB1AHQAbwByAGkAZABhAGQAIABkAGUAIABDAGUA >> cgB0AGkAZgBpAGMAYQBjAGkA8wBuACAAUgBhAO0AegAgAGQAZQAgAGwAYQAgAEEA >> QwBDAFYAIAAoAEEAZwBlAG4AYwBpAGEAIABkAGUAIABUAGUAYwBuAG8AbABvAGcA >> 7QBhACAAeQAgAEMAZQByAHQAaQBmAGkAYwBhAGMAaQDzAG4AIABFAGwAZQBjAHQA >> cgDzAG4AaQBjAGEALAAgAEMASQBGACAAUQA0ADYAMAAxADEANQA2AEUAKQAuACAA >> QwBQAFMAIABlAG4AIABoAHQAdABwADoALwAvAHcAdwB3AC4AYQBjAGMAdgAuAGUA >> czAwBggrBgEFBQcCARYkaHR0cDovL3d3dy5hY2N2LmVzL2xlZ2lzbGFjaW9uX2Mu >> aHRtMFUGA1UdHwROMEwwSqBIoEaGRGh0dHA6Ly93d3cuYWNjdi5lcy9maWxlYWRt >> aW4vQXJjaGl2b3MvY2VydGlmaWNhZG9zL3JhaXphY2N2MV9kZXIuY3JsMA4GA1Ud >> DwEB/wQEAwIBBjAXBgNVHREEEDAOgQxhY2N2QGFjY3YuZXMwDQYJKoZIhvcNAQEF >> BQADggIBAJcxAp/n/UNnSEQU5CmH7UwoZtCPNdpNYbdKl02125DgBS4OxnnQ8pdp >> D70ER9m+27Up2pvZrqmZ1dM8MJP1jaGo/AaNRPTKFpV8M9xii6g3+CfYCS0b78gU >> JyCpZET/LtZ1qmxNYEAZSUNUY9rizLpm5U9EelvZaoErQNV/+QEnWCzI7UiRfD+m >> AM/EKXMRNt6GGT6d7hmKG9Ww7Y49nCrADdg9ZuM8Db3VlFzi4qc1GwQA9j9ajepD >> vV+JHanBsMyZ4k0ACtrJJ1vnE5Bc5PUzolVt3OAJTS+xJlsndQAJxGJ3KQhfnlms >> tn6tn1QwIgPBHnFk/vk4CpYY3QIUrCPLBhwepH2NDd4nQeit2hW3sCPdK6jT2iWH >> 7ehVRE2I9DZ+hJp4rPcOVkkO1jMl1oRQQmwgEh0q1b688nCBpHBgvgW1m54ERL5h >> I6zppSSMEYCUWqKiuUnSwdzRp+0xESyeGabu4VXhwOrPDYTkF7eifKXeVSUG7szA >> h1xA2syVP1XgNce4hL60Xc16gwFy7ofmXx2utYXGJt/mwZrpHgJHnyqobalbz+xF >> d3+YJ5oyXSrjhO7FmGYvliAd3djDJ9ew+f7Zfc3Qn48LFFhRny+Lwzgt3uiP1o2H >> pPVWQxaZLPSkVrQ0uGE3ycJYgBugl6H8WY3pEfbRD0tVNEYqi4Y7 >> -----END CERTIFICATE----- >> >> The bit between -----BEGIN CERTIFICATE----- and -----END=20 >> CERTIFICATE----- is the same in both cases, it is all the other=20 >> information that is missing. >>> >>>> This is also the case for the bundles that Arch Linux has created=20 >>>> on my systems, that also uses the p11-kit approach. >>>> >>>> I did a diff on the current ca-bundle.crt/ca-bundle.trust.crt files=20 >>>> and the ones created by the new approach as used by Fedora and all=20 >>>> the same certificates are present, it is only the certificate data=20 >>>> that is missed. >>>> >>>> There is a --comment option in the trust extract command that looks=20 >>>> like it should add the comments that are in the .p11-kit file into=20 >>>> the extracted bundle files but nothing changes if it is used or=20 >>>> not. I will ask into the p11-kit git repository whether this should=20 >>>> work or not. >>>> >>>> >>>> I did a build just with the new ca-certificate files into Core=20 >>>> Update 160 and then installed the created iso into a vm on my=20 >>>> testbed system. >>>> >>>> Everything worked that I tested out but I am not 100% sure what=20 >>>> needs to be exercised to test the ca-bundle.crt and=20 >>>> ca-bundle.trust.crt files. If someone can give me some guidance on=20 >>>> this then I can do that final test and submit a patch for this change. >>> >>> If you can download something with wget using HTTPS and the=20 >>> certificate can be validated, things should be working fine. >> I will give that a try. >>> > I successfully downloaded clamav with wgat from an https url. I got=20 > the following messages which I think indicate it worked but there is=20 > also mention of http as well as https. Can you confirm if what I did=20 > was a good test result? > > > wget https://www.clamav.net/downloads/production/clamav-0.103.3.tar.gz > --2021-08-19 22:53:03--=20 > https://www.clamav.net/downloads/production/clamav-0.103.3.tar.gz > Resolving www.clamav.net... 104.16.218.84, 104.16.219.84 > Connecting to www.clamav.net|104.16.218.84|:443... connected. > HTTP request sent, awaiting response... 302 Found > Location:=20 > https://clamav-site.s3.amazonaws.com/production/release_files/files/000/000= /612/original/clamav-0.103.3.tar.gz?X-Amz-Algorithm=3DAWS4-HMAC-SHA256&X-Amz-= Credential=3DAKIAIY6OSGQFGUNJQ7GQ%2F20210819%2Fus-east-1%2Fs3%2Faws4_request&= X-Amz-Date=3D20210819T205304Z&X-Amz-Expires=3D3600&X-Amz-SignedHeaders=3Dhost= &X-Amz-Signature=3D22909d2fe084a9cfcc50b41c0e59ed049089d26c42745801415c9cf697= 635051=20 > [following] > --2021-08-19 22:53:04--=20 > https://clamav-site.s3.amazonaws.com/production/release_files/files/000/000= /612/original/clamav-0.103.3.tar.gz?X-Amz-Algorithm=3DAWS4-HMAC-SHA256&X-Amz-= Credential=3DAKIAIY6OSGQFGUNJQ7GQ%2F20210819%2Fus-east-1%2Fs3%2Faws4_request&= X-Amz-Date=3D20210819T205304Z&X-Amz-Expires=3D3600&X-Amz-SignedHeaders=3Dhost= &X-Amz-Signature=3D22909d2fe084a9cfcc50b41c0e59ed049089d26c42745801415c9cf697= 635051 > Resolving clamav-site.s3.amazonaws.com... 52.216.224.232 > Connecting to clamav-site.s3.amazonaws.com|52.216.224.232|:443...=20 > connected. > HTTP request sent, awaiting response... 200 OK > Length: 13389239 (13M) [binary/octet-stream] > Saving to: 'clamav-0.103.3.tar.gz' > > clamav-0.103.3.tar.gz=C2=A0=C2=A0 100%[=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>] 12.77M=C2=A0=20 > 11.6MB/s=C2=A0=C2=A0=C2=A0 in 1.1s > > 2021-08-19 22:53:05 (11.6 MB/s) - 'clamav-0.103.3.tar.gz' saved=20 > [13389239/13389239] > > Regards, > > Adolf. > > >>>> I also then did a test build with all python2 programs removed,=20 >>>> including python2 itself and with the python 3 fixes for spice, frr=20 >>>> and ca-certificates installed. The build for every program in the=20 >>>> ipfire build section completed successfully but then I had a stop=20 >>>> in the cdrom stage for collectd. It has a python2 plugin module=20 >>>> defined which was of course missing. The module could be disabled=20 >>>> in the rootfile or in the build config if the python plugin is not=20 >>>> required for IPFire - I could not find any python modules defined. >>> >>> You can just pass =E2=80=9C=E2=80=94-without-python=E2=80=9D or =E2=80=9C= =E2=80=94-disable-python=E2=80=9D and then=20 >>> the module won=E2=80=99t be built any more. >>> >>>> I have been able to successfully define the path to the python=20 >>>> interpreter in the ./configure statement to point to the python3=20 >>>> program and collectd successfully built with this so if the python=20 >>>> plugin is required then a python3 version can be created. I have=20 >>>> not yet tested this in my vm but will do so. >>> >>> We do not use this module, so I suppose it isn=E2=80=99t worth building i= t=20 >>> in the first place. >>> >>>> I also found that freeradius has a python2 module defined. This can=20 >>>> be disabled. >> I will do that for collectd and freeradius then. >> >> I will also do it for alsa as that is the next one I found with a=20 >> python2 library entry. >>> >>> Please do that. If someone needs the Python 3 module, we can still=20 >>> build it> >>>> There is a python3 module available since 2.0.20. To use it with=20 >>>> 3.0.21 (current version) you have to have=20 >>>> --with-experimental-modules defined. I am looking at latest version=20 >>>> 2.0.23 to see if that also needs the experimental modules enabled=20 >>>> or if it has become part of the normal modules now and will test=20 >>>> the build to see if it works successfully or not. >>> >>> Thank you for all the research that you invested into this. Looks=20 >>> like we are not far away to drop Python 2. >> I also think we are very close now. Hopefully in time for Core Update=20 >> 160. >> >> Regards, >> Adolf. >>> >>> -Michael >>> >>>> >>>> Regards, >>>> >>>> Adolf. >>>> >>>> On 12/08/2021 21:30, Adolf Belka wrote: >>>>> Hi Michael, >>>>> >>>>> On 12/08/2021 21:23, Adolf Belka wrote: >>>>>> Hi Michael, >>>>>> >>>>>> On 12/08/2021 15:38, Michael Tremer wrote: >>>>>>> Hello, >>>>>>> >>>>>>> Yes, this is the way to go :) >>>>>>> >>>>>>> Reach out here if you need any help. >>>>>> I am trying to build p11-kit and it has flagged up libtasn1. It=20 >>>>>> is an optional dependency and I can disable it but I would like=20 >>>>>> to check if that is the correct thing to do or not. >>>>>> >>>>>> libtasn1 is said to be required to allow the trust policy module=20 >>>>>> to be built as well as other code that interacts with certificates. >>>>>> Is this something that would be needed for IPFire or can I=20 >>>>>> disable it in the p11-kit build. >>>>>> >>>>> Ignore this question. I just did a quick test of disabling=20 >>>>> libtasn1 and p11-kit built ok but then my ca-certificates build=20 >>>>> failed due to the lack of the trust tool, so that makes it clear=20 >>>>> that it is required. I will add it in to the build. >>>>> >>>>> Slowly getting there. >>>>> >>>>> Regards, >>>>> >>>>> Adolf. >>>>> >>>>>> Regards, >>>>>> Adolf. >>>>>>> >>>>>>> -Michael >>>>>>> >>>>>>>> On 12 Aug 2021, at 13:10, Adolf Belka =20 >>>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Michael, >>>>>>>> >>>>>>>> On 12/08/2021 13:36, Adolf Belka wrote: >>>>>>>>> Hi Michael, >>>>>>>>> >>>>>>>>> On 12/08/2021 11:17, Michael Tremer wrote: >>>>>>>>>> Hello, >>>>>>>>>> >>>>>>>>>>> On 11 Aug 2021, at 15:03, Adolf Belka=20 >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Michael, >>>>>>>>>>> >>>>>>>>>>> On 11/08/2021 12:43, Michael Tremer wrote: >>>>>>>>>>>> Hello, >>>>>>>>>>>> Is this the one with the broken sed command? >>>>>>>>>>>> https://src.fedoraproject.org/rpms/ca-certificates/blob/rawhide/= f/certdata2pem.py=20 >>>>>>>>>>>> >>>>>>>>>>> Yes, this is that one. Confirmed with a diff. >>>>>>>>>>>> This should run if you execute it in the right directory: >>>>>>>>>>>> pushd %{name}/certs >>>>>>>>>>>> =C2=A0=C2=A0=C2=A0 pwd >>>>>>>>>>>> =C2=A0=C2=A0=C2=A0 cp certdata.txt . >>>>>>>>>>>> =C2=A0=C2=A0=C2=A0 python3 certdata2pem.py >>>>>>>>>>>> popd >>>>>>>>>>> I have just learnt about the pushd and popd commands. by=20 >>>>>>>>>>> doing a quick search. Never heard of them before. >>>>>>>>>> >>>>>>>>>> It is just a version of =E2=80=9Ccd=E2=80=9D that remembers where = it has been. >>>>>>>>>> >>>>>>>>>> So if you call =E2=80=9Cpushd some-directory=E2=80=9D, then =E2=80= =9Cpopd=E2=80=9D will bring=20 >>>>>>>>>> you back to where you have been before. >>>>>>>>>> >>>>>>>>>> =E2=80=9Ccd -=E2=80=9C does the same as popd now. >>>>>>>>>> >>>>>>>>>>>> The fedora version no longer has the build.sh script. >>>>>>>>>>> That was the bit I didn't realise. >>>>>>>>>> >>>>>>>>>> No problem. >>>>>>>>> >>>>>>>>> Not as simple as I hoped. >>>>>>>>> >>>>>>>>> The new certdata2pem.py script no longer creates .crt files=20 >>>>>>>>> but .tmp-p11-kit files but that is as far as that script goes. >>>>>>>>> >>>>>>>>> There is an update-ca-trust file in fedora which splits the=20 >>>>>>>>> various certs to their respective locations, with the openssl=20 >>>>>>>>> ones ending up in ca-bundle.trust.crt but this uses p11-kit. I=20 >>>>>>>>> suspect that it uses ca-bundle.trust.p11-kit generated later=20 >>>>>>>>> on in the %build section of the ca-certificate.spec file from=20 >>>>>>>>> the tmp-p11-kit files generated by the certdata2pem.py script.=20 >>>>>>>>> So it looks like p11-kit needs to be installed to make this work. >>>>>>>>> >>>>>>>>> Alternatively I have found the following in LFS. >>>>>>>>> https://www.linuxfromscratch.org/blfs/view/svn/postlfs/make-ca.html= =20 >>>>>>>>> >>>>>>>>> which seems to also create the bundled cert file but also=20 >>>>>>>>> requiring p11-kit but then talking about different=20 >>>>>>>>> certdata.txt versions that have various tunings. The one from=20 >>>>>>>>> LFS comes from the mozilla release branch but is modified to=20 >>>>>>>>> something called the Mercurial revision, or the different ones=20 >>>>>>>>> shipped by RedHat or OpenSUSE which use the version that comes=20 >>>>>>>>> with NSS. >>>>>>>>> >>>>>>>>> All in all I am not sure which approach to use or how to=20 >>>>>>>>> actually build it in IPFire. >>>>>>>>> >>>>>>>>> Definitely help required to know the correct way to go further=20 >>>>>>>>> with this. >>>>>>>>> >>>>>>>> Having said I needed help, I thought I would have another go=20 >>>>>>>> and copied the lines from the %build section of the fedora=20 >>>>>>>> ca-certificate.spec that created the ca-bundle.trust.p11.kit >>>>>>>> >>>>>>>> As I have p11-kit installed on my Arch Linux system I then ran=20 >>>>>>>> the command >>>>>>>> >>>>>>>> p11-kit extract --format=3Dopenssl-bundle --filter=3Dcertificates=20 >>>>>>>> --overwrite --comment ~/openssl/ca-bundle.trust.crt >>>>>>>> >>>>>>>> and I successfully created the ca-bundle.trust.crt which is=20 >>>>>>>> needed by the IPFire ca-certificates lfs file. >>>>>>>> >>>>>>>> I will now try and create a new build script that will do all=20 >>>>>>>> the new type stuff and also install the p11-kit library files=20 >>>>>>>> and see how things go. >>>>>>>> >>>>>>>> :crossed_fingers: >>>>>>>> >>>>>>>> Adolf >>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Adolf. >>>>>>>>> >>>>>>>>>> -Michael >>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Adolf. >>>>>>>>>>>> -Michael >>>>>>>>>>>>> On 8 Aug 2021, at 14:47, Adolf Belka=20 >>>>>>>>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Hi All, >>>>>>>>>>>>> >>>>>>>>>>>>> I had another go at the ca-certificates problem, the last=20 >>>>>>>>>>>>> barrier to getting rid of python2. >>>>>>>>>>>>> >>>>>>>>>>>>> I found certdata2pem.py files from fedora and 2 from suse.=20 >>>>>>>>>>>>> I created build subdirectories for each version so I could=20 >>>>>>>>>>>>> just test running the build.sh file with each version of=20 >>>>>>>>>>>>> certdata2pem.py, including the IPFire current version=20 >>>>>>>>>>>>> after running through the 2to3 convertor. >>>>>>>>>>>>> >>>>>>>>>>>>> fedora >>>>>>>>>>>>> >>>>>>>>>>>>> The fedora certdata2pem.py file runs successfully with=20 >>>>>>>>>>>>> python3 but has sed commands built into it which fail to=20 >>>>>>>>>>>>> find certain files. The sed commands are not in the IPFire=20 >>>>>>>>>>>>> version. >>>>>>>>>>>>> >>>>>>>>>>>>> The error message is >>>>>>>>>>>>> >>>>>>>>>>>>> =C2=A0=C2=A0=C2=A0 -> written as=20 >>>>>>>>>>>>> 'Certum_Trusted_Root_CA:2.16.30.191.89.80.184.201.128.55.76.6.2= 47.235.85.79.181.237.tmp-p11-kit',=20 >>>>>>>>>>>>> trust =3D ['CKA_TRUST_SERVER_AUTH',=20 >>>>>>>>>>>>> 'CKA_TRUST_EMAIL_PROTECTION'], openssl-trust =3D=20 >>>>>>>>>>>>> ['serverAuth', 'emailProtection'], distrust =3D [],=20 >>>>>>>>>>>>> openssl-distrust =3D [] >>>>>>>>>>>>> sed: can't read certs/*.crt: No such file or directory >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> suse >>>>>>>>>>>>> >>>>>>>>>>>>> The first suse version runs successfully with python3 but=20 >>>>>>>>>>>>> also has the sed commands in it with the same error message. >>>>>>>>>>>>> >>>>>>>>>>>>> The second suse version runs successfully with python3,=20 >>>>>>>>>>>>> does not have the sed commands and completes the build.sh=20 >>>>>>>>>>>>> script with no errors. However this certdata2pem.py file=20 >>>>>>>>>>>>> has a section that is in the IPFire version completely=20 >>>>>>>>>>>>> missing. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> IPfire version after running through the 2to3 convertor >>>>>>>>>>>>> >>>>>>>>>>>>> The following error message occurs >>>>>>>>>>>>> >>>>>>>>>>>>> producing trust for "GlobalSign Root=20 >>>>>>>>>>>>> CA"2.11.4.0.0.0.0.1.21.75.90.195.148 >>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0 File=20 >>>>>>>>>>>>> "/mnt/File_Server/Computers/Linux/ipfire/sandbox/patch in=20 >>>>>>>>>>>>> progress/python/ca-certificates/orig-2to3-build/certs/../certda= ta2pem.py",=20 >>>>>>>>>>>>> line 224, in >>>>>>>>>>>>> f.write("\n".join(textwrap.wrap(base64.b64encode(obj['CKA_VALUE= ']),=20 >>>>>>>>>>>>> 64))) >>>>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0 File "/usr/lib/python3.9/base64.py", l= ine 58, in=20 >>>>>>>>>>>>> b64encode >>>>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 encoded =3D binascii.b2a_b= ase64(s, newline=3DFalse) >>>>>>>>>>>>> TypeError: a bytes-like object is required, not 'str' >>>>>>>>>>>>> >>>>>>>>>>>>> The section that is failing is the section that is missing=20 >>>>>>>>>>>>> in the 2nd suse version. There is an identical fwrite line=20 >>>>>>>>>>>>> at line 206 but that does not seem to flag up the same=20 >>>>>>>>>>>>> TypeError message. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> As the certdata2pem.py files from the other distributions=20 >>>>>>>>>>>>> vary significantly in content, with some having nearly=20 >>>>>>>>>>>>> double the number of lines of code, I think the best=20 >>>>>>>>>>>>> alternative is to fix the IPFire version so we stay=20 >>>>>>>>>>>>> consistent but I am unable to figure out how to fix the=20 >>>>>>>>>>>>> python code that is causing the "=C2=A0 TypeError: a bytes-like= =20 >>>>>>>>>>>>> object is required, not 'str' " error message and need=20 >>>>>>>>>>>>> someone's help with that. >>>>>>>>>>>>> >>>>>>>>>>>>> Let me know if there is any other information that I need=20 >>>>>>>>>>>>> to provide. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> >>>>>>>>>>>>> Adolf. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On 07/08/2021 15:54, Adolf Belka wrote: >>>>>>>>>>>>>> Hi All, >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 04/08/2021 16:45, Michael Tremer wrote: >>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 4 Aug 2021, at 13:40, Adolf Belka=20 >>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi All, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I have resolved the frr program build. The version=20 >>>>>>>>>>>>>>>> currently in IPFire (6.0) only works with python2.=20 >>>>>>>>>>>>>>>> Python3 support came in with version 7.4. I have now=20 >>>>>>>>>>>>>>>> built frr with version 8.0 including libyang as a new=20 >>>>>>>>>>>>>>>> dependency but only for the build, so nothing installed=20 >>>>>>>>>>>>>>>> into IPFire itself, and that has successfully built=20 >>>>>>>>>>>>>>>> without python2 being present. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Great. This could also resolve Matthias=E2=80=99 problem with= =20 >>>>>>>>>>>>>>> building frr. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Will now go back and have another go with spice-protocol. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Maybe it has a =E2=80=94-disable-python switch? >>>>>>>>>>>>>> I just removed the line in the spice-protocol lfs that=20 >>>>>>>>>>>>>> ran automake/py-compile on the python modules from spice. >>>>>>>>>>>>>> Spice and spice-protocol are present for qemu and with=20 >>>>>>>>>>>>>> the py-compile line removed all three successfully built=20 >>>>>>>>>>>>>> without python2 being present. I have submitted a patch=20 >>>>>>>>>>>>>> for this combined with updating spice and spice-protocol,=20 >>>>>>>>>>>>>> both from 2017. >>>>>>>>>>>>>> >>>>>>>>>>>>>> This now only leaves the ca-certificates script that=20 >>>>>>>>>>>>>> needs to be updated to work with python3. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> Adolf. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -Michael >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Adolf. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 03/08/2021 23:38, Adolf Belka wrote: >>>>>>>>>>>>>>>>> Hi Michael & all, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 03/08/2021 17:11, Michael Tremer wrote: >>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Thank you for looking into this. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> This is a third-party script that came from either=20 >>>>>>>>>>>>>>>>>> Mozilla or RedHat. Maybe they have ported it. If not,=20 >>>>>>>>>>>>>>>>>> it should not be rocket science to do it ourselves.=20 >>>>>>>>>>>>>>>>>> If we do it, we should of course upstream it. >>>>>>>>>>>>>>>>> I found an updated script from fedora and gave that a=20 >>>>>>>>>>>>>>>>> try. This time the script went all the way through but=20 >>>>>>>>>>>>>>>>> then the build.sh script failed at the point where it=20 >>>>>>>>>>>>>>>>> should find all the .crt files in the certs directory=20 >>>>>>>>>>>>>>>>> and it came back and said there weren't any. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> However, can you comment out this package and=20 >>>>>>>>>>>>>>>>>> continue the build? This should be required until you=20 >>>>>>>>>>>>>>>>>> reach the cdrom stage. >>>>>>>>>>>>>>>>> I then commented ca-certificates out in make.sh and=20 >>>>>>>>>>>>>>>>> ran the build. >>>>>>>>>>>>>>>>> This time it stopped at spice-protocol which is an=20 >>>>>>>>>>>>>>>>> addon and uses the py-compile script that is in=20 >>>>>>>>>>>>>>>>> automake to compile some python modules. >>>>>>>>>>>>>>>>> py-compile is python2 based and the build stopped=20 >>>>>>>>>>>>>>>>> because it could not find python >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> There is a py_compile.py script that is python3 based=20 >>>>>>>>>>>>>>>>> but when I ran that in place of the py-compile script=20 >>>>>>>>>>>>>>>>> I got a Permission denied error when it tried to carry=20 >>>>>>>>>>>>>>>>> out the compile. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I then commented out spice-protocol and ran the build. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> It then failed on frr which did look for=20 >>>>>>>>>>>>>>>>> python3-config but then failed due to not finding=20 >>>>>>>>>>>>>>>>> python-config or pkg-config python >>>>>>>>>>>>>>>>> It looks like I should be able to tell it to use=20 >>>>>>>>>>>>>>>>> python3 in the ./configure >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I commented out frr and nothing else failed before=20 >>>>>>>>>>>>>>>>> cdrom was reached. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> So the packages that need to be made to work with=20 >>>>>>>>>>>>>>>>> python3 are >>>>>>>>>>>>>>>>> ca-certificates >>>>>>>>>>>>>>>>> spice-protocol >>>>>>>>>>>>>>>>> frr >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I also converted client175 with 2to3 converter and=20 >>>>>>>>>>>>>>>>> built it and installed the .ipfire package into a vm=20 >>>>>>>>>>>>>>>>> and successfully got the WUI page for Media Player=20 >>>>>>>>>>>>>>>>> IPFire to render. What I haven't tested yet is if the=20 >>>>>>>>>>>>>>>>> audio works. I will need to get audio set up in my vm=20 >>>>>>>>>>>>>>>>> to try that. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>> Adolf. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> If this is the only thing that flags up, we should=20 >>>>>>>>>>>>>>>>>> port the script. If we find another, stronger reason=20 >>>>>>>>>>>>>>>>>> to keep Python 2 around, we do not need to bother and=20 >>>>>>>>>>>>>>>>>> can keep the script this way. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -Michael >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 3 Aug 2021, at 13:31, Adolf Belka=20 >>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi All, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> So with crda and the remaining python2 modules=20 >>>>>>>>>>>>>>>>>>> removed the question was if removing python2 from=20 >>>>>>>>>>>>>>>>>>> the build ran without any problem or if something=20 >>>>>>>>>>>>>>>>>>> was flagged up. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ca-certificates was flagged up. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> There is a python2 script, certdata2pem.py, which=20 >>>>>>>>>>>>>>>>>>> fails if python2 is not present. Running that script=20 >>>>>>>>>>>>>>>>>>> with python3 flags up some invalid syntax,=20 >>>>>>>>>>>>>>>>>>> unsurprisingly. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I found some patches in Debian from 2015 for=20 >>>>>>>>>>>>>>>>>>> certdata2pem.py to provide python3 compatibility.=20 >>>>>>>>>>>>>>>>>>> Unfortunately looking at the patch approx half could=20 >>>>>>>>>>>>>>>>>>> not be applied because the lines don't exist in the=20 >>>>>>>>>>>>>>>>>>> IPFire version of certdata2pem.py (sections to do=20 >>>>>>>>>>>>>>>>>>> with blacklisted certs) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I then ran the 2to3 converter on certdata2pem.py and=20 >>>>>>>>>>>>>>>>>>> tried that in the build but it came up with the=20 >>>>>>>>>>>>>>>>>>> following error. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> TypeError: a bytes-like object is required, not 'str' >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I don't know how to further move forward with this=20 >>>>>>>>>>>>>>>>>>> as I am totally unfamiliar with the python language. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Adolf. >>>>>>> >>> --=20 Sent from my laptop --===============3392398164193900107==--