From nobody Mon Jan 20 06:53:00 2025 X-Original-To: freebsd-current@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 4Yc1JG00QTz5kvKg for ; Mon, 20 Jan 2025 06:53:18 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail2.aei.mpg.de (umail2.aei.mpg.de [194.94.224.8]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4Yc1JC3v2Gz3MHh for ; Mon, 20 Jan 2025 06:53:15 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of gerrit.kuehn@aei.mpg.de designates 194.94.224.8 as permitted sender) smtp.mailfrom=gerrit.kuehn@aei.mpg.de; dmarc=none Received: from arc.aei.uni-hannover.de (ahgate1.aei.uni-hannover.de [130.75.117.49]) by umail2.aei.mpg.de (Postfix) with ESMTPS id 1C24720EA31B for ; Mon, 20 Jan 2025 07:53:13 +0100 (CET) Date: Mon, 20 Jan 2025 07:53:00 +0100 From: Gerrit =?UTF-8?B?S8O8aG4=?= To: freebsd-current@freebsd.org Subject: Re: FreeBSD on a Lenovo T400s, GUI suggestions needed Message-ID: <20250120075300.32dc9d62@arc.aei.uni-hannover.de> In-Reply-To: References: Organization: MPG X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd13.2) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/qJX0Gr7lMakY+T3l6s2Q27B"; protocol="application/pkcs7-signature"; micalg=SHA384 X-Spamd-Result: default: False [-3.51 / 15.00]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.99)[0.988]; NEURAL_HAM_MEDIUM(-0.89)[-0.893]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:194.94.224.8]; RCVD_IN_DNSWL_MED(-0.20)[194.94.224.8:from]; ARC_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; ASN(0.00)[asn:680, ipnet:194.94.0.0/15, country:DE]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[mpg.de]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; HAS_ATTACHMENT(0.00)[] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4Yc1JC3v2Gz3MHh --Sig_/qJX0Gr7lMakY+T3l6s2Q27B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Fri, 17 Jan 2025 09:42:38 -0800 schrieb bob prohaska : > Can anybody suggest a suitable X11-wm to try on this quite > elderly laptop? LXQT failed with a core dump, next I'll try > twm while hoping for a better suggestion.=20 icewm (just to drop in another 2=C2=A2)? cu Gerrit --Sig_/qJX0Gr7lMakY+T3l6s2Q27B Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgIFADCABgkqhkiG9w0B BwEAAKCCF/QwggQyMIIDGqADAgECAgEBMA0GCSqGSIb3DQEBBQUAMHsxCzAJBgNV BAYTAkdCMRswGQYDVQQIDBJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcMB1Nh bGZvcmQxGjAYBgNVBAoMEUNvbW9kbyBDQSBMaW1pdGVkMSEwHwYDVQQDDBhBQUEg Q2VydGlmaWNhdGUgU2VydmljZXMwHhcNMDQwMTAxMDAwMDAwWhcNMjgxMjMxMjM1 OTU5WjB7MQswCQYDVQQGEwJHQjEbMBkGA1UECAwSR3JlYXRlciBNYW5jaGVzdGVy MRAwDgYDVQQHDAdTYWxmb3JkMRowGAYDVQQKDBFDb21vZG8gQ0EgTGltaXRlZDEh MB8GA1UEAwwYQUFBIENlcnRpZmljYXRlIFNlcnZpY2VzMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAvkCd9G7h6naHHE1FRI6+RsiDBp3BKv4YH47kAvrz q11QihYxC5oG0MVwIs1JLVRjzLZuaEYLU+rLTCTAvHJO6vEVrvRUmhIKw3qyM2Di 2olV8yJY897cz++DhqKMlE+faPKYkEaEJ8d2v+PMNSyLXgdkZYLASLCokflhn3Yg UKiRx2a163hiA1bwihoT6jGjHqCZ/Tj29icyWG8H9Wu4+xQrr7eqzNZjX3OM2gWZ qDioyxd4NlGs6Z70eDqNzw/ZQuKYDKsvnw4B3u+fmUnxLd+sdE0bmLVHxeUp0fmQ GMdinL6DxyZ7Poolx8DdneY1aBAgnY/Y3tLDhJwNXugvyQIDAQABo4HAMIG9MB0G A1UdDgQWBBSgEQojPpbxB+zirynvgqV/0DCktDAOBgNVHQ8BAf8EBAMCAQYwDwYD VR0TAQH/BAUwAwEB/zB7BgNVHR8EdDByMDigNqA0hjJodHRwOi8vY3JsLmNvbW9k b2NhLmNvbS9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDA2oDSgMoYwaHR0cDov L2NybC5jb21vZG8ubmV0L0FBQUNlcnRpZmljYXRlU2VydmljZXMuY3JsMA0GCSqG SIb3DQEBBQUAA4IBAQAIVvwC8Jvo/6T61nvGRIDOT8TF9gBYzKa2vBRJaAR26Obu XewCD2DWjVAYTyZOAePmsKXuv7x0VEG//fwSuMdPWvSJYAV/YLcFSvP28cK/xLl0 hrYtfWvM0vNG3S/G4GrDwzQDLH2W3VrCDqcKmcEFi6sML/NcOs9sN1UJh95TQGxY 7/y2q2VuBPYb3DzgWhXGntnxWUgwIWUDbOzpIXPsmwOh4DetoBUYj/q6As6nLKkQ EyzU5QgmqyKXYPiQXnTUoppTvfKpaOCibsLXbLGjD56/62jnVvKu8uMrODoJgbVr hde+Le0/GreyY+L1YiyC1GoAQVDxOYOflek2lphuMIIFgTCCBGmgAwIBAgIQOXJE Ovkit1HX02wQ3TE1lTANBgkqhkiG9w0BAQwFADB7MQswCQYDVQQGEwJHQjEbMBkG A1UECAwSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHDAdTYWxmb3JkMRowGAYD VQQKDBFDb21vZG8gQ0EgTGltaXRlZDEhMB8GA1UEAwwYQUFBIENlcnRpZmljYXRl IFNlcnZpY2VzMB4XDTE5MDMxMjAwMDAwMFoXDTI4MTIzMTIzNTk1OVowgYgxCzAJ BgNVBAYTAlVTMRMwEQYDVQQIEwpOZXcgSmVyc2V5MRQwEgYDVQQHEwtKZXJzZXkg Q2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMS4wLAYDVQQDEyVV U0VSVHJ1c3QgUlNBIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIICIjANBgkqhkiG 9w0BAQEFAAOCAg8AMIICCgKCAgEAgBJlFzYOw9sIs9CsVw127c0n00ytUINh4qog TQktZAnczomfzD2p7PbPwdzx07HWezcoEStH2jnGvDoZtF+mvX2do2NCtnbyqTsr kfjib9DsFiCQCT7i6HTJGLSR1GJk23+jBvGIGGqQIjy8/hPwhxR79uQfjtTkUcYR Z0YIUcuGFFQ/vDP+fmyc/xadGL1RjjWmp2bIcmfbIWax1Jt4A8BQOujM8Ny8nkz+ rwWWNR9XWrf/zvk9tyy29lTdyOcSOk2uTIq3XJq0tyA9yn8iNK5+O2hmAUTnAU5G U5szYPeUvlM3kHND8zLDU+/bqv50TmnHa4xgk97Exwzf4TKuzJM7UXiVZ4vuPVb+ DNBpDxsP8yUmazNt925H+nND5X4OpWaxKXwyhGNVicQNwZNUMBkTrNN9N6frXTps NVzbQdcS2qlJC9/YgIoJk2KOtWbPJYjNhLixP6Q5D9kCnusSTJV882sFqV4Wg8y4 Z+LoE53MW4LTTLPtW//e5XOsIzstAL81VXQJSdhJWBp/kjbmUZIO8yZ9HE0XvMns QybQv0FfQKlERPSZ51eHnlAfV1SoPv10Yy+xUGUJ5lhCLkMaTLTwJUdZ+gQek9Qm RkpQgbLevni3/GcV4clXhB4PY9bpYrrWX1Uu6lzGKAgEJTm4Diup8kyXHAc/DVL1 7e8vgg8CAwEAAaOB8jCB7zAfBgNVHSMEGDAWgBSgEQojPpbxB+zirynvgqV/0DCk tDAdBgNVHQ4EFgQUU3m/WqorSs9UgOHYm8Cd8rIDZsswDgYDVR0PAQH/BAQDAgGG MA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0gBAowCDAGBgRVHSAAMEMGA1UdHwQ8MDow OKA2oDSGMmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0FBQUNlcnRpZmljYXRlU2Vy dmljZXMuY3JsMDQGCCsGAQUFBwEBBCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29j c3AuY29tb2RvY2EuY29tMA0GCSqGSIb3DQEBDAUAA4IBAQAYh1HcdCE9nIrgJ7cz 0C7M7PDmy14R3iJvm3WOnnL+5Nb+qh+cli3vA0p+rvSNb3I8QzvAP+u431yqqcau 8vzY7qN7Q/aGNnwU4M309z/+3ri0ivCRlv79Q2R+/czSAaF9ffgZGclCKxO/WIu6 pKJmBHaIkU4MiRTOok3JMrO66BQavHHxW/BBC5gACiIDEOUMsfnNkjcZ7Tvx5Dq2 +UUTJnWvu6rvP3t3O9LEApE9GQDTF1w52z97GA1FzZOFli9d31kWTz9RvdVFGD/t So7oBmF0Ixa1DVBzJ0RHfxBdiSprhTEUxOipakyAvGp4z7h/jnZymQyd/teRCBah o1+VMIIG5jCCBM6gAwIBAgIQMQJw1DW+mySa+FbQ4eKFSTANBgkqhkiG9w0BAQwF ADCBiDELMAkGA1UEBhMCVVMxEzARBgNVBAgTCk5ldyBKZXJzZXkxFDASBgNVBAcT C0plcnNleSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxLjAs BgNVBAMTJVVTRVJUcnVzdCBSU0EgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcN MjAwMjE4MDAwMDAwWhcNMzMwNTAxMjM1OTU5WjBGMQswCQYDVQQGEwJOTDEZMBcG A1UEChMQR0VBTlQgVmVyZW5pZ2luZzEcMBoGA1UEAxMTR0VBTlQgUGVyc29uYWwg Q0EgNDCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBALNK4iJeJ1vpBFsU BDUyIBSutNIxQMbNUMAeoUTKr55KYX8tkN5imzNqLaRCypYBPP9wED2AaO6e8njk bjzJwLgPqDBkW9sG3kmi3GW6cF4Hwr5ysZqve/5EJDhV+9OhfTu/4dMnoR4Q41Hc jMk9MzLOADAQ0awBZ/29r0d49AUmIKELNeqEqmnTN6fndL7x/2K0TLToZLxqS7sy /Jvi0wEFr0CfdjcAsioh7KaD+Jizyb1aRKQzJ6Q20VEHX7UqWc1SkzTkbz6xj0S5 ydBBFQh0fNiy+qM/deVpK4HgmPSJrrpQZ+LlbHfWabmwoDPxF71QZVYiqrrAoUrG RJ+47iLBiIg8miIYS7Hd2ppvAUt24CugMXUjETjQ+oYh09fNi5n/AvoER8UBvTHL xt+blL0bvL+2z2YiUWk+2Qtn+dD+JU5Z2y71qV7+cr+4YXjvGzF5bYsi8HiwflTb 4Php3y+k1twKtchdcq2QGc0eDG6Y01nRHUiyr8/PtMAsLHEPNZ2wzsA7fb8mftHi V20ZFmYqknJ8AIOfwdTVA+E62JayOJ+sxadqcmFDorsz/mrPwGZ8+txr4xSuvVjg 0dlv0yuA+1YpBDIYNfL4bkX+IcZ1mTstL4Xw0f4N2iW3bBmnPnYmoYxMM8gflCiT gss73nBvG2f7v1PD7BDGYNO4iD4vAgMBAAGjggGLMIIBhzAfBgNVHSMEGDAWgBRT eb9aqitKz1SA4dibwJ3ysgNmyzAdBgNVHQ4EFgQUaQChxyFY+ODFGyCwCt2nUb8T 2eQwDgYDVR0PAQH/BAQDAgGGMBIGA1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0lBBYw FAYIKwYBBQUHAwIGCCsGAQUFBwMEMDgGA1UdIAQxMC8wLQYEVR0gADAlMCMGCCsG AQUFBwIBFhdodHRwczovL3NlY3RpZ28uY29tL0NQUzBQBgNVHR8ESTBHMEWgQ6BB hj9odHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVNFUlRydXN0UlNBQ2VydGlmaWNh dGlvbkF1dGhvcml0eS5jcmwwdgYIKwYBBQUHAQEEajBoMD8GCCsGAQUFBzAChjNo dHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVNFUlRydXN0UlNBQWRkVHJ1c3RDQS5j cnQwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZI hvcNAQEMBQADggIBAAoFTnsNjx8TOQD9b+xixsPt7Req4wHMeNw/R5dddEPgQAQA YJZKz5BEv1cjGbH7nbPH3AxrxhN6OVH40p6OLIo9MXSrrfMzGs7/P+FTCjwgNxFE tLQ1KC9NboA3asJcl7mIs3l8h9iAgEH1zLUvq2s+5n++NQmbzudDsTFDMapY3kX1 TwyUCTRzmItqcbsYIyg2MeIXWfRtqPqC5R4bufmpzA5BPINLX340Sp/CNQ9QZqw3 VkfyHWwTo+vO9Gm2L6srNamJT6Lb+TeXZvl8UPL5a72O/pH0GgGHjt6z9QzPARna RKshVWviNK6ST4WmZHllu3CJg0BXqx1vWyswawgvNeWt1qxITacYe9mSWTbNR2Cf tvTUwerruDSY2jMaZPoNqbjUpuG/blYwWzzvVerBUhviAahPXJF/9V48ybWPBq6q KOEokW+s3B4ad5sY96KlovEijaIQDip1HO0SD+rLNYaiBcr9MV2aK+DfbZ8w9BaN CQyFEYwzxIKOVk3bYvzHRk5ihUDascmbk/bkiNl74c/KfuKQmJImaqWoWZR6jBcX cPV0WUIKz/nILTpFhGojZEQW77by3aezAi9jrEIUBHRG1LwzPbJc2V3SOzYyaJFQ atzuKZbN1Q9s9y/2x1QXtKwREY8jNgvx0iIfOK35gKgYJJcyDql4XfuEc2nVMIIH SzCCBTOgAwIBAgIRAMCEqCZW/bEp9AgcdlGEWuEwDQYJKoZIhvcNAQEMBQAwRjEL MAkGA1UEBhMCTkwxGTAXBgNVBAoTEEdFQU5UIFZlcmVuaWdpbmcxHDAaBgNVBAMT E0dFQU5UIFBlcnNvbmFsIENBIDQwHhcNMjMwODE1MDAwMDAwWhcNMjYwODE0MjM1 OTU5WjCB0zEOMAwGA1UEERMFODA1MzkxRzBFBgNVBAoMPk1heC1QbGFuY2stR2Vz ZWxsc2NoYWZ0IHp1ciBGw7ZyZGVydW5nIGRlciBXaXNzZW5zY2hhZnRlbiBlLlYu MRswGQYDVQQJDBJIb2ZnYXJ0ZW5zdHJhw59lIDgxDzANBgNVBAgTBkJheWVybjEL MAkGA1UEBhMCREUxFTATBgNVBAMTDEdlcnJpdCBLdWVobjEmMCQGCSqGSIb3DQEJ ARYXZ2Vycml0Lmt1ZWhuQGFlaS5tcGcuZGUwggIiMA0GCSqGSIb3DQEBAQUAA4IC DwAwggIKAoICAQCg7n7fRC0hIeomyBYF0RZ0L/jKjURwqPL3vBN+HvDxzp+Wcn0a Voeia3LPeXvf18d7BeIQ2SVFXWnWzVpVKzv7VUg4OD424GmcQrFXkChSvOc/rLaA FmNIaKWgYwUOAqmDh3t9JzQTVj6FrAeJwzXmnv42msNUfnhA2dRllOCmilLUqm/5 nOgrImuiA3R1S0CcljAmEr5PnUmKJaanbaq74Jb54gf622cRyWwylMJijMGboDYw uaGynrLgfo+rWbXc2TASO6pjSQDKAAfXO/NzLgp+BmneN1II9alVUAJRUpFDkgx9 peM+qUJryLtO+veOKElsOe2S4qvk0PaE/MVAcIJiThdY7qde8Q9FyOJsDN5kiX4g fsKmtF7EdB71Uc8N78L62r7/7Y5WL8gRxXCN8BsmLXSiCylvtIYsbJMDhK6C+37w 9Cg1A8AWeksg1TmCcvolEJy3+bfPx7NlmEfRdkdzuVb1KxfB0z4SbhSwOAR1WYVg mEAQuj1l9k7suUtdUY4ZeMnRLVPtmQh+bxcJPaRllpHSTYbYVQlSNXkP0al2/J8d jJHhulOsCX8oYfyQ9a33jHsKUf632Lpg8446ym19UrNPh9pntXRXVhhkw+/tPE8G BxH81BCvvSUhVu0Nckx8zOWiI1+6Z5t71udnXOEv9lJFvqDlY71lkiu+jQIDAQAB o4IBpDCCAaAwHwYDVR0jBBgwFoAUaQChxyFY+ODFGyCwCt2nUb8T2eQwHQYDVR0O BBYEFOsacOXMtCWA1hWcY7A/tb8e/tTSMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMB Af8EAjAAMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjA/BgNVHSAEODA2 MDQGCysGAQQBsjEBAgJPMCUwIwYIKwYBBQUHAgEWF2h0dHBzOi8vc2VjdGlnby5j b20vQ1BTMEIGA1UdHwQ7MDkwN6A1oDOGMWh0dHA6Ly9HRUFOVC5jcmwuc2VjdGln by5jb20vR0VBTlRQZXJzb25hbENBNC5jcmwweAYIKwYBBQUHAQEEbDBqMD0GCCsG AQUFBzAChjFodHRwOi8vR0VBTlQuY3J0LnNlY3RpZ28uY29tL0dFQU5UUGVyc29u YWxDQTQuY3J0MCkGCCsGAQUFBzABhh1odHRwOi8vR0VBTlQub2NzcC5zZWN0aWdv LmNvbTAiBgNVHREEGzAZgRdnZXJyaXQua3VlaG5AYWVpLm1wZy5kZTANBgkqhkiG 9w0BAQwFAAOCAgEAbUB7zWvNZ98vh3u7hzpnbA1K4U9bga1YkpVbOgv7/UY5RiZP Rk06O18f5TnRSWiiF3XImBG1uVjbcwVKIemliCQRQzVVt2JXOJVT1EafDDe9DK5o QaXGHY7NAT1lPLEwtgv8hxBBvthMaMa6lpibT/IUi83jHPZUgsGajCgPXd05Bh/L jCzWDOmHuwFdjRAMQs1VsPYx+OVcRvS1jmw0bT6o5/nruRwF5brxUK39Mftj3sIN b+UvVkXdAGw5iQWFwllGpwBgo3iESa1R72qkBMWph8D6Jbg795WBgjMULCPTiZkq eOif9sW1/37AoutSh7VMh7WMrEW9QURVWYR1hYjS0/TMo8aXfPOLtLYoSg/R6i+j eXqREsJQxMAl0e/JJej1TAFCsWg0r6Dg4mYq636plAr6pu7pJATNVPT0HrsBMYWu PV2WRH8Obs+n1xe4ftGxE4yDWiL56lnp6tnfVR8qinEqpGBfj7BAwEcO/Na9b+oK tDEmWHzupKkdmoOWktURY+Q/5RVWoiozNujYljc9iaK3agqBbJ5ZzRyrCKOPLnw4 9b8koO03WkXPqlm59nxAOdJE6ZQ2aQ8ev6ji+UlGnlIvgk70MsRukY2shpAiowb6 bKjKyK3QGNnT4zmL6ixSRmnYhC95U923Yf+hy+6jqS1Ec6kgpREYG53Qv5IxggM5 MIIDNQIBATBbMEYxCzAJBgNVBAYTAk5MMRkwFwYDVQQKExBHRUFOVCBWZXJlbmln aW5nMRwwGgYDVQQDExNHRUFOVCBQZXJzb25hbCBDQSA0AhEAwISoJlb9sSn0CBx2 UYRa4TANBglghkgBZQMEAgIFAKCBsDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0yNTAxMjAwNjUzMDFaMDUGCSqGSIb3DQEJDzEoMCYw CwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzA/BgkqhkiG9w0B CQQxMgQwuQlo0VLelUV5iIwOgqmGtQnfDREps7ANfpUxXIxP+izD97GHQlf6PHin uhVgyfpCMA0GCSqGSIb3DQEBAQUABIICAGBTncOcFR/dznHEwkROvzWtx5FKkozk 5E7gUvniC5MNT3kdqzxWm1TjJcU5q/imctxXHfgOXWLhEcSzZnyHu5WGPsABmiDK oJDIfHqRABdBJNc7O5egIescQefFZOWz1fMZIJD7Sjv4ZkwGxV3HLRvill77rmiK 18clBl3hI7v0NIC+bDlEoSjbpjJ8pp7r6G5oQUKmU+Ad7Bt2CLCiDT4tPRcJKAhD uDYi7D4h0LvB47YhF8HvDb87OpNsgZe38SRcWC1y61/h1VEUTeLhB1p3v/i3VDJl NgmZ61s9fFUFP/QNmOpAjZJtBm1gGohyjYkmgSltgIK1rSG7ip4zVTt1Tj7NeIWf Wo2FtFOuAL05OM3IdJXJgikkvenLs0uTW1TP7Yw3A0j4bdZyH2hoXCl1Q19dS42M mxV6J/S9Cj/HArIk+5mpqC2PDjkDqPZ69QsKkEZ2lLNF2u3TK6+/v3FFtk/e5jjM xxTFRrj1XqczoL79khu/xD0cKkKh+xTXp6zlfUY3fUrMjc0JLh2GR/gZYtK+HnnK hbrJI21WKoonmB5/3Uj/ZEeJfp7Tcu7bfAksiF847L8A2J+4WkIKtxwZoUeo+Nc5 KnpPcAVi8foV3NrCiFTqK1lrcZ3GWTvNj/jD9mBYKfHCy1qWSOnet8sVKM/UbZwU aC6A96O//gDjAAAAAAAA --Sig_/qJX0Gr7lMakY+T3l6s2Q27B-- From nobody Mon Jan 20 07:13:45 2025 X-Original-To: freebsd-current@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 4Yc1m46T62z5kwXh for ; Mon, 20 Jan 2025 07:13:56 +0000 (UTC) (envelope-from zagazaw2004@gmail.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yc1m44XGTz3QWP for ; Mon, 20 Jan 2025 07:13:56 +0000 (UTC) (envelope-from zagazaw2004@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-x82a.google.com with SMTP id d75a77b69052e-46c8474d8f6so35902601cf.3 for ; Sun, 19 Jan 2025 23:13:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737357236; x=1737962036; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=p3fq/rdE8JLY4hmsLD55LP7tkDG7378gaiIbMeqTHlY=; b=O7XcM+9/5Yzt9meacsp9s9WcktiGAxYiUKvUZzymeYay3nmgr/LUvxm4MCDJspBiCq aEHhoXNqu0NlHOzdq6+Hpcqrqia5Z9UfOK0+zqyajozu/83+LoZutk6h0lllKwbQJqPw BqVwh6q+LO/7eRABEZgC3AayMl1WbskjFc6DNNpYQS8rHSbamcfHYh3PJ4ZpcX11q8Tp mequzpo0tWSH1GYxnlTb1une8A1WWCqmfq0LruF3qvnJcWT3Mo+bpQxTa7ufwXgx6atn Bv0HxezXp2JPELeK/9bDRXvGw0Xbb1YD6fpZUUcTfF6l2Ow4OkHvIXxwJuSurPB4uhqj 4E6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737357236; x=1737962036; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=p3fq/rdE8JLY4hmsLD55LP7tkDG7378gaiIbMeqTHlY=; b=VFTwnN3QJ+BxVx6qnhhb55d4IvkfwjkYEFEIym5pTAye7NnMIZMOBOBCVDadZDmsw7 O0CbwCF8GibZxi91CFHZlYwyR/JCNTfg0qeVn5CO0hul/FKhpZMdAdPAibBHhh13tZbB lBLMwNLIawQp2sEFH6RXZuxyD09imrN5vdg6vorpB5G+jZYkGdXzdJPIhsnkU+vfrgmK pC52BkYeIadZhbosnGFVj0VpuBqlCKa+qwCC24Eig3288OBfAHs2Gdg/fLPZTN8CIuaL axt3abYfL4OcQTy0kSdWXQfHlN8NYYCh0tt+IR7q77KKzos0wlaSB/UZGJlKOj0HJRDB Wvfg== X-Gm-Message-State: AOJu0YzSwLqW0SxjTPtH/Syc0+TkylTiCQGfEW8951Y+YSSG+dlEeDFg hB6BgDW82JHLtAdKZxRyrMwErB5qDdtuqnRYTGC5E3BB6Rp3Ja6UT9647v9QBCb3DIO5draqiyV fcKjP09auN6JXgI+44ggak0tx4t5ciQ== X-Gm-Gg: ASbGncv6qK9JUmFpzQC/L6VKLCT151csWF2k73Td6uOJCYZxQhcFCkBpV3tl8k/wzxd g7kD96RmutNcTLCNUBZr3wxGuEGuac9fNbCcrvMZP8TT+fsMIlisW81iN23ol6goRy7VE0aXb36 oc4fuNtYe/ X-Google-Smtp-Source: AGHT+IH05eMQ5OqfgrD/945DH2RufBKOF4mb1VBogkLcKMYLmBfYRYIvvrJ3ifrv0I3NzS0spA0VHviUt7NuIFdiLic= X-Received: by 2002:a05:622a:311:b0:467:672a:abb8 with SMTP id d75a77b69052e-46e12a1e603mr188825411cf.5.1737357235683; Sun, 19 Jan 2025 23:13:55 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <20250120075300.32dc9d62@arc.aei.uni-hannover.de> In-Reply-To: <20250120075300.32dc9d62@arc.aei.uni-hannover.de> From: Maku Bex Date: Mon, 20 Jan 2025 01:13:45 -0600 X-Gm-Features: AbW1kvZXygyXPCCJkFArRpfRIe2ECBAxE-_Csjo_mlVngapqIDE_b1723uYdUi8 Message-ID: Subject: Re: FreeBSD on a Lenovo T400s, GUI suggestions needed To: =?UTF-8?B?R2Vycml0IEvDvGhu?= Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e18544062c1e00ad" X-Rspamd-Queue-Id: 4Yc1m44XGTz3QWP X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --000000000000e18544062c1e00ad Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable You might to try a tiling WM like i3wm. On Mon, Jan 20, 2025, 00:53 Gerrit K=C3=BChn wrot= e: > Am Fri, 17 Jan 2025 09:42:38 -0800 > schrieb bob prohaska : > > > Can anybody suggest a suitable X11-wm to try on this quite > > elderly laptop? LXQT failed with a core dump, next I'll try > > twm while hoping for a better suggestion. > > icewm (just to drop in another 2=C2=A2)? > > > cu > Gerrit > --000000000000e18544062c1e00ad Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

You might to try a tiling WM like i3wm.


On Mon, Jan 20, 2025, 00:53 Gerrit K=C3=BChn <gerrit.kuehn@aei.mpg.de> wrote:
=
Am Fri, 17 Jan 2025 09:42:38 -0800
schrieb bob prohaska <fbsd@www.zefox.net>:

> Can anybody suggest a suitable X11-wm to try on this quite
> elderly laptop? LXQT failed with a core dump, next I'll try
> twm while hoping for a better suggestion.

icewm (just to drop in another 2=C2=A2)?


cu
=C2=A0 Gerrit
--000000000000e18544062c1e00ad-- From nobody Mon Jan 20 18:36:49 2025 X-Original-To: freebsd-current@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 4YcJw51yYSz5klT2 for ; Mon, 20 Jan 2025 18:36:53 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout-b5-smtp.messagingengine.com (fout-b5-smtp.messagingengine.com [202.12.124.148]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YcJw44g95z3nqR for ; Mon, 20 Jan 2025 18:36:52 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b="Mj/Oofqv"; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=LNjyAjqO; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.148 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-05.internal (phl-compute-05.phl.internal [10.202.2.45]) by mailfout.stl.internal (Postfix) with ESMTP id 40B371140170 for ; Mon, 20 Jan 2025 13:36:52 -0500 (EST) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-05.internal (MEProxy); Mon, 20 Jan 2025 13:36:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1737398212; x=1737484612; bh=OR+qWD63Cl bZcX0oO7cZGKrXZU2EBPXleEN44DumOsE=; b=Mj/Oofqvu9th/DAyF4spRfbtmP aKdxoRgPFfdk40pWzCY4s+J8iW7+5iip++Ukl+JYRCT/mBzmsUYsk3kgiD1jJ4hx +eHl1xwozKvDVP+/7eTu4wQzOgsa8YK/WpkD705LhH5SKajeLVVLi+q4XfVDYPGx i1mPttxxt37GTFzqfO8yanJjkY1SXwwlSeXMB5z4Tk08YijcAmW6GITHqQvyaoP4 /IRZH5u7iELBEeQ3uKTXazJbzTaUxPSNIS/Jl04LDqztEWCbuTTGmmskUN7W0Obq Pud3tcF2vk6MmYSmGwt4jxSNUBVbnzFnC3x4LelQ3Fj+hjS5rFRzM0xP+hdg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1737398212; x=1737484612; bh=OR+qWD63ClbZcX0oO7cZGKrXZU2EBPXleEN 44DumOsE=; b=LNjyAjqOd12uLWcphvVmxK/zP4IsLqn6l+GvGmXt7dsXakw8Fhl 2TP77WM5ekiI/Wo8WHyDCUuWnGay5CPBWkg2bT3BTMbB5KLTr8FPph9H6z0wYpoK dtX36HE02XwPbJRh947MdavAZgwjColsSB0dQpsxPp5B6qF/HS/IZLqKAksdv0LL 817tw+lhgqy5/jVJm4ummBybr36ZHS7ngs7xT/46KX1OszdVftcBGX0QjJ1YHjSS wEKQnl5Vyzx/GuEI0F/aKFRGOUUFdLWp9UFCXLvESvXU04Vyp/V/PzWEIZxkDo60 pcGGGnHCJC+D8qk9A3RZfps2p38FSmuHwdw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledguddutdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvf fukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdq mhdrfhhmqeenucggtffrrghtthgvrhhnpeekleduvdelhfeileefgffghfffkedtheelle fgudfgvdegkeejjedutdehhefgueenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgr mhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupd hmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhht sehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 20 Jan 2025 13:36:51 -0500 (EST) Date: Mon, 20 Jan 2025 18:36:49 +0000 From: void To: freebsd-current@freebsd.org Subject: Re: FreeBSD on a Lenovo T400s, GUI suggestions needed Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-4.51 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; RBL_SENDERSCORE_REPUT_9(-1.00)[202.12.124.148:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.91)[-0.906]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27:c]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.148:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4YcJw44g95z3nqR On Fri, Jan 17, 2025 at 09:42:38AM -0800, bob prohaska wrote: >Can anybody suggest a suitable X11-wm to try on this quite >elderly laptop? LXQT failed with a core dump, next I'll try >twm while hoping for a better suggestion. x11-wm/windowmaker I use this on any low-end hardware which needs a wm. -- From nobody Tue Jan 21 20:09:43 2025 X-Original-To: freebsd-current@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 4Ycywp4bzbz5lX0Q for ; Tue, 21 Jan 2025 20:09:46 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ycywp3qBwz3fvv; Tue, 21 Jan 2025 20:09:46 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737490186; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UjH3G/CvbPlCSp+6mKA90gzAFMpGy6NelV0bTTG6lLw=; b=Qj0HPa44qCL89OMqQhcURAeng8WY4btBmFk+/1aVQ3xdTBqGcgCigLpau5gVljsi/RL7w4 FvLaxeJ0ycu5XE9mB5voHVgkJ59JOhuWY98HKZiOkHOT3jNH1haI8llfUOHr1OmDZr5zen hAmWOkEubr6+Mznez9Obn7z/rzD7ONmjfEbH9h+FfUlTK6RyWsaJky7ys8WdCj4s3fgByR O3W0f8qyEUuhEdIQVl/ljsoaUB2l7+KvXXOmpGeBJWCRj1VFpChfa1T4O2db5mGgzhsIDZ N13vI46oAFGiMB0g5dd2SRK8Zb41d3kh/EKDIOBVCST2cjOfin9Aa7zXkFBDjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737490186; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UjH3G/CvbPlCSp+6mKA90gzAFMpGy6NelV0bTTG6lLw=; b=gre7nQw0fezqBgWoyR5WV/jSy62eW148mwaBpqb4G8ZCFZaR3BblDFspmqmRldBBQ4WmRL L3l20jTyrpeffI03sCYPh1JH+MZAW4+30CzgrRJV50m+QdaDoc51kbyjfdt3EfeHhBAcCs 1/b/f+nZsrlcuo/M1OXIDHF6TrYDLsjjSOoy2lU9I5hEyWaKv6gFIcFIBcX++q95D1XKuB DI30uq39HxpP9y4gav6ISS6uOZGOJSSRBOUem/fnXR0wWszTW+90AU8kPLQxYpitUJpq9h rgCw2jDSWLyBBMS+KqDmN2Ct0qvJsJQ/8eaR1nQ8rqgIfi0tZjaF/l4AtA6bXA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1737490186; a=rsa-sha256; cv=none; b=Opd7q16UvFDZTkEmSdNSt7jtcsufq6sPX032xrAUHZCIRNNmHUKCdS1DvKAg7v1/4yFoO6 oKln9HNpIYwURm+99Pv+VQetr+wAHEpyFZOLkqL0ygfLOzxTuYZQa4fVnez+G2pISMLBSf JtMeINtNS36XUF0PfG2T3ohecKX39kzpza1EV/DPEhsqSoVnmQTR7Zaf/uS7pEhJ7VcKJ5 dTyiZKmW6zjt/B3urchJT5Q0e4OvfDA/ZG6sGANcqZWEnD+J+h9PIwM+c7FlRXilxivQkM Sovh/h4XvkaIu+jvB0J3yDGm5GfIHIy9T2D/XtI9mmY8BDUZx24hY2/kJSNTfQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Ycywn70Y5zNQ1; Tue, 21 Jan 2025 20:09:45 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 21 Jan 2025 12:09:43 -0800 From: Gleb Smirnoff To: bob prohaska Cc: freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Bob, On Sat, Jan 18, 2025 at 09:29:03AM -0800, bob prohaska wrote: b> A fresh install of b> FreeBSD-15.0-CURRENT-amd64-20250102-3d0a0dda3a7d-274510-memstick.img b> set up without much difficulty and Xorg seems to work out of the box b> on my Lenovo t400s. Both src and ports directories were installed by b> bsdinstall, but an attempt to run git pull in the src directory failed b> with "not a git repository", even though .git entries are present. b> b> The most visible problem is lack of a /usr/src/.git directory. Can b> the existing src and ports directories be salvaged? Thanks a lot for bringing up this topic. I have same observations: /usr/src and /usr/ports as is is an atavism. I have already once tried this statement at a smaller audience - a Russian-speaking telegram channel. One meaningful feedback I got is that people may occasionally build stuff from ports and also some ports (e.g. drm-kmod, lsof) need /usr/src. So in my opinion these sources as is are useful for a very minor group of people, those who aren't really developers/hackers, but for some reason are not fully satisfied with binary packages. I think that /usr/src and /usr/ports as part of FreeBSD release distribution should just go away. But we should provide a one liner command to get them in a proper way (shallow git checkout). -- Gleb Smirnoff From nobody Tue Jan 21 20:35:18 2025 X-Original-To: freebsd-current@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 4YczVZ4xCRz5lZGy for ; Tue, 21 Jan 2025 20:35:34 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YczVX70W3z3lY6 for ; Tue, 21 Jan 2025 20:35:32 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=zrsjzgwN; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1737491719; bh=/jMeZjdqGRbh68sm3lGwlz3srQTmmuhXsFaif+vQ96c=; h=Date:From:To:Subject:In-Reply-To:References; b=zrsjzgwNh72rmDbYQHRNM2V6or6J4hXGPZpvk/2zsiwuSd0lHKy3yj5KlnX4qUgbE 26iuiFKnIM+GNHu7T0Uu2SSy8Kjy55tRRe7eeA76WZBrtgA/loLUxgxOHvaLY6YIEO Xv5XEnYZx6TIQtlBI5i0qwtPLrWpiKmL92jA5JSNNJzhcoP6iCNK650BShEndNZsQl 2Z38hnUuHG29E4TuhA9SqYCgvtSNI8vr+Jm7mPv6rW1Vum3P9nLdzDwD60tMyXMeZ5 qizHdOmpxvEczceZD943wxh8hS/9Q7OwhLkj6ybEIJdAiu5QMZA7sJ+GNoeXuADwig pniDh/09kR8gjritwkCdgUz1hfJVP0gnr0v0s5d5945XOvfitKDo1wDW/ObgaB00ZV 1qlGhUN2OxkmMUZTaY+En8MC/mVIWHldchmpm+5lhNn+B8TK7EN39VuaMqpXWMTv6T 4rTgBSN4/15dACHMYtJIvkJq8GTMJRDU0XGbFLwJLDxOqPNvW2QOUAEHZ74iA8eC2k s1k6P/nb0bQ5w92tkWCD5WIh7C5r1CdBWpXR5SglzHFDgOUsTix53azyH+nJT75ugC jrQGGR5RsAgBg6FmMMdvyHwF3XTgbRlGhCnfMS/mL45yrQBjy71AYEigh4MRBse/0y 6Lcz0agLIYdq81YmpmSRNV3g= Received: from [IPv6:::1] (0114-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::114]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 6F5CD5A0D2D for ; Tue, 21 Jan 2025 22:35:19 +0200 (EET) Date: Tue, 21 Jan 2025 22:35:18 +0200 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? User-Agent: K-9 Mail for Android In-Reply-To: References: Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [0.26 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.944]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Spamd-Bar: / X-Rspamd-Queue-Id: 4YczVX70W3z3lY6 not shipping src in installer? what could possibly go wrong! i was just thinking of this the other day=2E that installers are self-cont= ained packages that come with os and it's source=2E=2E=2E On January 21, 2025 10:09:43 PM GMT+02:00, Gleb Smirnoff wrote: =2E=2E=2E >I think that /usr/src and /usr/ports as part of FreeBSD release >distribution should just go away=2E But we should provide a one liner >command to get them in a proper way (shallow git checkout)=2E > From nobody Tue Jan 21 21:14:52 2025 X-Original-To: freebsd-current@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 4Yd0NC19Flz5lc9C for ; Tue, 21 Jan 2025 21:15:07 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yb1-xb2f.google.com (mail-yb1-xb2f.google.com [IPv6:2607:f8b0:4864:20::b2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yd0NB6Dhpz3pmw for ; Tue, 21 Jan 2025 21:15:06 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb2f.google.com with SMTP id 3f1490d57ef6-e549b0f8d57so10164016276.3 for ; Tue, 21 Jan 2025 13:15:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1737494106; x=1738098906; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=poqtmq6oMcSUEs/ubVbs81sWa+YATbcXSlcRt749D5s=; b=gJJAkuicQTwiBknFZFR8hFF2YXzPnGzPhHBlTiTcpBbKGJ1OFJMcbyRNWFolYy41DZ F1WSIBG79DpeHRxWc49Cx3vRmrIazqn0h+fIC6nafMN26QanyxOVbFW9U8DnT26EaDeL pp29/yE8z9D0cWJ/AhIFX7g3Tejo9OI5RYkBOTwWcH+DFahgLoUE8erT4SY3FgMp7icl zvTKFlPEb/YBwlJdLI5VAJgx01VLZZ6EcgpuXcl0CgxviZ/vh01P8QyAEKVHbJhJZYRH GvRCgACmoUt5Hp9Y/Ad9YbheaEI1RMw6vS7h0AQClZIvy1IBBtwEh6NabwvyctBdnhus rCFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737494106; x=1738098906; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=poqtmq6oMcSUEs/ubVbs81sWa+YATbcXSlcRt749D5s=; b=dVcf1kLKWBehi7ryR7TGL774VtCfImuD8CavSpRbiaKSrLI3wDAG5qqexIYP/LZkTW MBRI9n7zqRHvZyJ9xo6JiXfrT6InuJLkp9zZtqjNVte1nZ0pffP5dQuMjPl0J5halEaP PPEr5zZnGY31y21NDyG3iLiirD+NGVZvQhs7MvgGEezeJoFBZ1IANIHA7f8Pm1eav5bz D2t+oNUUjnP6U6r4rXN8JskrdLFcAEvZCtEIzwJ4/XXhB78bXxO8XTpsD5MgnNqD585R sxvRqK+XR51NBUehNUuGoD3eO4QWwhc4T2Dz98MkVwYEPubSzdVw+rGMlgvMMXD/kMkK rpmg== X-Forwarded-Encrypted: i=1; AJvYcCVDyM2jDYWQn4VN4nZW/o4/N05Bf3C7x5dE8gih+THhDYpCg0AE44GWaRH4hdWcYjSuDwP5FoE32unBF8ZQ5Ls=@freebsd.org X-Gm-Message-State: AOJu0YxLizK3IsCu3M3YeX005QKxywJvB/Cu8Q8ngrjngubwGQ5DAu00 fAhZ9ubnXOAuK2/L0cr4AiszjclyYq9UDiDqHLVtaGp+qjEe8UvU2jHkUQwHcg== X-Gm-Gg: ASbGncscDPYo7huFc1n/BRE4rmHVCklV7npV5nE/wBbEWZPHT67D+c07H6WV/rzlPo1 aJhW/O69GVVVUozlH0WwTRBFhvbjAccVA6LtLQnpDgzcayorErMiZABynyJafvbpewm16rgW4fW 6bHdWkUUY1C/F8GRe4PoWyMNEFwYPIHy4Clx2nj+KKOCO0Ma6OWJUCMv0k8t6JZ5uIC86FfH0k+ uEJumpyHwCJBtZgBNs4m6Msuw9eU7snmmF6085GA1N6fQC4/jwmuV7BR1jMu2U6eLtTNPjRQaqE 9H7CrnzQzMPfw4IwVFkYBaAyIiwFEFs= X-Google-Smtp-Source: AGHT+IGr5zoR6TpkIb77t5Rtic2gRpHPlR11wxTYtnpChcetUQkE0ltvjMRpoBCEZfSBoO3YG8ZNTg== X-Received: by 2002:a05:690c:6a0f:b0:6ef:79d8:c908 with SMTP id 00721157ae682-6f6eb67cbd7mr142117067b3.14.1737494105852; Tue, 21 Jan 2025 13:15:05 -0800 (PST) Received: from mail-yb1-f177.google.com (mail-yb1-f177.google.com. [209.85.219.177]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6f6e63ab341sm18479727b3.13.2025.01.21.13.15.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 21 Jan 2025 13:15:05 -0800 (PST) Received: by mail-yb1-f177.google.com with SMTP id 3f1490d57ef6-e5447fae695so10412821276.2; Tue, 21 Jan 2025 13:15:04 -0800 (PST) X-Forwarded-Encrypted: i=1; AJvYcCXKHclO03Zm/W6JkuEbfo8GVyjwUFBMtA3q/5sxCXIsDR7p3Q/lslhXaFATq5F4I1Mgf4hFbmVV5KIEw+BlZH4=@freebsd.org X-Received: by 2002:a05:690c:c94:b0:6ef:6035:828e with SMTP id 00721157ae682-6f6eb9414ebmr144101597b3.35.1737494104262; Tue, 21 Jan 2025 13:15:04 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Tomek CEDRO Date: Tue, 21 Jan 2025 22:14:52 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AbW1kvZZ5Iyt3oe9MI72rlkMozBFZjjPcvJ4d442Z-Ti6WpHRd91NIY-zv9Pf08 Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Gleb Smirnoff Cc: bob prohaska , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Yd0NB6Dhpz3pmw X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Tue, Jan 21, 2025 at 9:09=E2=80=AFPM Gleb Smirnoff wrote: > On Sat, Jan 18, 2025 at 09:29:03AM -0800, bob prohaska wrote: > b> (..) > b> The most visible problem is lack of a /usr/src/.git directory. Can > b> the existing src and ports directories be salvaged? > (..) > I think that /usr/src and /usr/ports as part of FreeBSD release > distribution should just go away. But we should provide a one liner > command to get them in a proper way (shallow git checkout). I fully disagree with removing src and ports snapshots from the release images :-) There are minimal images that does not have them too. Installer gives you option not to install src and ports. So what is the problem? src and ports are the integral part of the release so you don't have to use it but for sure there will be an occasion where you really need to have the offline version :-) I build lots of packages and tools and project mostly from sources so this part is really important for me and probably for many more people that use FreeBSD as development workstation. But, its is true that I use git repo clones in /usr/src and /usr/ports. So the installer may ask user if they want to use packaged snapshots of src and ports or if they want so clone them from git or at least setup the git clone to be fetched at later times. Maybe a dedicated command for this purpose is a good idea too! But its good to have choice. Some situations may require offline snapshot. Some situations prefer git clone :-) --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Tue Jan 21 21:25:40 2025 X-Original-To: freebsd-current@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 4Yd0d100rcz5lcbb for ; Tue, 21 Jan 2025 21:26:13 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yd0cy0pq8z3sQr for ; Tue, 21 Jan 2025 21:26:06 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 50LLPtKD004866 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 21 Jan 2025 13:25:59 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 50LLPqao004865; Tue, 21 Jan 2025 13:25:52 -0800 (PST) (envelope-from fbsd) Date: Tue, 21 Jan 2025 13:25:40 -0800 From: bob prohaska To: Sulev-Madis Silber Cc: freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Yd0cy0pq8z3sQr X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] On Tue, Jan 21, 2025 at 10:35:18PM +0200, Sulev-Madis Silber wrote: > not shipping src in installer? what could possibly go wrong! > > i was just thinking of this the other day. that installers are self-contained packages that come with os and it's source... > > > There's no harm (and indeed, some good) in offering source code as a component of a new installation. What confused me was having that source code offered as a dead end. After a little poking around it's clear that including /usr/src/.git would have added close to to 2 GB to the size of the installer. Perhaps not unacceptable, but surely undesirable. Maybe that's reason enough for present practice of installing a dead /usr/src.. As a matter of naive curiosity, could one efficiently update /usr/src using something like sftp -ar ? It wouldn't preserve the revision detail git does, but seemingly it would download modified files while saving for re-use those that haven't changed. For users who don't make local mods it might be sufficient. > On January 21, 2025 10:09:43 PM GMT+02:00, Gleb Smirnoff wrote: > ... > >I think that /usr/src and /usr/ports as part of FreeBSD release > >distribution should just go away. But we should provide a one liner > >command to get them in a proper way (shallow git checkout). > > Do you mean have the "install src" checkbox invoke git clone? That seems like a better idea, at least to me. bob prohaska From nobody Tue Jan 21 21:29:05 2025 X-Original-To: freebsd-current@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 4Yd0hZ1f1Sz5lctV for ; Tue, 21 Jan 2025 21:29:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yd0hY6xRdz3v6P for ; Tue, 21 Jan 2025 21:29:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1030.google.com with SMTP id 98e67ed59e1d1-2ee86a1a92dso8640012a91.1 for ; Tue, 21 Jan 2025 13:29:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1737494957; x=1738099757; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=XkgBB5Re2Czp0s+oDxSinAkRMdbpd3I9Lp/OsebdrXA=; b=nhFB3U9F9jyRcQpWp8FUypCM2TajCNY59LPaqgu+MKIPeWPGYp65txb6bbtd6w+kBp 7CmkvXAJj+7lvMufNsZnA8G+eLZdsfPXvlNwgkPwPRHeFbRNUAC4OxRNDeP4zEBjkzhZ +XAMexwtQFJQiNyxyxa/LHgxSTmwtBF8u4tu5kJCB2Cb09nREPTMmbTHEisrZS8MVD7D JoJAdTFqTx9UYIL6lxYtIqIw/OU+kM+TvRMUs79rrlwH62y0ulIRmE2l7frkqOa+5VvI DeabMW7TVevOkfgp03VZjE4FaxQqzTqgVDRPG7Fa1VZm0hebuTbpgCagAs3hRC6gcHVG 4+qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737494957; x=1738099757; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=XkgBB5Re2Czp0s+oDxSinAkRMdbpd3I9Lp/OsebdrXA=; b=eh0gpit8wqbjwr5eLb4lb37XUQheaSJQGyfiNd9KvwyfUpzaEgBQyWtxKeDh7+1D4z +Bw37yTA5zvmq+eG3JO0UC/SEMag0U8gWVPi7MMDBAjTILnNk6/0bVRW3veWWFLLsyr6 XdR5YtveJzb2t7iYhmbGLr2dPIxvF4jL/KiQTIqflnDvpLzSaFNavc0n2nob2CH+ATdF amsVAp8TEh1DNfEOCTLPI/mJY7mN7uFzFRvR/GzijxZCDdmOHH/QfzujXTAuI8J7gYIJ IDxqi5XIIspdmD1T5TnDQs6OfUY9U+k8jbUgChCIPtZYCnV78lyuzVAbauewEjKoHXwZ v3hg== X-Forwarded-Encrypted: i=1; AJvYcCXuKbh/C9YGWIb1HAa2dOnkEREbHnuGm+5jVMNeK73hNdvNBZIHazncdfwkfTY46kNUdZ4iiFUgTc+Wynoi+Kw=@freebsd.org X-Gm-Message-State: AOJu0YxCE+Ak9HHNpQrW/TmofjFC7Kka8AGmXIiICgDhoDUUWGnsgxYJ G/OAAnCq8w60XgXY+BSWgSuESPori0QCZzN41+LoZWX/ZE5T1r0uBMFphDyhi7nS6zW0wEutCZU l7LiXAMDh89fArjdmI8aIBNmxCo8oM/0tzUXxrNp2TTN76Orkf80= X-Gm-Gg: ASbGncsn3NPWlfOxq9WZGjoU/AK/W7BUNN2oKOs9acRAuipWXOJZUkLsEA/wvRrRupw ER9UtQcCsA1rOlhskEduCKjktT3XX9AWLh5WMcpu+vQFkWy+5mHU= X-Google-Smtp-Source: AGHT+IFONCfyBjBotYBle6XTblcXGKVAu4jjLS8mH439UNeiSUiVxxEh4ATBq+NJcAmTosx7Gec5yCqI3AH6J2jO/Uc= X-Received: by 2002:a05:6a00:929e:b0:725:e73c:c415 with SMTP id d2e1a72fcca58-72dafa9ac7dmr27861358b3a.18.1737494956785; Tue, 21 Jan 2025 13:29:16 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Tue, 21 Jan 2025 14:29:05 -0700 X-Gm-Features: AbW1kvbw1xlCI1UZ42RUFHWFsjWCWBfRgeVJJMiECF610PHueG5eULqAidFs-Xs Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: bob prohaska Cc: Sulev-Madis Silber , freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000b2dbfc062c3e11a2" X-Rspamd-Queue-Id: 4Yd0hY6xRdz3v6P X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --000000000000b2dbfc062c3e11a2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jan 21, 2025 at 2:26=E2=80=AFPM bob prohaska w= rote: > On Tue, Jan 21, 2025 at 10:35:18PM +0200, Sulev-Madis Silber wrote: > > not shipping src in installer? what could possibly go wrong! > > > > i was just thinking of this the other day. that installers are > self-contained packages that come with os and it's source... > > > > > > > There's no harm (and indeed, some good) in offering source code > as a component of a new installation. What confused me was having > that source code offered as a dead end. After a little poking around > it's clear that including /usr/src/.git would have added close to > to 2 GB to the size of the installer. Perhaps not unacceptable, > but surely undesirable. Maybe that's reason enough for present > practice of installing a dead /usr/src.. > > As a matter of naive curiosity, could one efficiently update /usr/src > using something like sftp -ar ? It wouldn't preserve the revision detail > git does, but seemingly it would download modified files while saving > for re-use those that haven't changed. For users who don't make local > mods it might be sufficient. > > > > On January 21, 2025 10:09:43 PM GMT+02:00, Gleb Smirnoff < > glebius@freebsd.org> wrote: > > ... > > >I think that /usr/src and /usr/ports as part of FreeBSD release > > >distribution should just go away. But we should provide a one liner > > >command to get them in a proper way (shallow git checkout). > > > > > Do you mean have the "install src" checkbox invoke git clone? > That seems like a better idea, at least to me. > I think we should replace the populate /usr/src from a tarball with.... populate it with a tarball that represents a 1-deep checkout tree at the rev we built the release from. This lets users have the source, has minimal overhead and also lets users update or turn the shallow checkout into a deep one, etc. A shallow checkout is quite a bit less than a full tree, though still more than just the raw files. I've not done poking to see size comparisons. Warner --000000000000b2dbfc062c3e11a2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Jan 21,= 2025 at 2:26=E2=80=AFPM bob prohaska <fbsd@www.zefox.net> wrote:
On Tue, Jan 21, 2025 at 10:35:18PM +0200, Sulev-Madi= s Silber wrote:
> not shipping src in installer? what could possibly go wrong!
>
> i was just thinking of this the other day. that installers are self-co= ntained packages that come with os and it's source...
>
>
>
There's no harm (and indeed, some good) in offering source code
as a component of a new installation. What confused me was having
that source code offered as a dead end. After a little poking around
it's clear that including /usr/src/.git would have added close to
to 2 GB to the size of the installer. Perhaps not unacceptable,
but surely undesirable. Maybe that's reason enough for present
practice of installing a dead /usr/src..

As a matter of naive curiosity, could one efficiently update /usr/src
using something like sftp -ar ? It wouldn't preserve the revision detai= l
git does, but seemingly it would download modified files while saving
for re-use those that haven't changed. For users who don't make loc= al
mods it might be sufficient.


> On January 21, 2025 10:09:43 PM GMT+02:00, Gleb Smirnoff <glebius@freebsd.org&g= t; wrote:
> ...
> >I think that /usr/src and /usr/ports as part of FreeBSD release > >distribution should just go away.=C2=A0 But we should provide a on= e liner
> >command to get them in a proper way (shallow git checkout).
> >

Do you mean have the "install src" checkbox invoke git clone?
That seems like a better idea, at least to me.=C2=A0
<= br>
I think we should replace the populate /usr/src from a tarbal= l with.... populate it
with a tarball that represents a 1-deep ch= eckout tree at the rev we built the release
from. This lets users= have the source, has minimal overhead and also lets users update
or turn the shallow checkout into a deep one, etc. A shallow checkout is q= uite a bit
less than a full tree, though still more than just the= raw files. I've not done poking to
see size comparisons.

Warner
--000000000000b2dbfc062c3e11a2-- From nobody Tue Jan 21 21:37:01 2025 X-Original-To: freebsd-current@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 4Yd0sl6MMTz5ldWL for ; Tue, 21 Jan 2025 21:37:15 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yd0sl4GlTz3xkl for ; Tue, 21 Jan 2025 21:37:15 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb32.google.com with SMTP id 3f1490d57ef6-e46ebe19489so8908129276.2 for ; Tue, 21 Jan 2025 13:37:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1737495434; x=1738100234; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=fB3LQFaqApL0Px/NWp9lPQ/zW1Oxj+giCpBRqmFTV+0=; b=WUaHEIRE3AkeKNIwGWgulmIywDlqtlBUkysCxWpa3ne/G1i3P8DM57cr4DVFpgNha7 2N+TXPE+V2gDCbZyZeRMtaitPyNKoHbwIoGbHcfiSmlGSVJBJTwjJnoPeJ3QVXQVlzeV FrZk82yDTV3OoALb0W/E0QL5ijM3j9NfPx4L6okdBRKiVb+zvX/XCcvOvfPx7WTseIkN OQViQijWdT7b/bAx1W4NsVHSLq2Msax/+o10Mkm6m/TmWIX8eSutxfs6Axg2HI1uLoaW y0BjOCdeVk2m66Z0LzUdvuekFr9ORvTYoCR9b7K6fqRXhXc+djPPxHlIuVJriow6nqTN Qu1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737495434; x=1738100234; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=fB3LQFaqApL0Px/NWp9lPQ/zW1Oxj+giCpBRqmFTV+0=; b=Y8f6SpLy0T55D16rPhK7z9HfP5kg1OY3Wywr50n2kdckWsK5oUElz7xqXu83zui8WW 1Gb7paTg7dIYVOO27mPx7LwfIFX0iBo4rKEyPySBoS2eHGJwjYhiRGWx/4j4pHSVo39r u+XuMEtXaxcqIvL3PnQcQYdsJLvVLCrcpa2XBIUP+LALWZsTrhVcB/vd4C3vKRGuhK46 j9erbGe3tRgeAvoSvmu3WRS8/hgmD/GvddCiOyAI3UDABiJV6KFeJjd6i5o1+uwZkLnb GLcZJKLjDsb5CF+a4OE4JIZtiIQnqN+VVdyh3eofnUW8q5P4l6gNboRjNPYXx4es0Phj I+vg== X-Forwarded-Encrypted: i=1; AJvYcCVXa9jFk3S2up+UgGpgPRdMiYV6k2oGjBXb66ZY66nsvTH2dyw9BdlDSsMKtKJ1lpCsQLh0wXwLfBWFqt929dI=@freebsd.org X-Gm-Message-State: AOJu0Yx5Uh5pxmF7DcGgvciU2l+gAJBNCE41pnBuTS3dku6Q2mt3uEK4 UhMCbgaavKbe+bqHl57qExSQR8h7YcQxSd4ktuX0oMwTR1YD+oR3T+DRNtGcic5yHa7C70qDduM = X-Gm-Gg: ASbGncveKffXXmeuPABADCyjg7fwrUYH2Rr2+N8rI4Vo9MMYaGpni8fn/yalJnRUp13 JQWDDXpieJ0ok9o8mnUkxWl0To1aHitqYFkza5YMQMNDbl65Q3Jw/M0SBS86KOZ+Z0O/QdsDcmS j0iTYI6ZKq07CBXKsKYoqEZM+IHBhHz+grcoJ4hArUlv8YpZvW6wDVeSwEbm27Z9nBBcgzTc+el 9ybCzsgM/X7grSPax5JwFvCzvCMGvMt5Obml2dOuLLtybgS2EiI6reOs4u7QNT3zI6NG0XwFEdB 7SHc6KzZzFS54Rs7IhdkYdZdkMjdnBo= X-Google-Smtp-Source: AGHT+IHgWolzHhb3xYCvSdaJwG47UezkU2gfqRXJ4/HLYUZuh3utd+dtJlqL5byvPs8JkgU+96nsOQ== X-Received: by 2002:a05:6902:154a:b0:e58:cbe:75af with SMTP id 3f1490d57ef6-e580cbe7a6bmr2578708276.8.1737495434732; Tue, 21 Jan 2025 13:37:14 -0800 (PST) Received: from mail-yb1-f175.google.com (mail-yb1-f175.google.com. [209.85.219.175]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-e57ab313b60sm1878215276.30.2025.01.21.13.37.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 21 Jan 2025 13:37:14 -0800 (PST) Received: by mail-yb1-f175.google.com with SMTP id 3f1490d57ef6-e46ebe19489so8908101276.2 for ; Tue, 21 Jan 2025 13:37:13 -0800 (PST) X-Forwarded-Encrypted: i=1; AJvYcCXygQ8G6m6MgK8RPjxg3P+stLozH8S1EHpX9+In6Wynb/vWUC1DBUiNcoLMtLhei98j+zdCpJSDCaK/fyiFUh4=@freebsd.org X-Received: by 2002:a05:6902:e07:b0:e58:11f6:db8e with SMTP id 3f1490d57ef6-e5811f6ec94mr1184870276.37.1737495433134; Tue, 21 Jan 2025 13:37:13 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Tomek CEDRO Date: Tue, 21 Jan 2025 22:37:01 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AbW1kvYQgmcaQENGen8aWCPqFBcxwAUydIkeaOmP9WaYKKZzh0Sad3hKYf4jQag Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Warner Losh Cc: bob prohaska , Sulev-Madis Silber , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Yd0sl4GlTz3xkl X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Tue, Jan 21, 2025 at 10:29=E2=80=AFPM Warner Losh wrote: > (..) > I think we should replace the populate /usr/src from a tarball with.... p= opulate it > with a tarball that represents a 1-deep checkout tree at the rev we built= the release > from. This lets users have the source, has minimal overhead and also lets= users update > or turn the shallow checkout into a deep one, etc. A shallow checkout is = quite a bit > less than a full tree, though still more than just the raw files. I've no= t done poking to > see size comparisons. Still having tarball of src and ports snapshots in the full release images is important to have, users could select which one they want to use, that seems best solution :-) --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Tue Jan 21 22:05:21 2025 X-Original-To: freebsd-current@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 4Yd1VK6CqYz5lfX0 for ; Tue, 21 Jan 2025 22:05:29 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4Yd1VK1nz2z44C8 for ; Tue, 21 Jan 2025 22:05:28 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (124-18-43-234.area1a.commufa.jp [124.18.43.234]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 50LM5Mvb037416; Wed, 22 Jan 2025 07:05:25 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1737497125; bh=ydfB0I6S1EM7WhpZ3QPompgQ/Yu2ecr1MWr8CcOQ6O4=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=sJp0VfFW75BkgelTQoT9Ks+QZ8hehtzS/nlqfbHfnedUBrbda9J4H+HMDvu8x8+N9 cn9A6QfSZe4xEaAP89oqkSXyiPosqXBvq0GakGhZ4WKwmobNEG2ETFn9e3tfjIo5hb nBFr/cmlJaaq1Wd+263EgQW2jvqkosESxd7VXSVs= Date: Wed, 22 Jan 2025 07:05:21 +0900 From: Tomoaki AOKI To: Sulev-Madis Silber Cc: freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? Message-Id: <20250122070521.be09182cbf70fb893e37d657@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.2) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Yd1VK1nz2z44C8 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] On Tue, 21 Jan 2025 22:35:18 +0200 Sulev-Madis Silber wrote: > not shipping src in installer? what could possibly go wrong! > > i was just thinking of this the other day. that installers are self-contained packages that come with os and it's source... When needed building something locally (i.e., custom kernel with genuine world, only some specific leaf ports needs non-default options), src and/or ports package that exactly matches what other parts are built from would be wanted, and it could be difficult for newbies determining at which commit they'd been built from. With this aspect (alone), src and ports packages would be useful. > On January 21, 2025 10:09:43 PM GMT+02:00, Gleb Smirnoff wrote: > ... > >I think that /usr/src and /usr/ports as part of FreeBSD release > >distribution should just go away. But we should provide a one liner > >command to get them in a proper way (shallow git checkout). -- Tomoaki AOKI From nobody Tue Jan 21 22:11:02 2025 X-Original-To: freebsd-current@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 4Yd1d04y9Gz5lg1Y for ; Tue, 21 Jan 2025 22:11:16 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yd1d01ZQmz45hf for ; Tue, 21 Jan 2025 22:11:16 +0000 (UTC) (envelope-from allbery.b@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-aaf3c3c104fso1197368966b.1 for ; Tue, 21 Jan 2025 14:11:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737497474; x=1738102274; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=u9bEKL4x0vlHa5nQ13Vobbf+qiFyp8F/c0bp70YIrPk=; b=ILtdTn5qcg/E/DshnUv23yGq9nvnXbDQ3ERBMmKp0xbOvmQtk9MhNd3MTZlkveAod5 /ygmA6qV99fh19Y8yoxSHsmnl84tfWALxWcHojQLV0jrYT+hOVCVguJoV7cDAiuE/25H OtwfHCK631tkSs7NccOnczjbw6hQj61cZ9EwzwrMOGa/8uhIiuu0q7lCPMcU3nj+ONRk KB050t3+18y96pPMPSS9QG/gdj9ZmKBAf47GByI2dlwfSKmCeronhL0+ndN0TAV5Qvyk TeB41Y86wXUUR2IX+3qAIcDBPcLO5d6jdEmwI6oysSTpFtqKwHXhI86sVAf2qnl9SBDK ofDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737497474; x=1738102274; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=u9bEKL4x0vlHa5nQ13Vobbf+qiFyp8F/c0bp70YIrPk=; b=fOOlAGVkdg8FF365c6jG0LNMNsnTWMZm3fzNXBCI04hjHVZnC5/G6isUqBLxO2BUCw cL973M3+Cj4zv/pwMCmhUUxSz4DQiXwnrQi/fxraRyPYNlxZL/VE+dynqDqpaONwzNuh VYAiuO5IbRhezkZ4aliTTDMHMeSKDiR1qfKFPZPhPdKABN8ozGkOE9CDht+b9TEoTkw0 t8OF06eZHOeMBDr8i/9FonXFax/fllOtglcR3TtEgZUSkuXziCq0pJ7qnzkSw04XmGlk uk0+3gys6VCR/KRv2wrxtYzXd65/dqGnZD43qmmY3SSHwVB4DOo0B6kCb0n3PTaQ1hR9 Pjtw== X-Forwarded-Encrypted: i=1; AJvYcCVjNq4SVUSDN/phc6gnP0cPcFbzX0uIc2dXJSzgXFA2jDrvF7W9+BbGz7ZF04oIZnHpz7lP1ynA6cKvzr0kVjk=@freebsd.org X-Gm-Message-State: AOJu0Yy90OryFp0YxVelASYY08Yecufo9jIEiqSaOmUBx+zoJy1wpeLj M05O03Eo/p16I4ixSXDtPFRaGyw+wbVTO/dyPEhcrjhnGDAUEcMCZ/kO9on6DuEus7zjX5zX5y1 XSTduL4rZqdhpwOgPmIxZA1NgFM8icg== X-Gm-Gg: ASbGncspNPz/BTv/7ggb65v3RM9o+mIOFHNlA24l5o2kScjmthL/Y5vsQ7WZj5d4TNZ xUp64uw/gK3UAXmKutaPhjMHxJUph+y8rDhJWCE4xA4Ho4ZN9xlQ= X-Google-Smtp-Source: AGHT+IGf/lu2A6oMdEkak+KaT3DXFwCQ1mIW2UlmX7zQN7/1lGEEfIdsI85PA6V7mfUPKKk/hMXFl8+k8txEVKMKXkU= X-Received: by 2002:a17:907:7f9f:b0:aab:d8de:217e with SMTP id a640c23a62f3a-ab38b163550mr1786518166b.26.1737497473848; Tue, 21 Jan 2025 14:11:13 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Brandon Allbery Date: Tue, 21 Jan 2025 17:11:02 -0500 X-Gm-Features: AbW1kvZkx7JFbh3PDBmLtYXYu3j-pYa0DvPdYDBjLp1AvuBUyokKZGcaC6gbAFU Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Tomek CEDRO Cc: Warner Losh , bob prohaska , Sulev-Madis Silber , freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000ba1d07062c3ea714" X-Rspamd-Queue-Id: 4Yd1d01ZQmz45hf X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] --000000000000ba1d07062c3ea714 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I would offer a data point: the first thing I did was install sudo from a package. The second thing I did was replace it with a build from the ports package installed with 14.2-RELEASE=E2=80=A6 which _downgraded_ it. This se= ems bad for any security-impacting port. On Tue, Jan 21, 2025 at 4:37=E2=80=AFPM Tomek CEDRO wrot= e: > On Tue, Jan 21, 2025 at 10:29=E2=80=AFPM Warner Losh wrote: > > (..) > > I think we should replace the populate /usr/src from a tarball with.... > populate it > > with a tarball that represents a 1-deep checkout tree at the rev we > built the release > > from. This lets users have the source, has minimal overhead and also > lets users update > > or turn the shallow checkout into a deep one, etc. A shallow checkout i= s > quite a bit > > less than a full tree, though still more than just the raw files. I've > not done poking to > > see size comparisons. > > Still having tarball of src and ports snapshots in the full release > images is important to have, users could select which one they want to > use, that seems best solution :-) > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > --=20 brandon s allbery kf8nh allbery.b@gmail.com --000000000000ba1d07062c3ea714 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I would offer a data point: the first thing I did was inst= all sudo from a package. The second thing I did was replace it with a build= from the ports package installed with 14.2-RELEASE=E2=80=A6 which _downgra= ded_ it. This seems bad for any security-impacting port.

On Tue, Jan 21, 2025 at 4:37=E2=80=AFPM Tomek CEDRO <tomek@cedro.info> wrote:
On Tue, Jan 21, 2025 at 10:29=E2=80=AFP= M Warner Losh wrote:
> (..)
> I think we should replace the populate /usr/src from a tarball with...= . populate it
> with a tarball that represents a 1-deep checkout tree at the rev we bu= ilt the release
> from. This lets users have the source, has minimal overhead and also l= ets users update
> or turn the shallow checkout into a deep one, etc. A shallow checkout = is quite a bit
> less than a full tree, though still more than just the raw files. I= 9;ve not done poking to
> see size comparisons.

Still having tarball of src and ports snapshots in the full release
images is important to have, users could select which one they want to
use, that seems best solution :-)

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info



--
brandon s allbery kf8= nh
--000000000000ba1d07062c3ea714-- From nobody Tue Jan 21 22:43:09 2025 X-Original-To: freebsd-current@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 4Yd2L43b2vz5lj6R for ; Tue, 21 Jan 2025 22:43:24 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4Yd2L15xpsz3D2x for ; Tue, 21 Jan 2025 22:43:20 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=dec.sakura.ne.jp header.s=s2405 header.b="KMLm05d/"; spf=pass (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp designates 153.125.133.21 as permitted sender) smtp.mailfrom=junchoon@dec.sakura.ne.jp; dmarc=pass (policy=none) header.from=dec.sakura.ne.jp Received: from kalamity.joker.local (124-18-43-234.area1a.commufa.jp [124.18.43.234]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 50LMh9HC045991; Wed, 22 Jan 2025 07:43:09 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1737499392; bh=lESQWxPNrn6CdMSnCHNYcWNS6AlZRpLPI9QBQaInRSA=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=KMLm05d/G2VLKPID0zsVS4e8KfFysHnVcZuzz09baCOjVTsuMvWzXPLPPM0jgVjYA J6RYw1nuc7dBzGN50NLTP59V1KK9VKy3eaJQooXxu7wf3Mn1RfDEsvHFDV/mkpHz4R 1W3ZesFWgSWQR1pV/wwQb1n1ENu7ZoHZMT5nWw2Q= Date: Wed, 22 Jan 2025 07:43:09 +0900 From: Tomoaki AOKI To: Brandon Allbery Cc: Tomek CEDRO , Warner Losh , bob prohaska , Sulev-Madis Silber , freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? Message-Id: <20250122074309.9062de69d8403c68a11cd79a@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.2) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [2.75 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; SUSPICIOUS_URL_IN_SUSPICIOUS_MESSAGE(1.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[153.125.133.21:from]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(0.95)[0.946]; URIBL_RED(0.50)[dec.sakura.ne.jp:email,dec.sakura.ne.jp:mid]; MV_CASE(0.50)[]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; HAS_ANON_DOMAIN(0.10)[]; BAD_REP_POLICIES(0.10)[]; DMARC_POLICY_ALLOW(0.00)[dec.sakura.ne.jp,none]; R_DKIM_REJECT(0.00)[dec.sakura.ne.jp:s=s2405]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[dec.sakura.ne.jp:-]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_FIVE(0.00)[6]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DMARC_POLICY_ALLOW_WITH_FAILURES(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:153.125.133.16/28]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Spamd-Bar: ++ X-Rspamd-Queue-Id: 4Yd2L15xpsz3D2x On Tue, 21 Jan 2025 17:11:02 -0500 Brandon Allbery wrote: > I would offer a data point: the first thing I did was install sudo from a > package. The second thing I did was replace it with a build from the ports > package installed with 14.2-RELEASE… which _downgraded_ it. This seems bad > for any security-impacting port. Do you mean that you install sudo from official "latest" repo, then, `make package` in security/sudo with ports tree provided as ports.txz in installation media? If so, it could be latest/quarterly issue. > > On Tue, Jan 21, 2025 at 4:37 PM Tomek CEDRO wrote: > > > On Tue, Jan 21, 2025 at 10:29 PM Warner Losh wrote: > > > (..) > > > I think we should replace the populate /usr/src from a tarball with.... > > populate it > > > with a tarball that represents a 1-deep checkout tree at the rev we > > built the release > > > from. This lets users have the source, has minimal overhead and also > > lets users update > > > or turn the shallow checkout into a deep one, etc. A shallow checkout is > > quite a bit > > > less than a full tree, though still more than just the raw files. I've > > not done poking to > > > see size comparisons. > > > > Still having tarball of src and ports snapshots in the full release > > images is important to have, users could select which one they want to > > use, that seems best solution :-) > > > > -- > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > > > > > -- > brandon s allbery kf8nh > allbery.b@gmail.com -- Tomoaki AOKI From nobody Tue Jan 21 22:48:11 2025 X-Original-To: freebsd-current@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 4Yd2Rt4nxwz5lj32 for ; Tue, 21 Jan 2025 22:48:26 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yd2Rt2cvGz3F68 for ; Tue, 21 Jan 2025 22:48:26 +0000 (UTC) (envelope-from allbery.b@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x635.google.com with SMTP id a640c23a62f3a-ab39f84cbf1so766169766b.3 for ; Tue, 21 Jan 2025 14:48:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737499704; x=1738104504; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=cKyz5r0Uy8x9WwPFG+tq0rNc7DjoqLAb6hBP5AaBDF0=; b=co/nuOn7rMDBhlOzOOsaqYgKT65s2PG3xg2TZj1bYbShGAG5fiiN0nuVVxezKwqjvu 8GrYXq9eMbLnqkHLf6sbypmde5biksr2FoUWJM6PfA/w3x2Ytvhw+OUUacxLls6k/JFh oTR0oS4e3CZD/LCXF08VMiYJ69/te0RMlhtGRVzXJ2orxI9g2PIXZJsokf8UXhKA0f4+ Q1gnHa1q8Qre3+4g7MPZuSy2hIMveHYr815zBP7c2E3zPCj4v/mlytwghwUM6U32aU5O t3KXuOkfDwHILbojLbaKmudNY6fnm9sKuuCZK6fXHKJteqWaXqcWYUt1hhhskiGCAjKN /Adg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737499704; x=1738104504; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=cKyz5r0Uy8x9WwPFG+tq0rNc7DjoqLAb6hBP5AaBDF0=; b=fTGd5A+581HsRIP8yTilDRKNOP0YnPcbFo1pvrfqcK6YDfJ2UDwuA1dJ1fsuvUJ3Wr NMZiQmhlSNgy963MGexHFQxVznJL601vz+qCuHjc2rMrHT+9q+q7nkEP6VqvEM7RBjPq Mcbi6Lm8UazNGAL5lAX/58u5phRPM0h+TNWUzwfzwcNwPTLwKrQw+wIQwFGJj/wDn2wN IWvdI4h3VMXCwfYkLQuS1G3d0QLt63Wsj6YKIoQt2/wrMYcuMjcmiGNAxG6hsUbmGXRU d1/ht1Fcl/rwM6rpoJ4o7fNWgnCyDF39O4FFVTlUBrZXgWz4PkPG0TuBwxoUjUGmWqtr RdAA== X-Forwarded-Encrypted: i=1; AJvYcCVRAp3zLcRctErOahQdyHWfZ329yIK/WGi9FnSE+tixjgyULW5fqZnmU9hcDXyV9bfk9gSjSEW8sGLu2igiENI=@freebsd.org X-Gm-Message-State: AOJu0YxerOFWi84IbhhZ3MFqjN5+5db02KoJi1DfMi0JLoZEQrUEkoR4 TKjPEBeqRvM1eFRq/04P+ZR5g9LA4W70HMnzwf1qgwk6FJuxap6RtfJVAqM9TZQxiRKycsSanXP e5EtV2TUHEp8UzVJCbQfgP/RB8n4= X-Gm-Gg: ASbGncu2900YkvdH8gp3In2eyOBG03TcBQwBRb10XH+t2TeB0mV/aTEtC8XYDqnZDOF 1lj4mxTHFVvI+OMew0/jAqA73SzR6153xoiYk5H2++G8vQvML/f4= X-Google-Smtp-Source: AGHT+IH/2NI3xSMPJ35zU32L9kiYTr6cHiNDhOGKA8OUGpvKSn8L/up5H4X7XphTfNpIJKl8dDYmqNb/1FppWBaloVQ= X-Received: by 2002:a17:907:3f95:b0:aac:1b56:324a with SMTP id a640c23a62f3a-ab38b161425mr1737843666b.26.1737499703788; Tue, 21 Jan 2025 14:48:23 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <20250122074309.9062de69d8403c68a11cd79a@dec.sakura.ne.jp> In-Reply-To: <20250122074309.9062de69d8403c68a11cd79a@dec.sakura.ne.jp> From: Brandon Allbery Date: Tue, 21 Jan 2025 17:48:11 -0500 X-Gm-Features: AbW1kvY02y-0Ap5-npNpGv6nVdVkPwsbuueghmxsriExQtCD0lJtQf1Xtx-7JwA Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Tomoaki AOKI Cc: Tomek CEDRO , Warner Losh , bob prohaska , Sulev-Madis Silber , freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000a44e7e062c3f2c3a" X-Rspamd-Queue-Id: 4Yd2Rt2cvGz3F68 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[] --000000000000a44e7e062c3f2c3a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yes, the pkg was 1.9.16p2, the build from ports.tgz was 1.9.16p1. (The one from ports HEAD as of a few days ago was 1.9.16p2_1, FWIW.) I'm still getting used to the little changes since the last time I ran FreeBSD (back around 5-CURRENT). On Tue, Jan 21, 2025 at 5:43=E2=80=AFPM Tomoaki AOKI wrote: > On Tue, 21 Jan 2025 17:11:02 -0500 > Brandon Allbery wrote: > > > I would offer a data point: the first thing I did was install sudo from= a > > package. The second thing I did was replace it with a build from the > ports > > package installed with 14.2-RELEASE=E2=80=A6 which _downgraded_ it. Thi= s seems > bad > > for any security-impacting port. > > Do you mean that you install sudo from official "latest" repo, then, > `make package` in security/sudo with ports tree provided as ports.txz > in installation media? > > If so, it could be latest/quarterly issue. > > > > > > On Tue, Jan 21, 2025 at 4:37=E2=80=AFPM Tomek CEDRO = wrote: > > > > > On Tue, Jan 21, 2025 at 10:29=E2=80=AFPM Warner Losh wrote: > > > > (..) > > > > I think we should replace the populate /usr/src from a tarball > with.... > > > populate it > > > > with a tarball that represents a 1-deep checkout tree at the rev we > > > built the release > > > > from. This lets users have the source, has minimal overhead and als= o > > > lets users update > > > > or turn the shallow checkout into a deep one, etc. A shallow > checkout is > > > quite a bit > > > > less than a full tree, though still more than just the raw files. > I've > > > not done poking to > > > > see size comparisons. > > > > > > Still having tarball of src and ports snapshots in the full release > > > images is important to have, users could select which one they want t= o > > > use, that seems best solution :-) > > > > > > -- > > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > > > > > > > > > -- > > brandon s allbery kf8nh > > allbery.b@gmail.com > > > -- > Tomoaki AOKI > --=20 brandon s allbery kf8nh allbery.b@gmail.com --000000000000a44e7e062c3f2c3a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes, the pkg was 1.9.16p2, the build from ports.tgz was 1.= 9.16p1. (The one from ports HEAD as of a few days ago was 1.9.16p2_1, FWIW.= ) I'm still getting used to the little changes since the last time I ra= n FreeBSD (back around 5-CURRENT).

On Tue, Jan 21, 202= 5 at 5:43=E2=80=AFPM Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote:
On Tue, 21 Jan 2025 17:11:02 -0500
Brandon Allbery <allbery.b@gmail.com> wrote:

> I would offer a data point: the first thing I did was install sudo fro= m a
> package. The second thing I did was replace it with a build from the p= orts
> package installed with 14.2-RELEASE=E2=80=A6 which _downgraded_ it. Th= is seems bad
> for any security-impacting port.

Do you mean that you install sudo from official "latest" repo, th= en,
`make package` in security/sudo with ports tree provided as ports.txz
in installation media?

If so, it could be latest/quarterly issue.


>
> On Tue, Jan 21, 2025 at 4:37=E2=80=AFPM Tomek CEDRO <tomek@cedro.info> wrote:
>
> > On Tue, Jan 21, 2025 at 10:29=E2=80=AFPM Warner Losh wrote:
> > > (..)
> > > I think we should replace the populate /usr/src from a tarba= ll with....
> > populate it
> > > with a tarball that represents a 1-deep checkout tree at the= rev we
> > built the release
> > > from. This lets users have the source, has minimal overhead = and also
> > lets users update
> > > or turn the shallow checkout into a deep one, etc. A shallow= checkout is
> > quite a bit
> > > less than a full tree, though still more than just the raw f= iles. I've
> > not done poking to
> > > see size comparisons.
> >
> > Still having tarball of src and ports snapshots in the full relea= se
> > images is important to have, users could select which one they wa= nt to
> > use, that seems best solution :-)
> >
> > --
> > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> >
> >
>
> --
> brandon s allbery kf8nh
> allbery.b@gma= il.com


--
Tomoaki AOKI=C2=A0 =C2=A0 <junchoon@dec.sakura.ne.jp>


--
brandon s allbery kf8= nh
--000000000000a44e7e062c3f2c3a-- From nobody Wed Jan 22 01:43:00 2025 X-Original-To: freebsd-current@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 4Yd6KW0N4sz5ltGM for ; Wed, 22 Jan 2025 01:43:11 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4Yd6KV4rX2z3gm2 for ; Wed, 22 Jan 2025 01:43:10 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1737510182; x=1738176848; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=mMiR5zEPwYhZ1V0hsEvlULCbQu41jRzmP1aaCRMKOIk=; b=MoWmpgxOS9PTaDFYwnqR/IVShOh4S6ixU9IBd3thNmf71yuh4VREgA5B6H3cB1fPWrpw/uAu rArRs+RTQYnsnS0GDHi9e3DaNuWDC+W3bIjcPI28sg56ueS0Iv49xIMCd8hf06g9YvgXQj5/Y1 WLX3D/I2V7ZKQbnU+/zXv95i1Mkn+SL+KyYemkErmWXS0OL3QSC9VRe0PYYgs5frHz2wwid57S It/XBopyeOaYr7m0SL+xBb0qxBfa3oYoNolWvhZa5Lx8gibmlBtql0QMFdB5zS4FHRbS++RGLD SvnKlxmB7Lp566FKN/nQQVMVhsQ8FUVw41zj8iPe2MFDeSGQ== DKIM-Signature: v=1; a=adaed25519-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=orange; t=1737510182; x=1738176848; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=mMiR5zEPwYhZ1V0hsEvlULCbQu41jRzmP1aaCRMKOIk=; b=Dm7W4BafPIy6FTkUlVbATOZTnlhZkVwpIDTozUw46CxsByc+UDVVxjjBcVwGboV1uWG6Jbf2 o6D9lOzoAtWuDw== Date: Wed, 22 Jan 2025 02:43:00 +0100 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: Warner Losh Cc: bob prohaska , Sulev-Madis Silber , freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: <20250122014300.izn3kEWi@steffen%sdaoden.eu> In-Reply-To: References: Mail-Followup-To: Warner Losh , bob prohaska , Sulev-Madis Silber , freebsd-current@freebsd.org User-Agent: s-nail v14.9.25-636-gc7c14cee09-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Yd6KV4rX2z3gm2 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE] Warner Losh wrote in : |On Tue, Jan 21, 2025 at 2:26=E2=80=AFPM bob prohaska = wrote: |> On Tue, Jan 21, 2025 at 10:35:18PM +0200, Sulev-Madis Silber wrote: |>> not shipping src in installer? what could possibly go wrong! |>> |>> i was just thinking of this the other day. that installers are |> self-contained packages that come with os and it's source... |>> |> There's no harm (and indeed, some good) in offering source code |> as a component of a new installation. What confused me was having |> that source code offered as a dead end. After a little poking around |> it's clear that including /usr/src/.git would have added close to |> to 2 GB to the size of the installer. Perhaps not unacceptable, |> but surely undesirable. Maybe that's reason enough for present |> practice of installing a dead /usr/src.. |> |> As a matter of naive curiosity, could one efficiently update /usr/src |> using something like sftp -ar ? It wouldn't preserve the revision detail |> git does, but seemingly it would download modified files while saving |> for re-use those that haven't changed. For users who don't make local |> mods it might be sufficient. |> |>> On January 21, 2025 10:09:43 PM GMT+02:00, Gleb Smirnoff < |> glebius@freebsd.org> wrote: |>> ... |>>>I think that /usr/src and /usr/ports as part of FreeBSD release |>>>distribution should just go away. But we should provide a one liner |>>>command to get them in a proper way (shallow git checkout). |>>> |> |> Do you mean have the "install src" checkbox invoke git clone? |> That seems like a better idea, at least to me. | |I think we should replace the populate /usr/src from a tarball with.... |populate it |with a tarball that represents a 1-deep checkout tree at the rev we built |the release |from. This lets users have the source, has minimal overhead and also lets |users update |or turn the shallow checkout into a deep one, etc. A shallow checkout is |quite a bit |less than a full tree, though still more than just the raw files. I've not |done poking to |see size comparisons. What i do is having a "null" branch, which contains only one file "NULL" which contains only the name of the master/xy branch. Ie i can do (equivalent of) "git checkout $(cat NULL)" to get the files populated, but can checkout that "null" branch to get rid of myriads of files, and the majority of space consumption. (Before someone complains again: i know about "bare" repositories, but this is not what i want to have here.) #?0|kent:tmp$ cd /x/os/linux.git #?0|kent:linux.git$ du -sh . 2.5G . #?0|kent:linux.git$ find . -type f | wc -l 52 #?0|kent:linux.git$ ll total 4K -rw-r----- 1 steffen code 7 Mar 30 2020 NULL drwxr-s--T 1 steffen code 16 Mar 30 2020 ./ drwsrws--T 1 root code 746 Dec 28 19:10 ../ drwxr-s--- 1 steffen code 178 Dec 28 19:13 .git/ #?0|kent:linux.git$ cat NULL master #?0|kent:linux.git$ cd /usr/src/linux-6.1/ #?0|kent:linux-6.1$ du -sh . 1.4G . #?0|kent:linux-6.1$ find . -type f | wc -l 78710 (Often i then however do "alias.ar archive --format=3Dtar" aka "git ar --prefix=3Dxy/ SOMECOMMIT| (cd TMPFS && tar -xf -)" instead as most projects i track i only track out of interest, and if i really need the files, then only temporary. (Problem here is that glibc build needs kernel checkout, and initially, without overcommitting tmpfs /tmp with size=3D170% -- NVME swap! -- space would have been insufficient for linux kernel compilation, too.)) Anyway, with such a thing all the many files are only a "git checkout" away, while initially there is only the git object pack. (And that can be --aggressive'ly packed to some large extend; i have not done that for OSs for a year, but the exim MTA i newly cloned from github a few weeks ago, for example, shrunk locally from 80 megabytes to only twenty: the git objects, that is.) --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) | |In Fall and Winter, feel "The Dropbear Bard"s pint(er). | |The banded bear |without a care, |Banged on himself for e'er and e'er | |Farewell, dear collar bear From nobody Wed Jan 22 06:27:37 2025 X-Original-To: current@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 4YdDdm0cFsz5l02M for ; Wed, 22 Jan 2025 06:27:40 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdDdl6v5fz42Th; Wed, 22 Jan 2025 06:27:39 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737527260; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=eYnFM9kBZ4tCAbipQK0cqgHj9e1TKjXBuKoMEpECi88=; b=Z53xIZ3rZiLOEyutQ0lrNy8NRoSQ2Bv5EfvVh1mnCRTtQSGfNOH2FHoo6hNAyaBTXEAr5B xDV20fjwYmk+w/K0yhBRFljjOaJ7Hy1ZsuH3M02ao5D1RxKEMGzBJCf139AKCrknvH4SJ/ agKr637amR587LF0Vjb8c0zyxrc2LZxCmHNSiwO8h0iCCIkGgjrh29DmIM+ooJMpP0kRDc 1A95YBYoJTfbGxye8lZfsEGyskdspWVUHUPza8SH4D0/UHGZevXoDlwRlMfojHJn1M+g6x zCRpxRj3ZXM1mVXXc0bsrwq6EtqBjFQTlG9FC0vvBNKMG3RMk5NFMpiIzIBO3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737527260; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=eYnFM9kBZ4tCAbipQK0cqgHj9e1TKjXBuKoMEpECi88=; b=jRAjyEl8ftbDFPBrvTpWL3d2587K5BdIKIKN7wefMddth8Jntjo2SdlrNy7L/ThFm5Fktw QnuFGHc/UHgdXhjs47ZGY0dxC/732JUs/AmLK281xROiPb9VkTpYKgRtLqQg+ahlFXxrKm NUOps3ufcj7LDQlOhaacEvaFDe1Kq3gPyqC7mMKpvQp7O9TL0ruHSBWpuQGIqhZky4q6gg P6TjJNdMrD24HU96KlttOj9PsLuX6wwWqjx2/M5/VXQNRC0kdkY6UH5L7PKKz1KJG+aejs dllPBthUejoWEQOijFzsZhMg0ID7cZSF/eNF9hu6lWdTt5mOxMe89ykHg3Rqzg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1737527260; a=rsa-sha256; cv=none; b=UtCY2IMq6QL/vUslME1/YOukHW1sw/dzh6631RCyN7HniYEW9imRBjqSXgeZGC6nXyLgxY 6lTdtPP9p82Nj4u1d73YedqZiReyegKffYPA1e88+EA0JnIZe/f/P+g+ZSDh1yv8ez6Reo pMX/63lX/nVv7DPTclKE6O+2QHXJGpJ8z6i6kmkPpUAafYpdWsKIETXhSS+CT2W4tvp+cs H6qUb7k4fV6PIjylwgu+ufV0/xGlz85ZopiqMOSrjB9OiiuBbDJJUugUl0GHrGp0MWiEiP 5Jou6uNr8Z4te2Cggxn/7LOaWQJm/96sI7gXuKQfBpFcjaqn1XnW4zuJFkcX2g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4YdDdl3Ywgzrgx; Wed, 22 Jan 2025 06:27:39 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 21 Jan 2025 22:27:37 -0800 From: Gleb Smirnoff To: current@freebsd.org Cc: rmacklem@freebsd.org Subject: HEADS UP: NFS changes coming into CURRENT early February Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, TLDR version: users of NFS with Kerberos (e.g. running gssd(8)) as well as users of NFS with TLS (e.g. running rpc.tlsclntd(8) or rpc.tlsservd(8)) as well as users of network lock manager (e.g. having 'options NFSLOCKD' and running rpcbind(8)) are affected. You would need to recompile & reinstall both the world and the kernel together. Of course this is what you'd normally do when you track FreeBSD CURRENT, but better be warned. I will post hashes of the specific revisions that break API/ABI when they are pushed. Longer version: last year I tried to check-in a new implementation of unix(4) SOCK_STREAM and SOCK_SEQPACKET in d80a97def9a1, but was forced to back it out due to several kernel side abusers of a unix(4) socket. The most difficult ones are the NFS related RPC services, that act as RPC clients talking to an RPC servers in userland. Since it is impossible to fully emulate a userland process connection to a unix(4) socket they need to work with the socket internal structures bypassing all the normal KPIs and conventions. Of course they didn't tolerate the new implementation that totally eliminated intermediate buffer on the sending side. While the original motivation for the upcoming changes is the fact that I want to go forward with the new unix/stream and unix/seqpacket, I also tried to make kernel to userland RPC better. You judge if I succeeded or not :) Here are some highlights: - Code footprint both in kernel clients and in userland daemons is reduced. Example: gssd: 1 file changed, 5 insertions(+), 64 deletions(-) kgssapi: 1 file changed, 26 insertions(+), 78 deletions(-) 4 files changed, 1 insertion(+), 11 deletions(-) - You can easily see all RPC calls from kernel to userland with genl(1): # genl monitor rpcnl - The new transport is multithreaded in kernel by default, so kernel clients can send a bunch of RPCs without any serialization and if the userland figures out how to parallelize their execution, such parallelization would happen. Note: new rpc.tlsservd(8) will use threads. - One ad-hoc single program syscall is removed - gssd_syscall. Note: rpctls syscall remains, but I have some ideas on how to improve that, too. Not at this step though. - All sleeps of kernel RPC calls are now in single place, and they all have timeouts. I believe NFS services are now much more resilient to hangs. A deadlock when NFS kernel thread is blocked on unix socket buffer, and the socket can't go away because its application is blocked in some other syscall is no longer possible. The code is posted on phabricator, reviews D48547 through D48552. Reviewers are very welcome! I share my branch on Github. It is usually rebased on today's CURRENT: https://github.com/glebius/FreeBSD/commits/gss-netlink/ Early testers are very welcome! -- Gleb Smirnoff From nobody Wed Jan 22 08:23:08 2025 X-Original-To: freebsd-current@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 4YdHCY6XDYz5l7Zk for ; Wed, 22 Jan 2025 08:23:37 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from fhigh-a4-smtp.messagingengine.com (fhigh-a4-smtp.messagingengine.com [103.168.172.155]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YdHCY4fbVz4BLT for ; Wed, 22 Jan 2025 08:23:37 +0000 (UTC) (envelope-from dch@skunkwerks.at) Authentication-Results: mx1.freebsd.org; none Received: from phl-compute-02.internal (phl-compute-02.phl.internal [10.202.2.42]) by mailfhigh.phl.internal (Postfix) with ESMTP id 896541140121; Wed, 22 Jan 2025 03:23:30 -0500 (EST) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-02.internal (MEProxy); Wed, 22 Jan 2025 03:23:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm1; t=1737534210; x=1737620610; bh=tQiTxRmpiDNYUPSBB/+aEeA0XCg/g+fy w4i8BTkQIew=; b=mbTN9MvQZiddaat/9ZGwGHT2xohipg94cG3IOgy2zncvANoQ FLJEKlWlDP2u1jSK8/xKJECqRAZYf90EeEd4TeCdxql+SrmftNoYsEDz7NmT6NCM aqoV6OX0RWHp4l0tkF3o6OOFT7qOfEc28bnL8adiivZWlmY5fMm22CGMsfU6ROTq 5RIQrmTAuOE55SR7/lX/iGsUDEKABsI9n2USyKTRJM5yfcQvq9mplMf8zWMQ1i8r UK5pxZ82ysJ6ZOgMBZnWEFW6+pP9mjObQt7gl/W9+uE1H1m3L8S9CI9qQVdC3fAV hKSG6P3uw3ODDYwUDm6yRlt4ebUEVE0UpMjL/w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1737534210; x= 1737620610; bh=tQiTxRmpiDNYUPSBB/+aEeA0XCg/g+fyw4i8BTkQIew=; b=o HCSkr/8MDMGh1In+EhV4vAU6j1Pa2q4H6MTRymQ6NVKlrg6D4eH69bfEEmRf0ZAB 8Q2dAxk0/yXST8ILoRbotDSXwjeRrE8P8Pxe1v7/wHWkdbY83ghgypF+RidYIOO5 SeKYPea92yoFMfKw8SXtICEhO2jJGUFogCo/f4HLiM70ts8Y/kVUvezDzI+rRGvn J+rdXgOMYBGeOTZR6RHrEWGfyoaSv+1NNs2invXH2u06ScLbdf+4W6S/0IsoeF9G +1w86978u1pLd13AhYidR+DchpW+SOc/2q5b2kL5tsUdN4DzR0WPZfQJmhV9CbBH WV88QvOSbBofDod5b9j0w== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejfedguddujecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepofggff fhvfevkfgjfhfutgfgsehtjeertdertddtnecuhfhrohhmpedfffgrvhgvucevohhtthhl vghhuhgsvghrfdcuoegutghhsehskhhunhhkfigvrhhkshdrrghtqeenucggtffrrghtth gvrhhnpeefffffveduhedutdetueevkeeuleefgeekteevjedvgeeuheeufeelleduvefg vdenucffohhmrghinhepghhithdqshgtmhdrtghomhdpfhhrvggvsghsugdrohhrghenuc evlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegutghhsehs khhunhhkfigvrhhkshdrrghtpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpoh huthdprhgtphhtthhopehimhhpsegsshguihhmphdrtghomhdprhgtphhtthhopehfrhgv vggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgpdhrtghpthhtohepfhhrvg gvsghsugdqtghurhhrvghnthdqfhhrvggvsghsugdqohhrghduuddusehkvghtrghsrdhs ihdrphhrihdrvggvpdhrtghpthhtohepfhgsshguseiffiifrdiivghfohigrdhnvght X-ME-Proxy: Feedback-ID: ic0e84090:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id ECFD9B00069; Wed, 22 Jan 2025 03:23:28 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Date: Wed, 22 Jan 2025 08:23:08 +0000 From: "Dave Cottlehuber" To: "Warner Losh" , "bob prohaska" Cc: "Sulev-Madis Silber" , freebsd-current Message-Id: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> In-Reply-To: References: Subject: Re: /usr/src and /usr/ports not git directories ? Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4YdHCY4fbVz4BLT X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US] On Tue, 21 Jan 2025, at 21:29, Warner Losh wrote: >> Do you mean have the "install src" checkbox invoke git clone? >> That seems like a better idea, at least to me. This wouldn't be ideal for small systems or any area with lousy internet. > I think we should replace the populate /usr/src from a tarball with.... > populate it > with a tarball that represents a 1-deep checkout tree at the rev we > built the release > from. This lets users have the source, has minimal overhead and also > lets users update > or turn the shallow checkout into a deep one, etc. A shallow checkout > is quite a bit > less than a full tree, though still more than just the raw files. I've > not done poking to > see size comparisons. Can we ship a working gitup config? I've not used this yet, but this would be a good option. Another option is to ship src.txz as we do today, but include a minimal git config, such that `git fetch origin releng/14.2` would work. I like this because we're not really reliant on a specific version of git packfiles, and it's still just src as usual. Another option, IIRC Kyle mentioned this last year, is to use `git bundle` https://git-scm.com/book/en/v2/Git-Tools-Bundling but I don't really know enough about that. Perhaps that would be a reasonable option to fetch over network, in the installer? For the former, this seems to be sufficient: ``` # /usr/src/ .git/ .git/branches/ .git/objects/ .git/refs/ .git/HEAD ref: refs/heads/releng/14.2 .git/description FreeBSD 14.2-RELEASE .git/config see below ``` ``` # .git/config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote "origin"] url = https://git.freebsd.org/src.git pushurl = git@gitrepo.freebsd.org:src.git fetch = +refs/heads/releng/14.2:refs/remotes/origin/releng/14.2 [branch "releng/14.2"] remote = origin merge = refs/heads/releng/14.2 ``` this yields ~ 350MiB raw, as txz its still 325MiB. ``` $ git fetch --depth 1 --no-tags --jobs 32 --set-upstream origin releng/14.2 remote: Enumerating objects: 103451, done. remote: Counting objects: 100% (103451/103451), done. remote: Compressing objects: 100% (89088/89088), done. remote: Total 103451 (delta 21659), reused 41475 (delta 10515), pack-reused 0 (from 0) Receiving objects: 100% (103451/103451), 344.67 MiB | 9.13 MiB/s, done. Resolving deltas: 100% (21659/21659), done. >From https://git.freebsd.org/src * branch releng/14.2 -> FETCH_HEAD $ du -chs .git 348M .git 348M total ``` this isn't quite right, git switch / git reset --hard or similar might be needed, but its pretty close. A+ Dave From nobody Wed Jan 22 16:30:09 2025 X-Original-To: freebsd-current@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 4YdV1B5RrKz5khsL for ; Wed, 22 Jan 2025 16:30:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdV1B2WM5z3mkk for ; Wed, 22 Jan 2025 16:30:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62a.google.com with SMTP id d9443c01a7336-216401de828so124020685ad.3 for ; Wed, 22 Jan 2025 08:30:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1737563420; x=1738168220; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=LcgPLuzb/oKMgx0S9DGMvvTGZUIUzcQdoqvZ0Sh7rFM=; b=Q/qerWgGAUmi+j2kmyCpslSMBe2UeVd3KOIsJa8mD7kr3OPNzDZvucMDxrpXqt5IxN pH8cSt9WYxEz2xn4L6irbSxZnk+jDS3MbsbH4vcpJf4uJLZ+BXDAcdGYNk8s5/lSPYJq LVkdKN8Ua2U6YZGWDgbzoA1/jGqBQg2WkMSlDDQpqS9+xf3M7+lj0gwPd2tzwIKkm8IG JkY27wm6fcZdz+iObefhXHiRlh+bqapWHCMKdAc+Y1L3FM5K061zyICK9idnQ+umHZvR cTfkEI+EF5nedV9A5DJL4HWvLnO7iRMmnVwAuzZTvY9+AmrgPTCSrCMmSCgF5bp7jqe2 Qryw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737563420; x=1738168220; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=LcgPLuzb/oKMgx0S9DGMvvTGZUIUzcQdoqvZ0Sh7rFM=; b=GcdkDoH5UDYCqr+ddxN9mYW576YChDJV2lhCUDYhMjn3CTUK3HdMToKBG9Crw9ROHi 1RsE0Xt8jwI6+/63wMYoPiEf45NrG/0S2iCoR3x5nJGQC1tyYZ7IqI/I690A/sRwItWq Ao6WHqFS/ujK7OoqdCYOYjZoRTlv6Pf4SmBnx4NSvIJc+8G1rDddyE3NyjYf4U3AzwIY PUI32/LPPKIbKkESuMMJrpwuNrhmVoqiDx8utqJBvmspr8YXL3AZdKmH3YB9LXflpq/K XAq7vnD9xWcjHHF6J9W+ue212amEtn7M8i7K+PJU6O27pa1VVCoFUeo/QI7pO0KE+n// QBYw== X-Forwarded-Encrypted: i=1; AJvYcCW/xkV0yS6aOkUrt4/4b0/cAs7d6MjN4/RSC2qyIUtdHSYPtMD0v5AmZOYHmi/lP6yk1dwH9wEzFjtpTwVl/wM=@freebsd.org X-Gm-Message-State: AOJu0YwZSFKna8z4wRpbLtTv5Eoq29/b32inxlaklsFijtZGU/y8OpKm LHunQdtk+3lwE8pGmYj6z3Jhwl6r4p3z3aGyxRPchveDKPjXH1k2Scj+k57ec1insCqjPCsTIqD 1NGUw3aHIVU3GyQlRbsYfoxPu3MbGmQ+9lA6TjKRw6bbTraN5exEXcA== X-Gm-Gg: ASbGncsptYbW2BKZXmz+ikeaD9v0kHmbsfnh9bNkKDimWeubDlBcVmmj26P+haNgQoE 8tRnz0vND2bCBfPjY/oOCkJtwpKqQ1RxyopC0q75yAemyCByr8R1hI4qIvvuXgA== X-Google-Smtp-Source: AGHT+IEzmCoUGj/Rt+77inY76OYwtY9h4EJIr9Ah4H8u9Bi5rTmAss9SArUcAhChHGopsg23F3+4MdhIhhBDcfJFICs= X-Received: by 2002:a05:6a20:244c:b0:1e1:94a2:275c with SMTP id adf61e73a8af0-1eb21485c90mr38140969637.18.1737563419990; Wed, 22 Jan 2025 08:30:19 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> In-Reply-To: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> From: Warner Losh Date: Wed, 22 Jan 2025 09:30:09 -0700 X-Gm-Features: AbW1kvYvheOyKucNndFqy8zNCWyCMKG0VlPEFia3SQYvkykWhm9nB4-n3bXtOIA Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Dave Cottlehuber Cc: bob prohaska , Sulev-Madis Silber , freebsd-current Content-Type: multipart/alternative; boundary="0000000000006c7a30062c4e020d" X-Rspamd-Queue-Id: 4YdV1B2WM5z3mkk X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --0000000000006c7a30062c4e020d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jan 22, 2025 at 1:23=E2=80=AFAM Dave Cottlehuber wrote: > On Tue, 21 Jan 2025, at 21:29, Warner Losh wrote: > >> Do you mean have the "install src" checkbox invoke git clone? > >> That seems like a better idea, at least to me. > > This wouldn't be ideal for small systems or any area with lousy > internet. > > > I think we should replace the populate /usr/src from a tarball with.... > > populate it > > with a tarball that represents a 1-deep checkout tree at the rev we > > built the release > > from. This lets users have the source, has minimal overhead and also > > lets users update > > or turn the shallow checkout into a deep one, etc. A shallow checkout > > is quite a bit > > less than a full tree, though still more than just the raw files. I've > > not done poking to > > see size comparisons. > > Can we ship a working gitup config? I've not used this yet, but this > would be a good option. > > Another option is to ship src.txz as we do today, but include a minimal > git config, such that `git fetch origin releng/14.2` would work. I like > this because we're not really reliant on a specific version of git > packfiles, and it's still just src as usual. > > Another option, IIRC Kyle mentioned this last year, is to use `git bundle= ` > https://git-scm.com/book/en/v2/Git-Tools-Bundling but I don't really know > enough about that. Perhaps that would be a reasonable option to fetch ove= r > network, in the installer? > > For the former, this seems to be sufficient: > > ``` > # /usr/src/ > .git/ > .git/branches/ > .git/objects/ > .git/refs/ > .git/HEAD ref: refs/heads/releng/14.2 > .git/description FreeBSD 14.2-RELEASE > .git/config see below > ``` > > ``` > # .git/config > [core] > repositoryformatversion =3D 0 > filemode =3D true > bare =3D false > logallrefupdates =3D true > > [remote "origin"] > url =3D https://git.freebsd.org/src.git > pushurl =3D git@gitrepo.freebsd.org:src.git > fetch =3D +refs/heads/releng/14.2:refs/remotes/origin/releng/14.2 > > [branch "releng/14.2"] > remote =3D origin > merge =3D refs/heads/releng/14.2 > ``` > > this yields ~ 350MiB raw, as txz its still 325MiB. > > ``` > $ git fetch --depth 1 --no-tags --jobs 32 --set-upstream origin > releng/14.2 > remote: Enumerating objects: 103451, done. > remote: Counting objects: 100% (103451/103451), done. > remote: Compressing objects: 100% (89088/89088), done. > remote: Total 103451 (delta 21659), reused 41475 (delta 10515), > pack-reused 0 (from 0) > Receiving objects: 100% (103451/103451), 344.67 MiB | 9.13 MiB/s, done. > Resolving deltas: 100% (21659/21659), done. > From https://git.freebsd.org/src > * branch releng/14.2 -> FETCH_HEAD > > $ du -chs .git > 348M .git > 348M total > ``` > > this isn't quite right, git switch / git reset --hard or similar might be > needed, > but its pretty close. > I think what you want is % git clone https://github.com/freebsd/freebsd-src --depth=3D1 -b releng/14= .2 --single-branch fred --bare % cd fred % mkdir .git % mv * .git % git config --local core.bare false This will clone 1 deep into the directory 'fred' and won't checkout a copy. If we make this a package, it's 325MB, as you say. That can then be extracted and then you can recover the tree with: % git checkout releng/14.2 which could be done with the pkg file when extracting to /usr/src. I've not measured ports. This would give the user the sources to the release in a package that's fairly minimal. And it would let them fetch other branches more cheaply than having no git repo at all if they are internet connected. It's a good balance between giving everything and taking up too much space. And it's only a little bit larger than the src pkg today. Warner --0000000000006c7a30062c4e020d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Jan 22,= 2025 at 1:23=E2=80=AFAM Dave Cottlehuber <dch@skunkwerks.at> wrote:
On Tue, 21 Jan 2025, at 21:29, Warner Losh wrote:<= br> >> Do you mean have the "install src" checkbox invoke git c= lone?
>> That seems like a better idea, at least to me.

This wouldn't be ideal for small systems or any area with lousy
internet.

> I think we should replace the populate /usr/src from a tarball with...= .
> populate it
> with a tarball that represents a 1-deep checkout tree at the rev we > built the release
> from. This lets users have the source, has minimal overhead and also <= br> > lets users update
> or turn the shallow checkout into a deep one, etc. A shallow checkout =
> is quite a bit
> less than a full tree, though still more than just the raw files. I= 9;ve
> not done poking to
> see size comparisons.

Can we ship a working gitup config? I've not used this yet, but this would be a good option.

Another option is to ship src.txz as we do today, but include a minimal
git config, such that `git fetch origin releng/14.2` would work. I like
this because we're not really reliant on a specific version of git
packfiles, and it's still just src as usual.

Another option, IIRC Kyle mentioned this last year, is to use `git bundle`<= br> https://git-scm.com/book/en/v2/Git-Tools-Bundling but I don't really know
enough about that. Perhaps that would be a reasonable option to fetch over<= br> network, in the installer?

For the former, this seems to be sufficient:

```
# /usr/src/
.git/
.git/branches/
.git/objects/
.git/refs/
.git/HEAD=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ref: refs/h= eads/releng/14.2
.git/description=C2=A0 =C2=A0 =C2=A0 =C2=A0 FreeBSD 14.2-RELEASE
.git/config=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0see below
```

```
# .git/config
[core]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 repositoryformatversion =3D 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 filemode =3D true
=C2=A0 =C2=A0 =C2=A0 =C2=A0 bare =3D false
=C2=A0 =C2=A0 =C2=A0 =C2=A0 logallrefupdates =3D true

[remote "origin"]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 url =3D https://git.freebsd.org/src.git
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pushurl =3D git@gitrepo.freebsd.org:src.git
=C2=A0 =C2=A0 =C2=A0 =C2=A0 fetch =3D +refs/heads/releng/14.2:refs/remotes/= origin/releng/14.2

[branch "releng/14.2"]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 remote =3D origin
=C2=A0 =C2=A0 =C2=A0 =C2=A0 merge =3D refs/heads/releng/14.2
```

this yields ~ 350MiB raw, as txz its still 325MiB.

```
$ git fetch --depth 1=C2=A0 --no-tags --jobs 32 --set-upstream origin relen= g/14.2
remote: Enumerating objects: 103451, done.
remote: Counting objects: 100% (103451/103451), done.
remote: Compressing objects: 100% (89088/89088), done.
remote: Total 103451 (delta 21659), reused 41475 (delta 10515), pack-reused= 0 (from 0)
Receiving objects: 100% (103451/103451), 344.67 MiB | 9.13 MiB/s, done.
Resolving deltas: 100% (21659/21659), done.
>From https://git.freebsd.org/src
=C2=A0* branch=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 relen= g/14.2 -> FETCH_HEAD

$ du -chs .git
348M=C2=A0 =C2=A0 .git
348M=C2=A0 =C2=A0 total
```

this isn't quite right, git switch / git reset --hard or similar might = be needed,
but its pretty close.

I think what you = want is

%=C2=A0git clone https://github.com/freebsd/freebsd-src --dept= h=3D1 -b releng/14.2 --single-branch fred --bare
% cd fred
<= div>% mkdir .git
% mv * .git
% git config --local core.= bare false

This will clone 1 deep into the directo= ry 'fred' and won't checkout a copy. If
we make this = a package, it's 325MB, as you=C2=A0 say. That can then be extracted
and then you can recover the tree with:

% g= it checkout releng/14.2

which could be done with t= he pkg file when extracting to /usr/src. I've not measured
po= rts.

This would give the user the sources to the r= elease in a package that's fairly
minimal. And it would let t= hem fetch other branches more cheaply than
having no git repo at = all if they are internet connected. It's a good balance
betwe= en giving everything and taking up too much space. And it's only a litt= le bit
larger than the src pkg today.

Wa= rner

--0000000000006c7a30062c4e020d-- From nobody Wed Jan 22 16:49:31 2025 X-Original-To: freebsd-current@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 4YdVRM5Xpyz5kjtl for ; Wed, 22 Jan 2025 16:49:35 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdVRM4yrpz3q3x; Wed, 22 Jan 2025 16:49:35 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737564575; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rEAf0D6B8qv+ree2lWtpw3p6DCwy6lIcsttMmrY0S1E=; b=NY+Q5OYOIW5Ma6RHTW+JhNjZhzB9LBQclrLyIFQa0AStGEoSvn2CadNovWAvgiorBuP21g lw2Py7RNRch2ADFRt3MYqMLH4Ar03AUqtiaJ0lz/1r9KN3bN8O81NJgxZuBNsalztCnNd5 gsrqD1DFDq1yif64g5Po2gl1NJ8HJqMe8UL9HAfsMdUFlxT2dh19VkgOe5OSHCBYW5m6Ql wN1mMll4XttzhEOtqdCU5CAa2/CK/Wk2WSZc3tigjBRzs6hg7M/WvC5TCw8Esb1YP6RmFl PzbsUl7pY4CfnDoicKIYE61HNLZ1AdKubxnqnGJyR7X9LTYpuLGgmXK+ESovmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737564575; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rEAf0D6B8qv+ree2lWtpw3p6DCwy6lIcsttMmrY0S1E=; b=LP3429bVN3SapkJOYUA3LKBaxefpX8ew7H+mKjshfxAKt8d7uZU+bW141RXI3iiLQBrSSp 3FiMa3HeK7Y4R9df6DmLuTbGncO54eyy1/6zvgrzfg5PVgWJPTpBCf7YVXAUrdy1t995d4 iv6TyCDzr4Tlg1Xzp1293KDCxpB4AFcBKPfHQBVjLKFqAeuaGllaEFpz4Scw63J3aKeku1 lOsmir/P5DDd9aVEV1j8A9TfGWFDwkUfY/uDniz6xdWOKMbgb/KLR+tlhgq55ML0/mlSyD SmwTAoSZraaGbp+gPxFh3dVJ+QfJgagXn1dZI/cl60VFo92mUdPDjAaD3W92Wg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1737564575; a=rsa-sha256; cv=none; b=UACqdYXKlR56VW4dYrSeC3rT3qVNwY6Vb/3obvQ2OJf1u2AqZ0ViaBLcCT55Ega1VD+KNX WuXBJWMgRqnx+tCxV9GqTykoG/cQjSUJpLCjBLcehxUIWWwZqjhyfuYutN6VCkzbC9rYqO P4jZHF+oMlrueZG7SNrs6IPFo8+gG4wPj/vuc8XRKWky+178p3KNfeDvFxhmk7n9irHk72 XukelZvxk6tHFI1437M+w4pwMHbMn1wnFDqkz3MVH4535eEXnjODBrrCfqskjq/6ORq6ER 52RCtIWh1HnCfvv3HX8VMgHezfepbyFVFhwTkHkAyGLDKky5d5LG/womHA2pIQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4YdVRM0XP1z169r; Wed, 22 Jan 2025 16:49:34 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Wed, 22 Jan 2025 08:49:31 -0800 From: Gleb Smirnoff To: Warner Losh Cc: Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: W> I think what you want is W> W> % git clone https://github.com/freebsd/freebsd-src --depth=1 -b releng/14.2 W> --single-branch fred --bare W> % cd fred W> % mkdir .git W> % mv * .git W> % git config --local core.bare false W> W> This will clone 1 deep into the directory 'fred' and won't checkout a copy. W> If W> we make this a package, it's 325MB, as you say. That can then be extracted W> and then you can recover the tree with: W> W> % git checkout releng/14.2 W> W> which could be done with the pkg file when extracting to /usr/src. I've not W> measured W> ports. I really like this plan. So before checkout .git is 337M and after checkout it is 975M, which is made by actual sources + .git. Let's go forward with shipping this bare clone + optional checkout for 15.0-RELEASE. We can ask if user wants to do the checkout, or just keep /usr/src/.git during the install process. For upgrades, we will just write new full /usr/src that includes .git on top of 14.x-RELEASE. That will consume +50% more space on upgraded installations. I'm pretty sure this is fine for those people who do install /usr/src, they already ain't doing a minimal installation. We will also put this in RELNOTES. -- Gleb Smirnoff From nobody Wed Jan 22 21:11:23 2025 X-Original-To: freebsd-current@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 4YdcFj6n99z5l4dY for ; Wed, 22 Jan 2025 21:11:37 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdcFj2M5lz3M2x for ; Wed, 22 Jan 2025 21:11:37 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb34.google.com with SMTP id 3f1490d57ef6-e39f43344c5so301323276.1 for ; Wed, 22 Jan 2025 13:11:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1737580296; x=1738185096; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=2Zy63un47tdZTLObH5u66Kb21WU8Bi7QaUOymrpMt0Q=; b=aPKShrcaAkAt8wMtXQ7GT12eJ+ItSq6vEKCSCQYWGCrBTp/wHsec11/9K0lGb9wAFg WxSlqc8yBeCe63o/WhXI+XfdTPfyOCqAWGFGpF9yMo4AAgMNF+FK0M16fsa6EALK19j4 dHm1O5Y38KAzTJm1A1Vlx3x5BGiibUHaSF9C13ZmxWLk5Nvm/0siFUXd3LuaPeFeypG2 EQt61KwgkhG/M+NlTGtahuHAFyo5mwJ6fTblQ/7nQsZNOzzyS+CluxS8L08G7WyRCT8K 6ERnIZvirllm0RoeNWLXsMfTG2d+A2xE/feyl6VzxPYGAhb3LJNn8ZX302KHf8WYlLMW YIYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737580296; x=1738185096; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=2Zy63un47tdZTLObH5u66Kb21WU8Bi7QaUOymrpMt0Q=; b=l87EICwrooWtzsq3p0tjofc7bOenfQkUbPwTckyRztI4gZnUgO3nGr6HpPgMDYB8Rj TNSAA9wjnsZ70+AEE2PuPLrJaImgqg/ppBCRREmuUi8mqpC7u25MY+9pqnvhEUsf7PFx B4aR+g1cWmpzVl6kwJwlyhZKvjkeQam4E3xX3ogWS6fvECrtdEJOZ9JPW2Cyw/xB3RzI +xJQSIzBvosvEmzxSjYB0ggx7a5rjnUPCoqMZkRMEvxfSwhZsDl5zDh7AlBUoBowNFLh 5tdqOjLPO991mUqexpN7Sf42aSbhkPrcfnTtj3Sj1LWMBuC0TDjqqyg+t6oSPbJR9GlF vKZA== X-Forwarded-Encrypted: i=1; AJvYcCWojs9ck88xlm3UjyW1BFNi3L5PrCoZw6/3Asc0Og6j4JYGD4QrGBvV8ZbqQ9O+XBPDEPnUhZLjygkcHip49aM=@freebsd.org X-Gm-Message-State: AOJu0Yx0jj1R+5S35ZnZdgINMVKp4h1c93BgFt+shmc8WCU4N3LkXes0 Hk2+SIOvIaxYhXDOJaw0VYXspF1YRDrWLkQbFAvtVl96qYd1n6yMAJ2eG0tFkg== X-Gm-Gg: ASbGncudgHSBQq6KqHuKZqM6kfzIEEBX8EzlqIfqX53vpvmuvHzS1DQ09+xGvGe+2Lc qNZg+8E97vjOMV0Wctd2QxQE8LpASrSh4j8ZLzTsPHOq4PiSTBK58+a9q0RN32aSbpJHgfveZgc tYyrsflUSs6uk6Rd2jvrhwR318Mn+6/595y1CsQqBxCp8r2DSlMSmsw2lwRfluR8nCv+dBwRRxi NjTqU5KyJckMKRFahtdX5zTC83llUjo34Aw7H7F1HngP2+YJFU4pl7M/xIaEoWQ1UGEkwqPhmVY 7xfX6QER1KlNF+LQqVBtagcU43i/c7c= X-Google-Smtp-Source: AGHT+IF6+uQSmEbV7bBE3gOiGsXuLAszrVeCz5PKGrVGlzCJkummCoSjZWF7gLMeNJG+udYx9ufJrw== X-Received: by 2002:a05:690c:7091:b0:6ef:8177:c322 with SMTP id 00721157ae682-6f6eb67caa9mr179727887b3.13.1737580296108; Wed, 22 Jan 2025 13:11:36 -0800 (PST) Received: from mail-yb1-f169.google.com (mail-yb1-f169.google.com. [209.85.219.169]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6f6e63fd44bsm22030407b3.34.2025.01.22.13.11.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 22 Jan 2025 13:11:35 -0800 (PST) Received: by mail-yb1-f169.google.com with SMTP id 3f1490d57ef6-e5447fae695so348377276.2; Wed, 22 Jan 2025 13:11:35 -0800 (PST) X-Forwarded-Encrypted: i=1; AJvYcCXOediieuCORnyv2O/XttpfMAswXEjJlGkHtC8U/rlCxks6VNHgHQVhLPNQ3NIhGvLZNi8eAHKpOlm3wemcJzs=@freebsd.org X-Received: by 2002:a25:a3a3:0:b0:e57:caaa:fe60 with SMTP id 3f1490d57ef6-e57caaaff6dmr10310618276.30.1737580294559; Wed, 22 Jan 2025 13:11:34 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> In-Reply-To: From: Tomek CEDRO Date: Wed, 22 Jan 2025 22:11:23 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AbW1kvbWt_QvOydyKJrvM83-QRMQRNMgQunGz3KYwS6Psev3MloaKU_KsOD_dpE Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Gleb Smirnoff Cc: Warner Losh , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4YdcFj2M5lz3M2x X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Wed, Jan 22, 2025 at 5:49=E2=80=AFPM Gleb Smirnoff = wrote: > On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: > W> I think what you want is > W> > W> % git clone https://github.com/freebsd/freebsd-src --depth=3D1 -b rele= ng/14.2 > W> --single-branch fred --bare > W> % cd fred > W> % mkdir .git > W> % mv * .git > W> % git config --local core.bare false > W> > W> This will clone 1 deep into the directory 'fred' and won't checkout a = copy. > W> If > W> we make this a package, it's 325MB, as you say. That can then be extr= acted > W> and then you can recover the tree with: > W> > W> % git checkout releng/14.2 > W> > W> which could be done with the pkg file when extracting to /usr/src. I'v= e not > W> measured > W> ports. > > I really like this plan. So before checkout .git is 337M and after checko= ut > it is 975M, which is made by actual sources + .git. > > Let's go forward with shipping this bare clone + optional checkout for > 15.0-RELEASE. We can ask if user wants to do the checkout, or just keep > /usr/src/.git during the install process. For upgrades, we will just > write new full /usr/src that includes .git on top of 14.x-RELEASE. That > will consume +50% more space on upgraded installations. I'm pretty sure > this is fine for those people who do install /usr/src, they already ain't > doing a minimal installation. We will also put this in RELNOTES. Very cool, thanks folks! :-) One question, would that imply git in base? :-) --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Wed Jan 22 21:31:56 2025 X-Original-To: freebsd-current@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 4YdcjN70Dwz5l5fV for ; Wed, 22 Jan 2025 21:32:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdcjN5Nr4z3Q4W for ; Wed, 22 Jan 2025 21:32:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1036.google.com with SMTP id 98e67ed59e1d1-2ee67e9287fso526998a91.0 for ; Wed, 22 Jan 2025 13:32:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1737581527; x=1738186327; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ZePpctQzr/PEOcSRb4ML1i8AEIdVF/ITOY/gux+602g=; b=Z4SxZsuPyo9ikAkfWasvBPmR3IFailAf3CD+9syszIUnFpg4ZSTDbQOkdRR+POIzrt ZcBI9pyolX//vOAO5Sx72/WeRHdJlDnCxBnfJeKwumf1qBXiy29Ni21nrfI1XnjZa+2T F9KoASImoCxxC7XEdpglLKjC4W44mZFrUYmiks/gj0jFmthHSR5ArLpZgUcWRZl9wsrW Y9YUiy5dlryef4QHtX6NRGQyw1Y6rmkRr42k+49oOcqZdI9ABiLtONGv84DmHg03egQm 5msgA08hWBTQ9nBKAzX5uXCy+fi29PPckQU87iDaciduk4s4DkrDY2cqPohtV1bjwmpc lUWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737581527; x=1738186327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ZePpctQzr/PEOcSRb4ML1i8AEIdVF/ITOY/gux+602g=; b=o3duk2D9EN0+LsHg272Xlb95mgRZsKgbK8twKpNmMH3VCtIsGJfzBebDq2JvLsQraQ w1Hxj59Nly6IMENaRmWxkZJLAPLQJvPJShgou/kCgMTmSzAzYw5a8KRHkKtfEgGINNpl 2nc0Ow9gdLUvKCF3ySmy4HxKs4HlMHeO3Gusz+aJtBAgI+tqR6UmhnMzz36grPwT17rr DxbldxU4fvok7OX5I1nLzqCq+jXQC1elZ+nKZHfxktJY2yBzMzMmvYJfyL0+4UpfUFxB cNj5PthHcws75+kPbPzt0PkBDKXgi6+zIeJi/ozlFKKRsFnNHsZNw0In/FxNk6fwvb+l R84g== X-Forwarded-Encrypted: i=1; AJvYcCVz7R/0f/T6wPW5Z+70Fx6GRQ+Nz1AOJlIOui7bHLUYsP22O8N0T+bY0M7wArwWskZrTG0S0oilOhfWeTavPM8=@freebsd.org X-Gm-Message-State: AOJu0YwJajBWpFwWLymQ9fnHCx0Wihgnd2UXREOu3PHUyrGw0nVo/uaS NkqFtyhP9VwqxmOBOgluclU4IxAB3jLFdgtZVFElzsam8mQmti5nKKgjeMUKBgJ/5EaFypuqJCd 9gH4EOulW+V7g9W88KLF+O5DVHcUuVY3DVNTrqn3qTk3mQ5QpTGs= X-Gm-Gg: ASbGnctDujwuJhoAhSfAZ4OHeuUxN6y6gHFLBhDnIp+EAs9GHipHcrKzHIxgNOUNjf8 K3tZHFeFXV5R/KvE8oi67USpYB4BT0GT7t6GsUSgol3zTPyJ9sJBSZPYIoioTXi3XsztMW7aaWB EqXqzeTQ== X-Google-Smtp-Source: AGHT+IEw5ySzbueUNA+dNplEC1mOClcsk87hvqldtTZ24POnzDFoIF40nM/K0z5BzZ9aHBEQK43wITqU1ZQPUoA7NdQ= X-Received: by 2002:a05:6a00:17a7:b0:725:eb85:f7ef with SMTP id d2e1a72fcca58-72dafa10944mr33562899b3a.14.1737581527359; Wed, 22 Jan 2025 13:32:07 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> In-Reply-To: From: Warner Losh Date: Wed, 22 Jan 2025 14:31:56 -0700 X-Gm-Features: AbW1kvYUTogwgK1JOfUr1l0cJpUqyt91fIwFwnW44aQyZ7yAXZaaTcIsuL6k2us Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Tomek CEDRO Cc: Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current Content-Type: multipart/alternative; boundary="000000000000b4fedb062c52393a" X-Rspamd-Queue-Id: 4YdcjN5Nr4z3Q4W X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --000000000000b4fedb062c52393a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jan 22, 2025, 2:11=E2=80=AFPM Tomek CEDRO wrote: > On Wed, Jan 22, 2025 at 5:49=E2=80=AFPM Gleb Smirnoff wrote: > > On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: > > W> I think what you want is > > W> > > W> % git clone https://github.com/freebsd/freebsd-src --depth=3D1 -b > releng/14.2 > > W> --single-branch fred --bare > > W> % cd fred > > W> % mkdir .git > > W> % mv * .git > > W> % git config --local core.bare false > > W> > > W> This will clone 1 deep into the directory 'fred' and won't checkout = a > copy. > > W> If > > W> we make this a package, it's 325MB, as you say. That can then be > extracted > > W> and then you can recover the tree with: > > W> > > W> % git checkout releng/14.2 > > W> > > W> which could be done with the pkg file when extracting to /usr/src. > I've not > > W> measured > > W> ports. > > > > I really like this plan. So before checkout .git is 337M and after > checkout > > it is 975M, which is made by actual sources + .git. > > > > Let's go forward with shipping this bare clone + optional checkout for > > 15.0-RELEASE. We can ask if user wants to do the checkout, or just kee= p > > /usr/src/.git during the install process. For upgrades, we will just > > write new full /usr/src that includes .git on top of 14.x-RELEASE. That > > will consume +50% more space on upgraded installations. I'm pretty sur= e > > this is fine for those people who do install /usr/src, they already ain= 't > > doing a minimal installation. We will also put this in RELNOTES. > > Very cool, thanks folks! :-) > > One question, would that imply git in base? :-) > Imply? No. Warner --=20 > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > --000000000000b4fedb062c52393a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Jan 22, 2025, 2:11=E2=80= =AFPM Tomek CEDRO <tomek@cedro.info<= /a>> wrote:
On Wed, Jan 22, 2025= at 5:49=E2=80=AFPM Gleb Smirnoff <glebius@freebsd.org> wrote: > On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote:
> W> I think what you want is
> W>
> W> % git clone https://github.com/freebsd/f= reebsd-src --depth=3D1 -b releng/14.2
> W> --single-branch fred --bare
> W> % cd fred
> W> % mkdir .git
> W> % mv * .git
> W> % git config --local core.bare false
> W>
> W> This will clone 1 deep into the directory 'fred' and won= 't checkout a copy.
> W> If
> W> we make this a package, it's 325MB, as you=C2=A0 say. That c= an then be extracted
> W> and then you can recover the tree with:
> W>
> W> % git checkout releng/14.2
> W>
> W> which could be done with the pkg file when extracting to /usr/sr= c. I've not
> W> measured
> W> ports.
>
> I really like this plan. So before checkout .git is 337M and after che= ckout
> it is 975M, which is made by actual sources + .git.
>
> Let's go forward with shipping this bare clone + optional checkout= for
> 15.0-RELEASE.=C2=A0 We can ask if user wants to do the checkout, or ju= st keep
> /usr/src/.git during the install process.=C2=A0 For upgrades, we will = just
> write new full /usr/src that includes .git on top of 14.x-RELEASE. Tha= t
> will consume +50% more space on upgraded installations.=C2=A0 I'm = pretty sure
> this is fine for those people who do install /usr/src, they already ai= n't
> doing a minimal installation.=C2=A0 We will also put this in RELNOTES.=

Very cool, thanks folks! :-)

One question, would that imply git in base? :-)

Imply? No.

Warner

<= div dir=3D"auto">
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
--000000000000b4fedb062c52393a-- From nobody Wed Jan 22 22:40:50 2025 X-Original-To: freebsd-current@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 4YdfDr3vgfz5l9vg for ; Wed, 22 Jan 2025 22:41:00 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YdfDq5nRtz3XXh for ; Wed, 22 Jan 2025 22:40:58 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (124-18-43-234.area1a.commufa.jp [124.18.43.234]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 50MMeork058913; Thu, 23 Jan 2025 07:40:50 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1737585653; bh=repsFE33iapxE2oeGLqy87PIxnwZfggE6EtW+hVbJgc=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=ufJ6RiJ7zOwon8nVbEtraMYpcOPW0RxdiIceb86KVICtNbHmy7iCzgdzf1Ic2UgNh /Em8WctqS9lBpchAQIEVO16fHV/d1GyO2o1yf03rcGvTXc4S4AAHnpn3RNuuurRlfi kG/sLDd+dSc6ej1oGe6xYArMZ3jusRLEWIKIx+Ww= Date: Thu, 23 Jan 2025 07:40:50 +0900 From: Tomoaki AOKI To: Warner Losh Cc: Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current Subject: Re: /usr/src and /usr/ports not git directories ? Message-Id: <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> In-Reply-To: References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.2) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4YdfDq5nRtz3XXh X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] On Wed, 22 Jan 2025 14:31:56 -0700 Warner Losh wrote: > On Wed, Jan 22, 2025, 2:11 PM Tomek CEDRO wrote: > > > On Wed, Jan 22, 2025 at 5:49 PM Gleb Smirnoff wrote: > > > On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: > > > W> I think what you want is > > > W> > > > W> % git clone https://github.com/freebsd/freebsd-src --depth=1 -b > > releng/14.2 > > > W> --single-branch fred --bare > > > W> % cd fred > > > W> % mkdir .git > > > W> % mv * .git > > > W> % git config --local core.bare false > > > W> > > > W> This will clone 1 deep into the directory 'fred' and won't checkout a > > copy. > > > W> If > > > W> we make this a package, it's 325MB, as you say. That can then be > > extracted > > > W> and then you can recover the tree with: > > > W> > > > W> % git checkout releng/14.2 > > > W> > > > W> which could be done with the pkg file when extracting to /usr/src. > > I've not > > > W> measured > > > W> ports. > > > > > > I really like this plan. So before checkout .git is 337M and after > > checkout > > > it is 975M, which is made by actual sources + .git. > > > > > > Let's go forward with shipping this bare clone + optional checkout for > > > 15.0-RELEASE. We can ask if user wants to do the checkout, or just keep > > > /usr/src/.git during the install process. For upgrades, we will just > > > write new full /usr/src that includes .git on top of 14.x-RELEASE. That > > > will consume +50% more space on upgraded installations. I'm pretty sure > > > this is fine for those people who do install /usr/src, they already ain't > > > doing a minimal installation. We will also put this in RELNOTES. > > > > Very cool, thanks folks! :-) > > > > One question, would that imply git in base? :-) > > > > Imply? No. > > Warner Can it be achieved by net/gitup, which is BSD2CLAUSE licensed? If yes, is there any plan to pull it into base? I've never tried it, as I'm not enouch sure it works sanely with local deep-cloned repo, even on stepping back to normal git. Another candidate could be devel/got (Game of Tree), which I've not yet tried, too. Anyway, having updating tool (as was csup for CVS and svnlite for Subversion) in base would be nice. IIRC, Subversion had the same annoyance with git, but cannot recall clearly about how CVS was. Would have been the same, maybe. > > -- > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > -- Tomoaki AOKI From nobody Wed Jan 22 22:46:17 2025 X-Original-To: freebsd-current@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 4YdfMB3xFqz5lB9r for ; Wed, 22 Jan 2025 22:46:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdfMB1rShz3YdZ for ; Wed, 22 Jan 2025 22:46:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x631.google.com with SMTP id d9443c01a7336-2164b662090so3824855ad.1 for ; Wed, 22 Jan 2025 14:46:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1737585989; x=1738190789; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=CMXoSO2A/+3TTny4/aSFcJTu1Bewd89G0nmLM6gUqOg=; b=gEe1lG5I7g4vIFMu6dFmTK8gIyI2s/iGZvwqAu6A3WZHl7eNJxeeCtH7exqHNgbDL5 kiUeLCZJQJ6PEOD6ACWwfg1YADAGuDcHI6RH1xQiSdosnn4fukUi+URrjQhCfVqEalr2 Ll2pKSUKeF8C7QXc3lXWJt4VbbAj8KOgSFv8c0eKNL1rfa1QB+dKjasOICkuBkrhJd1u 40sEqBj/0SmQnsrW9I+8K8mvrH9pOG8nSB2L9rVdZeXl31/lu5XBGKUyRuH+w3V/FZPa rSSWmrkRbE3l8vSlx2YN42ZI+FP56wPBbD7pKw/s6fbaocaVvhBkIP8DtajIXSIiz4Oc YWOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737585989; x=1738190789; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=CMXoSO2A/+3TTny4/aSFcJTu1Bewd89G0nmLM6gUqOg=; b=FoJpFOCokuDxPppMpiWa4aHYwIloWhHB+6b7UcDRlsGgmjB/iP4LmDBNsAfNQ2APpF vuVHjk3XwDUey577mGl76OBzCiAdTECJ8Y/cjqVb1D1I/xVoKm0v0mwdRmCu5xGZzBMz 2+PQPZDcxeoF4p3J/8niDvK11udLr42/SnJzCYj1m3EWeETl0Zy6uzQIjP+wrbM8snAn xrKCcbsRfS/43eGZQXcI9KsVgqwFP+/N25h0MHYdyVHkFUAzqO/lVeErFgqL42t/+Wnp Ne/+/bU3l6Yn8lyw109HCDdY4iL5p/be1zLa2f0gHTvj8K1B3O24CBqKctpwQoWIcrXv QKOQ== X-Forwarded-Encrypted: i=1; AJvYcCVgesek7Q4i+zNIZ3cA3Oy1LCU3Eyak1qW0NLPPxAKosBySsgtLpbjcCRfAXsr4gkWFqBUKWU2wMQMPCcty9cE=@freebsd.org X-Gm-Message-State: AOJu0YxpbY5wvjhWxsDhYZYrZsD3690Fze63h0IY4aSQ8j12P+oM9Vk9 yLW36tbijd5t8d4G5GI+XJ/koQ7nCTqVvYZoX1hjUprxXd5AlztLP9ti0DFs1mc3ifC3ah0tuTT DeEKeTd2uTL8aMzAs/DuqZPC3maVv4feTZ2aAEaoiCydFHbUUAec= X-Gm-Gg: ASbGncu+/+Z2NwbkBVDWqFHsPuBtLluk/2EJRUSwfS5rL84yKZSZL70GTX3YUpgzc2c ANn7HMOmPfwuf7hSO1Ywix0ap2aewpRns/NWVW76PNjfzLxxcagI= X-Google-Smtp-Source: AGHT+IHzlRoBg5RbHXJWgCtiqJOWBT7gyAVb+9yxuB2mr8IsygaJcrfMUEECLxyr30jX5jGtSB0cwu6zHHcRUKyYHvo= X-Received: by 2002:a05:6a21:6d87:b0:1e6:5323:58cb with SMTP id adf61e73a8af0-1eb214afd38mr35818493637.23.1737585988750; Wed, 22 Jan 2025 14:46:28 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> In-Reply-To: <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> From: Warner Losh Date: Wed, 22 Jan 2025 15:46:17 -0700 X-Gm-Features: AbW1kvazYoRpMSFruIoHFkAx8Iy-WRDAFcJm-HE-Na-TiqsOxG8lT2gynd4Io-k Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Tomoaki AOKI Cc: Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current Content-Type: multipart/alternative; boundary="000000000000a065d6062c53434f" X-Rspamd-Queue-Id: 4YdfMB1rShz3YdZ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --000000000000a065d6062c53434f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jan 22, 2025 at 3:41=E2=80=AFPM Tomoaki AOKI wrote: > On Wed, 22 Jan 2025 14:31:56 -0700 > Warner Losh wrote: > > > On Wed, Jan 22, 2025, 2:11=E2=80=AFPM Tomek CEDRO wr= ote: > > > > > On Wed, Jan 22, 2025 at 5:49=E2=80=AFPM Gleb Smirnoff > wrote: > > > > On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: > > > > W> I think what you want is > > > > W> > > > > W> % git clone https://github.com/freebsd/freebsd-src --depth=3D1 -= b > > > releng/14.2 > > > > W> --single-branch fred --bare > > > > W> % cd fred > > > > W> % mkdir .git > > > > W> % mv * .git > > > > W> % git config --local core.bare false > > > > W> > > > > W> This will clone 1 deep into the directory 'fred' and won't > checkout a > > > copy. > > > > W> If > > > > W> we make this a package, it's 325MB, as you say. That can then b= e > > > extracted > > > > W> and then you can recover the tree with: > > > > W> > > > > W> % git checkout releng/14.2 > > > > W> > > > > W> which could be done with the pkg file when extracting to /usr/sr= c. > > > I've not > > > > W> measured > > > > W> ports. > > > > > > > > I really like this plan. So before checkout .git is 337M and after > > > checkout > > > > it is 975M, which is made by actual sources + .git. > > > > > > > > Let's go forward with shipping this bare clone + optional checkout > for > > > > 15.0-RELEASE. We can ask if user wants to do the checkout, or just > keep > > > > /usr/src/.git during the install process. For upgrades, we will ju= st > > > > write new full /usr/src that includes .git on top of 14.x-RELEASE. > That > > > > will consume +50% more space on upgraded installations. I'm pretty > sure > > > > this is fine for those people who do install /usr/src, they already > ain't > > > > doing a minimal installation. We will also put this in RELNOTES. > > > > > > Very cool, thanks folks! :-) > > > > > > One question, would that imply git in base? :-) > > > > > > > Imply? No. > > > > Warner > > Can it be achieved by net/gitup, which is BSD2CLAUSE licensed? > If yes, is there any plan to pull it into base? > no. Maybe got will work, but these will be in git-native format. > I've never tried it, as I'm not enouch sure it works sanely with local > deep-cloned repo, even on stepping back to normal git. > > Another candidate could be devel/got (Game of Tree), which I've not yet > tried, too. > I think that works with git repos, but with different CLI. > Anyway, having updating tool (as was csup for CVS and svnlite for > Subversion) in base would be nice. IIRC, Subversion had the same > annoyance with git, but cannot recall clearly about how CVS was. > Would have been the same, maybe. > It's really hard to beat git fetch. Warner > > > > -- > > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > > > > > -- > Tomoaki AOKI > --000000000000a065d6062c53434f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Jan 22,= 2025 at 3:41=E2=80=AFPM Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote:
On Wed, 22 Jan 2025 14:31:56 -0700
Warner Losh <imp@bsd= imp.com> wrote:

> On Wed, Jan 22, 2025, 2:11=E2=80=AFPM Tomek CEDRO <tomek@cedro.info> wrote:
>
> > On Wed, Jan 22, 2025 at 5:49=E2=80=AFPM Gleb Smirnoff <glebius@freebsd.org&g= t; wrote:
> > > On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote:=
> > > W> I think what you want is
> > > W>
> > > W> % git clone https://github.com/freebsd/fr= eebsd-src --depth=3D1 -b
> > releng/14.2
> > > W> --single-branch fred --bare
> > > W> % cd fred
> > > W> % mkdir .git
> > > W> % mv * .git
> > > W> % git config --local core.bare false
> > > W>
> > > W> This will clone 1 deep into the directory 'fred= 9; and won't checkout a
> > copy.
> > > W> If
> > > W> we make this a package, it's 325MB, as you=C2=A0 s= ay. That can then be
> > extracted
> > > W> and then you can recover the tree with:
> > > W>
> > > W> % git checkout releng/14.2
> > > W>
> > > W> which could be done with the pkg file when extracting = to /usr/src.
> > I've not
> > > W> measured
> > > W> ports.
> > >
> > > I really like this plan. So before checkout .git is 337M and= after
> > checkout
> > > it is 975M, which is made by actual sources + .git.
> > >
> > > Let's go forward with shipping this bare clone + optiona= l checkout for
> > > 15.0-RELEASE.=C2=A0 We can ask if user wants to do the check= out, or just keep
> > > /usr/src/.git during the install process.=C2=A0 For upgrades= , we will just
> > > write new full /usr/src that includes .git on top of 14.x-RE= LEASE. That
> > > will consume +50% more space on upgraded installations.=C2= =A0 I'm pretty sure
> > > this is fine for those people who do install /usr/src, they = already ain't
> > > doing a minimal installation.=C2=A0 We will also put this in= RELNOTES.
> >
> > Very cool, thanks folks! :-)
> >
> > One question, would that imply git in base? :-)
> >
>
> Imply? No.
>
> Warner

Can it be achieved by net/gitup, which is BSD2CLAUSE licensed?
If yes, is there any plan to pull it into base?

no. Maybe got will work, but these will be in git-native format.
=C2=A0
I've never tried it, as I'm not enouch sure it works sanely with lo= cal
deep-cloned repo, even on stepping back to normal git.

Another candidate could be devel/got (Game of Tree), which I've not yet=
tried, too.

I think that works with git= repos, but with different CLI.
=C2=A0
Anyway, having updating tool (as was csup for CVS and svnlite for
Subversion) in base would be nice. IIRC, Subversion had the same
annoyance with git, but cannot recall clearly about how CVS was.
Would have been the same, maybe.

It'= ;s really hard to beat git fetch.

Warner
=C2=A0
>
> --
> > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> >


--
Tomoaki AOKI=C2=A0 =C2=A0 <junchoon@dec.sakura.ne.jp>
--000000000000a065d6062c53434f-- From nobody Wed Jan 22 22:49:32 2025 X-Original-To: freebsd-current@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 4YdfQp2Q43z5lBjw for ; Wed, 22 Jan 2025 22:49:38 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YdfQm38XLz3ZrZ for ; Wed, 22 Jan 2025 22:49:36 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=dec.sakura.ne.jp header.s=s2405 header.b=QOky0GzY; spf=pass (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp designates 153.125.133.21 as permitted sender) smtp.mailfrom=junchoon@dec.sakura.ne.jp; dmarc=pass (policy=none) header.from=dec.sakura.ne.jp Received: from kalamity.joker.local (124-18-43-234.area1a.commufa.jp [124.18.43.234]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 50MMnW4T060749; Thu, 23 Jan 2025 07:49:32 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1737586173; bh=AStxoDSdpXSzecyvVSFBYEFL31js7C2vJ/PuL1rg6jY=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=QOky0GzY9cHwphNyFYp5PaTIO4BRjp1uEtaf8PHuTVnpRlLo+z0hHp0/LtCfyF4ni 9Vn3GSASiJKHjzPywiOSVwJa5aGm02ygKdzuy1pAvNb6GV1AaLmhyj0LoCADynKkio EqrJUUWSNUamNp5X/qN5Z+yEiokgTE4smtn0Cp0c= Date: Thu, 23 Jan 2025 07:49:32 +0900 From: Tomoaki AOKI To: Warner Losh Cc: Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current Subject: Re: /usr/src and /usr/ports not git directories ? Message-Id: <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> In-Reply-To: <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.2) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [1.30 / 15.00]; SUSPICIOUS_URL_IN_SUSPICIOUS_MESSAGE(1.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[153.125.133.21:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_LONG(1.00)[0.997]; NEURAL_HAM_SHORT(-1.00)[-0.996]; URIBL_RED(0.50)[dec.sakura.ne.jp:email,dec.sakura.ne.jp:mid]; MV_CASE(0.50)[]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; BAD_REP_POLICIES(0.10)[]; HAS_ANON_DOMAIN(0.10)[]; DMARC_POLICY_ALLOW(0.00)[dec.sakura.ne.jp,none]; DKIM_TRACE(0.00)[dec.sakura.ne.jp:-]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; R_DKIM_REJECT(0.00)[dec.sakura.ne.jp:s=s2405]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_POLICY_ALLOW_WITH_FAILURES(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:153.125.133.16/28]; RCPT_COUNT_SEVEN(0.00)[7]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; MIME_TRACE(0.00)[0:+] X-Spamd-Bar: + X-Rspamd-Queue-Id: 4YdfQm38XLz3ZrZ On Thu, 23 Jan 2025 07:40:50 +0900 Tomoaki AOKI wrote: > On Wed, 22 Jan 2025 14:31:56 -0700 > Warner Losh wrote: > > > On Wed, Jan 22, 2025, 2:11 PM Tomek CEDRO wrote: > > > > > On Wed, Jan 22, 2025 at 5:49 PM Gleb Smirnoff wrote: > > > > On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: > > > > W> I think what you want is > > > > W> > > > > W> % git clone https://github.com/freebsd/freebsd-src --depth=1 -b > > > releng/14.2 > > > > W> --single-branch fred --bare > > > > W> % cd fred > > > > W> % mkdir .git > > > > W> % mv * .git > > > > W> % git config --local core.bare false > > > > W> > > > > W> This will clone 1 deep into the directory 'fred' and won't checkout a > > > copy. > > > > W> If > > > > W> we make this a package, it's 325MB, as you say. That can then be > > > extracted > > > > W> and then you can recover the tree with: > > > > W> > > > > W> % git checkout releng/14.2 > > > > W> > > > > W> which could be done with the pkg file when extracting to /usr/src. > > > I've not > > > > W> measured > > > > W> ports. > > > > > > > > I really like this plan. So before checkout .git is 337M and after > > > checkout > > > > it is 975M, which is made by actual sources + .git. > > > > > > > > Let's go forward with shipping this bare clone + optional checkout for > > > > 15.0-RELEASE. We can ask if user wants to do the checkout, or just keep > > > > /usr/src/.git during the install process. For upgrades, we will just > > > > write new full /usr/src that includes .git on top of 14.x-RELEASE. That > > > > will consume +50% more space on upgraded installations. I'm pretty sure > > > > this is fine for those people who do install /usr/src, they already ain't > > > > doing a minimal installation. We will also put this in RELNOTES. > > > > > > Very cool, thanks folks! :-) > > > > > > One question, would that imply git in base? :-) > > > > > > > Imply? No. > > > > Warner > > Can it be achieved by net/gitup, which is BSD2CLAUSE licensed? > If yes, is there any plan to pull it into base? > > I've never tried it, as I'm not enouch sure it works sanely with local > deep-cloned repo, even on stepping back to normal git. Unfortunately, found that gitup states NOT to work with the existense of.git directory. Not sure how the future plan (if FreeBSD starts including .git for src and ports packages). https://github.com/johnmehr/gitup?tab=readme-ov-file > Another candidate could be devel/got (Game of Tree), which I've not yet > tried, too. > > Anyway, having updating tool (as was csup for CVS and svnlite for > Subversion) in base would be nice. IIRC, Subversion had the same > annoyance with git, but cannot recall clearly about how CVS was. > Would have been the same, maybe. > > > > > -- > > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > > > > > -- > Tomoaki AOKI > -- Tomoaki AOKI From nobody Wed Jan 22 23:16:08 2025 X-Original-To: freebsd-current@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 4Ydg1T5pfVz5lDBP for ; Wed, 22 Jan 2025 23:16:13 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4Ydg1T1dmYz3dTv for ; Wed, 22 Jan 2025 23:16:13 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (124-18-43-234.area1a.commufa.jp [124.18.43.234]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 50MNG8LU066077; Thu, 23 Jan 2025 08:16:08 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1737587770; bh=Ig7LfNSsu1zpPyMqlfX+zYAn8oGcBnds2+ezp+VP2mc=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=UzIy8rBZRkFMQv/AdCNSqql9Jlo1MsjZzxlcLCQIDaWptmH6flmsugVR3nu77ZZfQ TuuMy6e+BBvlpLPIO+Ba6QrWcW1++/1WHjo3NpFipJa3RZcy1LV5Qz3/J0L4XZQU80 3QGhDo99/oPVI8gbs8UuUOIuvPCLdsn8Mk4Iu+do= Date: Thu, 23 Jan 2025 08:16:08 +0900 From: Tomoaki AOKI To: Warner Losh Cc: Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current Subject: Re: /usr/src and /usr/ports not git directories ? Message-Id: <20250123081608.f582cffce624815bd85354e4@dec.sakura.ne.jp> In-Reply-To: References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.2) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Ydg1T1dmYz3dTv X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] On Wed, 22 Jan 2025 15:46:17 -0700 Warner Losh wrote: > On Wed, Jan 22, 2025 at 3:41 PM Tomoaki AOKI > wrote: > > > On Wed, 22 Jan 2025 14:31:56 -0700 > > Warner Losh wrote: > > > > > On Wed, Jan 22, 2025, 2:11 PM Tomek CEDRO wrote: > > > > > > > On Wed, Jan 22, 2025 at 5:49 PM Gleb Smirnoff > > wrote: > > > > > On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: > > > > > W> I think what you want is > > > > > W> > > > > > W> % git clone https://github.com/freebsd/freebsd-src --depth=1 -b > > > > releng/14.2 > > > > > W> --single-branch fred --bare > > > > > W> % cd fred > > > > > W> % mkdir .git > > > > > W> % mv * .git > > > > > W> % git config --local core.bare false > > > > > W> > > > > > W> This will clone 1 deep into the directory 'fred' and won't > > checkout a > > > > copy. > > > > > W> If > > > > > W> we make this a package, it's 325MB, as you say. That can then be > > > > extracted > > > > > W> and then you can recover the tree with: > > > > > W> > > > > > W> % git checkout releng/14.2 > > > > > W> > > > > > W> which could be done with the pkg file when extracting to /usr/src. > > > > I've not > > > > > W> measured > > > > > W> ports. > > > > > > > > > > I really like this plan. So before checkout .git is 337M and after > > > > checkout > > > > > it is 975M, which is made by actual sources + .git. > > > > > > > > > > Let's go forward with shipping this bare clone + optional checkout > > for > > > > > 15.0-RELEASE. We can ask if user wants to do the checkout, or just > > keep > > > > > /usr/src/.git during the install process. For upgrades, we will just > > > > > write new full /usr/src that includes .git on top of 14.x-RELEASE. > > That > > > > > will consume +50% more space on upgraded installations. I'm pretty > > sure > > > > > this is fine for those people who do install /usr/src, they already > > ain't > > > > > doing a minimal installation. We will also put this in RELNOTES. > > > > > > > > Very cool, thanks folks! :-) > > > > > > > > One question, would that imply git in base? :-) > > > > > > > > > > Imply? No. > > > > > > Warner > > > > Can it be achieved by net/gitup, which is BSD2CLAUSE licensed? > > If yes, is there any plan to pull it into base? > > > > no. Maybe got will work, but these will be in git-native format. > > > > I've never tried it, as I'm not enouch sure it works sanely with local > > deep-cloned repo, even on stepping back to normal git. > > > > Another candidate could be devel/got (Game of Tree), which I've not yet > > tried, too. > > > > I think that works with git repos, but with different CLI. Exactly. It's one of the reason I've not yet tried it. And (lost track though) I saw somewhere stating got is much slower than git (IIRC, as of single threadded). > > > > Anyway, having updating tool (as was csup for CVS and svnlite for > > Subversion) in base would be nice. IIRC, Subversion had the same > > annoyance with git, but cannot recall clearly about how CVS was. > > Would have been the same, maybe. > > > > It's really hard to beat git fetch. Would be. Sigh. Anyway, including .git in src and ports package does NOT mean forcing any kind of updating tool (including git itself) in base. Just wanted to be convenient. Thanks in advance! > > Warner > > > > > > > > -- > > > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > > > > > > > > > -- > > Tomoaki AOKI > > -- Tomoaki AOKI From nobody Thu Jan 23 00:03:14 2025 X-Original-To: freebsd-current@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 4Ydh3q0QHHz5lHKD for ; Thu, 23 Jan 2025 00:03:19 +0000 (UTC) (envelope-from dev@submerge.ch) Received: from gozo.iway.ch (gozo.iway.ch [212.25.24.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ydh3p01syz3kh6; Thu, 23 Jan 2025 00:03:17 +0000 (UTC) (envelope-from dev@submerge.ch) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of dev@submerge.ch designates 212.25.24.36 as permitted sender) smtp.mailfrom=dev@submerge.ch; dmarc=none Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 5B75A341ACB; Thu, 23 Jan 2025 01:03:15 +0100 (CET) X-Iway-Path: 0 Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/14218.22786); Thu, 23 Jan 2025 01:03:15 +0100 (CET) Received: from interway.li (sendai-nord.iway.ch [212.25.24.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS; Thu, 23 Jan 2025 01:03:14 +0100 (CET) Received: from [145.40.196.39] (account fw@submerge.ch HELO x230.localnet) by sendai-nord.interway.li (CommuniGate Pro SMTP 7.1.0) with ESMTPSA id 277392419; Thu, 23 Jan 2025 01:03:14 +0100 From: Florian Walpen To: bob prohaska , freebsd-current@freebsd.org, Gleb Smirnoff , Warner Losh Subject: Re: /usr/src and /usr/ports not git directories ? Date: Thu, 23 Jan 2025 01:03:14 +0100 Message-ID: <2019698.n1Ql7ez4OO@x230> In-Reply-To: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spamd-Result: default: False [-0.75 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[212.25.24.36:from]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; MID_RHS_NOT_FQDN(0.50)[]; CTE_CASE(0.50)[]; NEURAL_HAM_LONG(-0.21)[-0.212]; R_SPF_ALLOW(-0.20)[+ip4:212.25.0.0/19]; RCVD_IN_DNSWL_LOW(-0.20)[212.25.24.36:from,212.25.24.38:received]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_SHORT(-0.04)[-0.036]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; RECEIVED_HELO_LOCALHOST(0.00)[]; RCVD_TLS_ALL(0.00)[]; DMARC_NA(0.00)[submerge.ch]; RCVD_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:8758, ipnet:212.25.0.0/19, country:CH]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_SOME(0.00)[] X-Spamd-Bar: / X-Rspamd-Queue-Id: 4Ydh3p01syz3kh6 Gleb, On Tuesday, January 21, 2025 9:09:43 PM CET Gleb Smirnoff wrote: > I have same observations: /usr/src and /usr/ports as is is an atavism. > > I have already once tried this statement at a smaller audience - a > Russian-speaking telegram channel. One meaningful feedback I got > is that people may occasionally build stuff from ports and also > some ports (e.g. drm-kmod, lsof) need /usr/src. So in my opinion > these sources as is are useful for a very minor group of people, > those who aren't really developers/hackers, but for some reason > are not fully satisfied with binary packages. please don't underestimate the impact of this. Up until very recently, it was absolutely mandatory to build the drm-*-kmod from ports, because the pre-built packages were tied to the release version of the builders. Unless you were willing to update your machine exactly at the same time as the builders, you'd be greeted with kernel panics if you didn't build from ports. Means this "minor group" is probably the majority of GUI users. Also the src tree has to be installed in every poudriere jail, which can multiply the increase of used disk space in some cases. > > I think that /usr/src and /usr/ports as part of FreeBSD release > distribution should just go away. But we should provide a one liner > command to get them in a proper way (shallow git checkout). It's not exactly clear to me what problem you want to solve? As a developer or someone doing src builds, updates are coming through git and packaging is not that relevant. Sure a one-liner would be nice. IIRC DragonflyBSD had those in a Makefile, that was quite convenient. Does installing the src tree as a git repo have any tangible benefits over that? OTOH, for average users on binary updates, install and packaging is much more relevant, to guarantee consistent updates of the src tree. Ideally, the src tree would be kept read-only. I suspect that if we make it a git repo, people will be encouraged to checkout different versions, and unwittingly mess up port builds. Or make changes in there which will prevent the binary updates, even if it's only the checkout of the new shallow git tree. Best regards, Flo From nobody Thu Jan 23 01:50:02 2025 X-Original-To: freebsd-current@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 4YdkR168ptz5lQ7n for ; Thu, 23 Jan 2025 01:50:05 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdkR15Rwgz3xH2; Thu, 23 Jan 2025 01:50:05 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737597005; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=OcTc5ZlfCj4P7p9n3VituCqtLvApDSZOFC4e/Pu4EPI=; b=UJcL5Io9R9HhF1Zkyb2O3uPU2uxD3IHXfZNctbC2xs3R7PrKi15JIs0sJY2tBkXzQh0EEp 9w+n/GSwKcB28P6PlxNY+r1tyvj6X52NPrn5aEA062t4vB9xkkzIvkRmhM1IQ5+QoP1AuQ n6oXYcm+aXUIpVbT0ax7So971yrG1o6KdTzCs5Ka0UcVeGr4MST5OemPL7uJKo6qVT9gBb zRJ6uM2XGd6OMSzT17gcHJPKos0IRaHmkrNMG93VJOvbxiOnbvKUItzpbrdDNuR8AOdtR2 3VgDl9PPM781Q5jeT8VxdR1eat/ltdCU3dzP2y5Gl//5EhgD5ECjsqSCX8XmbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737597005; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=OcTc5ZlfCj4P7p9n3VituCqtLvApDSZOFC4e/Pu4EPI=; b=A30ZZApV+1sJ7QVG9yPG9Elt76kPvhUhjHk8Q23Rc/G+A3Oo15k9YPj9+kd/CBLVoiGYHZ fP5DZq828QyGDDGxsq6Hm0dXDSTzAOygsB4VRITdmqVl4PHLNPFpuH5AZylvUH9MOw9wt7 BHKT6D8041HyuwB2qYgZ1QhNW03GHL4IKQ1h9lH5mhbtDhQUbc1A9X7OiFt+v0LxfhtBaq 6h6UhjDQ8ObT4Nk6w3WaF8j31N8T1jgLJiGMWDASS5sVSVnxgXzUZ3In5IZY0sea/5R28f 8o8VJKdKVxCxHINFpraTEjXf/bvGZI3o9D7JPKzZod2UKkTMf6vcihHH3wNcbA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1737597005; a=rsa-sha256; cv=none; b=fEmsHpvM6DjbD+oPx0svC6dJ5lsqtdD1E6sKKIecfKH/3iNoRpDyuSCRXXkSVFAb9AobV7 XQpo8qLrcRVo07pToBR72Li4ffySQyf8LI3DWsFn8IPSyyUT0e9HTEIa4VbW+HD2w4JfPC +b0qDCkI0YiBw6/NwAgfAjuTGNNYBenbMuCdZ77u7Kaiql7unX9c/a7bSBbglAFakJ/z/M w5En+TMW/m+vFP4NtkhWhyTDtzb2FgHDPrXJmQdipZdif1JC0oRAngZriWemZDTXBJe0Z7 cxeNGSHGgi7cq0kRXStf1iqyIKbdjZ6SmJ57frTDKf9upZBRjNBnmuOQ/nWXUQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4YdkR10xDWz1GSG; Thu, 23 Jan 2025 01:50:05 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Wed, 22 Jan 2025 17:50:02 -0800 From: Gleb Smirnoff To: Florian Walpen Cc: bob prohaska , freebsd-current@freebsd.org, Warner Losh Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: References: <2019698.n1Ql7ez4OO@x230> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2019698.n1Ql7ez4OO@x230> Florian, On Thu, Jan 23, 2025 at 01:03:14AM +0100, Florian Walpen wrote: F> > I have already once tried this statement at a smaller audience - a F> > Russian-speaking telegram channel. One meaningful feedback I got F> > is that people may occasionally build stuff from ports and also F> > some ports (e.g. drm-kmod, lsof) need /usr/src. So in my opinion F> > these sources as is are useful for a very minor group of people, F> > those who aren't really developers/hackers, but for some reason F> > are not fully satisfied with binary packages. F> F> please don't underestimate the impact of this. Up until very recently, it was F> absolutely mandatory to build the drm-*-kmod from ports, because the pre-built F> packages were tied to the release version of the builders. Unless you were F> willing to update your machine exactly at the same time as the builders, you'd F> be greeted with kernel panics if you didn't build from ports. Means this F> "minor group" is probably the majority of GUI users. F> Also the src tree has to be installed in every poudriere jail, which can F> multiply the increase of used disk space in some cases. I'm running CURRENT on my laptop, so I use drm-*-kmod, and most of the time packages work for me. When they don't work, yep, I need to rebuild them with up-do-date /usr/src, but this is process of tracking CURRENT! I believe same can happen with a STABLE, if somebody is not very careful with merging their changes. In that case you would also need to rebuild, but you would also need to _update_ first. How do you update bare /usr/src? I can't understand why would you need to rebuild anything if you are running RELEASE and packages? If that ever happened, this is definitely fault of either someone's merge to stable, or maintainers of drm-kmod. But this can't be taken as a good reason to have those stub sources. F> It's not exactly clear to me what problem you want to solve? As a developer or F> someone doing src builds, updates are coming through git and packaging is not F> that relevant. Sure a one-liner would be nice. IIRC DragonflyBSD had those in a F> Makefile, that was quite convenient. Does installing the src tree as a git repo F> have any tangible benefits over that? The problem in my view is that we ship something that is useless in vast majority of the cases. In majority of the cases work starts with: rm -rf src && git checkout ... For those, who not yet learned that this is the normal beginning of work, the mere existense of the directory is misleading. -- Gleb Smirnoff From nobody Thu Jan 23 03:38:16 2025 X-Original-To: freebsd-current@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 4Ydmr33WfVz5lXJF for ; Thu, 23 Jan 2025 03:38:27 +0000 (UTC) (envelope-from dev@submerge.ch) Received: from pianosa.iway.ch (pianosa.iway.ch [IPv6:2001:8e0:40:325::37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ydmr30ccQz4861; Thu, 23 Jan 2025 03:38:26 +0000 (UTC) (envelope-from dev@submerge.ch) Authentication-Results: mx1.freebsd.org; none Received: from pianosa.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 0F3A4E0D2B; Thu, 23 Jan 2025 04:38:18 +0100 (CET) X-Iway-Path: 0 Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/11471.27144); Thu, 23 Jan 2025 04:38:17 +0100 (CET) Received: from interway.li (sendai-sued.iway.ch [212.25.24.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pianosa.iway.ch (Postfix) with ESMTPS; Thu, 23 Jan 2025 04:38:17 +0100 (CET) Received: from [145.40.196.39] (account fw@submerge.ch HELO z240.localnet) by sendai-sued.interway.li (CommuniGate Pro SMTP 7.1.0) with ESMTPSA id 257986633; Thu, 23 Jan 2025 04:38:17 +0100 From: Florian Walpen To: freebsd-current@freebsd.org, Gleb Smirnoff Cc: bob prohaska , Warner Losh Subject: Re: /usr/src and /usr/ports not git directories ? Date: Thu, 23 Jan 2025 04:38:16 +0100 Message-ID: <8355934.G18vQ0XA4d@z240> In-Reply-To: References: <2019698.n1Ql7ez4OO@x230> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Rspamd-Queue-Id: 4Ydmr30ccQz4861 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8758, ipnet:2001:8e0::/32, country:CH] Gleb, On Thursday, January 23, 2025 2:50:02 AM CET Gleb Smirnoff wrote: > I can't understand why would you need to rebuild anything if you are > running RELEASE and packages? If that ever happened, this is definitely > fault of either someone's merge to stable, or maintainers of drm-kmod. > But this can't be taken as a good reason to have those stub sources. nobody's fault, this is a conceptual problem. There's only one package build per major release, say 13 or 14. That works well for most packages because the minor releases are ABI compatible. But not for kernel modules, the minor releases don't maintain KBI compatibility. This has always been an issue, it's just that the introduction of the drm-*-kmod and their fast pace of development exposed it to a vast number of people. As an example, when 14.1-RELEASE came out, the package builder machines would still be running 14.0-RELEASE, producing kernel modules that were incompatible with 14.1 - up until 14.0 was EOL three months later, and the builder machines were updated. Actually even the recommended drm version changed for 14.1, thus you couldn't install the recommended version, it simply didn't build on 14.0. The remedy is clearly to build kernel module packages for every minor release, and there has been an attempt to do this recently, through a separate pkg repo I think. Don't know how "official" it is. Before that the solution was always to build from ports, there's plenty of threads about this topic on the forums. > > F> It's not exactly clear to me what problem you want to solve? As a > developer or F> someone doing src builds, updates are coming through git > and packaging is not F> that relevant. Sure a one-liner would be nice. IIRC > DragonflyBSD had those in a F> Makefile, that was quite convenient. Does > installing the src tree as a git repo F> have any tangible benefits over > that? > > The problem in my view is that we ship something that is useless in vast > majority of the cases. In majority of the cases work starts with: > > rm -rf src && git checkout ... > > For those, who not yet learned that this is the normal beginning of work, > the mere existense of the directory is misleading. Installing the src tree as a non-git snapshot is useless for developers and people that update through src builds, I agree with that. My take is that installing the src tree is optional, giving a hint in the installer should be enough. There will be secondary steps anyway in this scenario, like installing the git executable and updating the src tree. As stated, we could simplify the post-install repo cloning through a Makefile. But I don't agree about the static src tree being useless for people that do binary updates, there are good reasons to build from ports. Also I would imagine it simplifies the installation of poudriere jails. What is more questionable in my POV is to provide a by then outdated ports tree. It needs network access anyway, and is an invitation to security issues. Better simplify repo cloning through a Makefile, post-install, no dependency on git in the installer. Or am I missing some critical use case? Regards, Flo From nobody Thu Jan 23 05:37:21 2025 X-Original-To: freebsd-current@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 4YdqTR2swHz5lf8M for ; Thu, 23 Jan 2025 05:37:31 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YdqTQ6wN0z3Lxs; Thu, 23 Jan 2025 05:37:30 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1737610642; x=1738277308; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=37kCm1yFvV4+qtQkvGwyiMS02BmVOaLC7L0mvYZq9C8=; b=bHzKoHwP7sqzI7zQMVfOlpYuERuzeodhWyVW2guY8LuvPlbfyQioTtEP7wFLCxO77MW+GaOC FNLQnVgrKn4l1ctzH1pdRMy9CCEQnS2FtxfEXNvZl3S/2YR7skth3qJpr0HLcNV+IpmLVixksW W3bdX/fknoxAWmFJVO+tBcakourCBb8L6W9cRvpQtIqBwm1f1pYWfdJps9AzwmWAXt/eTJETUj T3HEIJ+iuKoh/U+ECZQK2dWNoXCR8yRUugqzkBwylIxYr7WJ2LcCeWapqjORUI5XwUYZ0/im83 nLwJ1WqB6rLw+lqPI1r6/dPwT6ZmwmR84j0l73Bj7gwcyYFg== DKIM-Signature: v=1; a=adaed25519-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=orange; t=1737610642; x=1738277308; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=37kCm1yFvV4+qtQkvGwyiMS02BmVOaLC7L0mvYZq9C8=; b=TGCe95ClM+mizAuEL9+mkh/9m0VMYLAbwP8OVusRJt6yYyQwAMAl53hIA9QxZMzbV3orK5nV pu8JqXjvCoB5CQ== Date: Thu, 23 Jan 2025 06:37:21 +0100 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: Tomoaki AOKI Cc: Warner Losh , Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current , 9fans@9fans.net Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: <20250123053721.KDVDBu1z@steffen%sdaoden.eu> In-Reply-To: <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> Mail-Followup-To: Tomoaki AOKI , Warner Losh , Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current , 9fans@9fans.net User-Agent: s-nail v14.9.25-637-gb6804e05e6-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4YdqTQ6wN0z3Lxs X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE] Tomoaki AOKI wrote in <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp>: |On Thu, 23 Jan 2025 07:40:50 +0900 |Tomoaki AOKI wrote: |> On Wed, 22 Jan 2025 14:31:56 -0700 |> Warner Losh wrote: |>> On Wed, Jan 22, 2025, 2:11=E2=80=AFPM Tomek CEDRO w= rote: |>>> On Wed, Jan 22, 2025 at 5:49=E2=80=AFPM Gleb Smirnoff \ |>>>> On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: |>>>> W> I think what you want is |>>>> W> |>>>> W> % git clone https://github.com/freebsd/freebsd-src --depth=3D1 -b |>>> releng/14.2 |>>>> W> --single-branch fred --bare |>>>> W> % cd fred |>>>> W> % mkdir .git |>>>> W> % mv * .git |>>>> W> % git config --local core.bare false |>>>> W> |>>>> W> This will clone 1 deep into the directory 'fred' and won't \ |>>>> checkout a |>>> copy. |>>>> W> If |>>>> W> we make this a package, it's 325MB, as you say. That can then be |>>> extracted |>>>> W> and then you can recover the tree with: |>>>> W> |>>>> W> % git checkout releng/14.2 ... |>>>> I really like this plan. So before checkout .git is 337M and after |>>> checkout |>>>> it is 975M, which is made by actual sources + .git. ... |>>> One question, would that imply git in base? :-) |>>=20 |>> Imply? No. ... |> Can it be achieved by net/gitup, which is BSD2CLAUSE licensed? |> If yes, is there any plan to pull it into base? |>=20 |> I've never tried it, as I'm not enouch sure it works sanely with local |> deep-cloned repo, even on stepping back to normal git. | |Unfortunately, found that gitup states NOT to work with the existense |of.git directory. Not sure how the future plan (if FreeBSD starts |including .git for src and ports packages). | | https://github.com/johnmehr/gitup?tab=3Dreadme-ov-file I have not looked for years, but basically it was a tree object, and then getting the blobs of all the entries of that, at a specific revision. The Plan9/9front people have -- btw -- created a Plan9-style interface to git, which is funny it seems (filesystem plus minimal programs using that, most are rc shell scripts. I track their repo via "normal" git (git://git.9front.org/plan9front/plan9front) without problems since June 2021 says the file system. What i mean seems to be that these guys already have the knowledge how to access the object database without any fancy and featureful and fat environment, so if FreeBSD would do that then possibly a simple from scratch checkout -- and nothing else -- would be possible with only shell tools and a small binary that fetches the blobs? Maybe even only possible with a very specific tree, you know? As in a readily prepared recipe (could be compressed and reside in the .git directory) that can be walked by the shell script(s) and accessed by the super minimal blob fetcher? They are using a *terrible* email hoster for their list which doesn not support VERP and thus plays very badly with greylisting and sender address verification, and that such a small project with so few resources, for nothing, that is. Let me copy 9fans, what do you say? --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) | |In Fall and Winter, feel "The Dropbear Bard"s pint(er). | |The banded bear |without a care, |Banged on himself for e'er and e'er | |Farewell, dear collar bear From nobody Thu Jan 23 07:10:47 2025 X-Original-To: freebsd-current@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 4YdsYS61Twz5ll45 for ; Thu, 23 Jan 2025 07:11:08 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-out.digsys.bg (smtp-out.digsys.bg [192.92.129.33]) (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 (2048 bits) client-digest SHA256) (Client CN "smtp-out.digsys.bg", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdsYS2vmkz3V9K; Thu, 23 Jan 2025 07:11:08 +0000 (UTC) (envelope-from daniel@digsys.bg) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple ([193.68.138.20]) by smtp-out.digsys.bg (8.16.1/8.16.1) with ESMTPS id 50N7Avar010705 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 23 Jan 2025 09:10:58 +0200 (EET) (envelope-from daniel@digsys.bg) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=digsys.bg; s=registerbg; t=1737616258; bh=ig5GemGFDI0ccxrm7MB0ke/s5UNnSIiguDusOavcSIg=; h=From:Subject:Date:References:Cc:In-Reply-To:To; b=Q4BBS12h268Ko08FEPHDd1k+gWPOWHepSH+2/nPJHrnRofPaFHw1JgbIaFGfQlK/W QVLhEgHLn5ywaNFtj1XZYhSTdx3bfJ0lfDW4ELwgYZGQBAF9HwXcXXmZgt+RLXtv6x KShkoYQEyz7GGsoSIubE1K6/6q4QxP6DN5bSRgFFm0X5dA4JrjAtC+zNieOeioQ/Qe Vans/ZYs6n8czclD6KQ1gy09Tx9dKZwNB/qfr1u27jnAsKv1lFXJ2/aO+9J5IHNAo1 EEEr/yPNnfB0XPrJsoOQf+QesqE/kBOX+G39UIsqi9dFCqqGEchNg55/Z1sDv0DMn3 XV1hvAYJ/PIDA== Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Daniel Kalchev List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (1.0) Subject: Re: /usr/src and /usr/ports not git directories ? Date: Thu, 23 Jan 2025 09:10:47 +0200 Message-Id: References: <8355934.G18vQ0XA4d@z240> Cc: freebsd-current@freebsd.org, Gleb Smirnoff , bob prohaska , Warner Losh In-Reply-To: <8355934.G18vQ0XA4d@z240> To: Florian Walpen X-Mailer: iPhone Mail (22C161) X-Rspamd-Queue-Id: 4YdsYS2vmkz3V9K X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3245, ipnet:192.92.129.0/24, country:BG] > =D0=9D=D0=B0 23.01.2025=E2=80=AF=D0=B3., =D0=B2 5:38, Florian Walpen =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0: >=20 > The remedy is clearly to build kernel module packages for every minor rele= ase, > and there has been an attempt to do this recently, through a separate pkg r= epo > I think. Either that, or do the kernel module compilation locally. For this you need t= he matching kernel source, which is there for binary updated systems (via fr= eebsd-update). You only need the matching ports three or to ship the ports s= ources as part of the package itself, which might get ugly if there are lots= of dependencies. But in any case, a source tree matching the kernel is requ= ired.=20 > My take is that > installing the src tree is optional, giving a hint in the installer should= be > enough. There will be secondary steps anyway in this scenario, like instal= ling > the git executable and updating the src tree. As stated, we could simplify= the > post-install repo cloning through a Makefile. I would say FreeBSD should always ship with its source code - this has been a= major feature. It can be life saver if you get offline as all the necessary= tools to rebuild are already there. We should not =E2=80=9Cover-git=E2=80=9D stuff, especially as the git tool i= s not part of the build! Whether the shipped tree should be git ready=E2=80=A6 I can=E2=80=99t make m= y mind yet. Maybe it will be useful. For example, when things get messed up w= ith binary updates, I usually pull a =E2=80=9Cfresh=E2=80=9D releng arc tree= , recompile and reinstall and I am in a good =E2=80=9Cbinary=E2=80=9D state t= o continue using the binary updates on that host. If the src tree already ha= s git attributes, it would be just a matter of selecting the branch. Less ti= me waiting and less load on servers. >=20 > What is more questionable in my POV is to provide a by then outdated ports= > tree. It needs network access anyway, and is an invitation to security iss= ues. > Better simplify repo cloning through a Makefile, post-install, no dependen= cy on > git in the installer. Or am I missing some critical use case? I agree the ports tree is not extremely useful as shipped, except=E2=80=A6 y= ou get an outdated system lying around that for some reason you can=E2=80=99= t update and you need to install specific software in it.. for example, git -= so that =E2=80=A6 you can update. Happened to me few times. Precompiled pac= kages are not available anymore for those=E2=80=A6 new ports tree won=E2=80=99= t work for multitude of reasons. There should be a snapshot of the ports tre= e for the release so you know anything you build from there will be compilab= le/compatible with that base. It may have other issues, but that=E2=80=99s d= ifferent topic. We used to have the very useful portsnap tool, which did just that. A very s= implified interface to updating the ports tree. Instead of junking it, it sh= ould have been updated to manage git base clones. Anyway, in today=E2=80=99s= git clone of the ports =E2=80=9Cmake update=E2=80=9D works as expected. Daniel= From nobody Thu Jan 23 07:39:01 2025 X-Original-To: freebsd-current@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 4YdtBh3TqRz5lmry for ; Thu, 23 Jan 2025 07:39:56 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YdtBg3j1zz3ZG0; Thu, 23 Jan 2025 07:39:55 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=JLXcpfrp; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 2a00:1828:2000:313::1:5 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.net List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1737617993; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=oh4suRTP7Xf94wA4CTxIrq3SbW7bVVOpGId4j+Eidy4=; b=JLXcpfrpySCgkKYe1w+d+Yh21PSJ/oAl3OWrskSyKGtjap9d8ByI1qogqz+14Rz7gyJUL+ reDLsvo0MqiPDH/pMyAcXrlh5RsSrOZvIsZH31d1igxS+VZtqNby3VYvnRtPUqE4IEhJvW INk7LfOu8/clQHJalZ9jcRukUJSNTCx4iYKjUiRTVka3bvByZxBJQibPvWoLveS+st6w3v dVqrXB3vmQ1j7ZbDbFR1AztgdVsz2UogWw0exzBpDXB9I+qA6vZ3BRNag+uCUXeswAJv6M LR4p4JCSQ7fQwpjyD2Cg8yaEotoX6BmhJbFd7Rkbxyn5Fg1+/JCOsPAYj7Rmxg== Date: Thu, 23 Jan 2025 08:39:01 +0100 From: Alexander Leidinger To: Dimitry Andric Cc: Current FreeBSD Subject: Re: Playing around with security hardening compiler flags In-Reply-To: <812A3C4D-35FA-4F98-B279-F550D3296C12@FreeBSD.org> References: <01a4b49d43860c30e480ec7cf5bd08f9@Leidinger.net> <812A3C4D-35FA-4F98-B279-F550D3296C12@FreeBSD.org> Message-ID: <1235d5f95e2a2b75b8b8335b8a282bb5@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_1adeff84ffdbcf4f922c7482737b982b"; micalg=pgp-sha256 X-Spamd-Result: default: False [-6.09 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; ARC_NA(0.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; HAS_ORG_HEADER(0.00)[]; MISSING_XM_UA(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+] X-Spamd-Bar: ------ X-Rspamd-Queue-Id: 4YdtBg3j1zz3ZG0 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_1adeff84ffdbcf4f922c7482737b982b Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-11-17 19:28, schrieb Dimitry Andric: > Last but not least, -fstack-clash-protection might be useful, but I > think it might need some additional runtime support? E.g. in libc? What I found so far is that the kernel needs to have support for stack guard pages (which we have). https://reviews.freebsd.org/D48426 Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_1adeff84ffdbcf4f922c7482737b982b Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmeR8icACgkQEg2wmwP4 2IZX9w//SbsYdMyJvCwWhifeD8xawteDBv+kGP4/NUCR61qN86KNdOtrm+aoxDxI hLZwvBos6Ds9SX8wBVERJ5qiHJivT3E4KUnxvfmbvKi+GeXBL/ddsAyFaVHZQXlA jjTRVn6xfggz5nrx/T3C2VAfVAisFlWD+XALkMSBsGrGvwlOrFvdIjdbRICdH0e0 c/HvWKRZ/A4mZ6SMn8XmpghSpfwENvb+bRmmcKd0yREjt9m/V1IMtaoqyPx67FuV 9Nu1i0jSJNHm+1klEYNkM5NTFEjhADbLVZH5d1rBUKbrI1Wf2kWbPm+B8jSV/c0m HQsAvOauSp28da/9RA7N2Y55zOozpVQP2ho22UOuO/q0vXD4tspWWz7N9DbFxDOW eS7pj0NucLVMXQLIpo74zVlaqFL9Vv8ZyNYTyXIFEb3CmDrt64AIWiVzJ1tNzgYL /ajKHM73tfTCN0U0aZo2O0RmjxMaAHiskpnaCrfuJ+PXis/SZ0n9tFBmBDil0pdL WhLhg4nWyShDhYRY5QiabS4Sn94mHX5sL78gPwen6/VcjaXSPGA6FgWNQurcgIkc Dd1T5VNsefT18C4NLn++gM4o2xEvwI85lFc+snTcFLo/ZP/dmjmLHqSp0h0Vk9ZG OkF3XdaOk4Ro/fDc1z3t1n2jKVyBRBMB/8N5njc6bYGCbI9vkyQ= =FkQA -----END PGP SIGNATURE----- --=_1adeff84ffdbcf4f922c7482737b982b-- From nobody Thu Jan 23 13:55:31 2025 X-Original-To: freebsd-current@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 4Yf2X84JbZz5kyxh for ; Thu, 23 Jan 2025 13:55:36 +0000 (UTC) (envelope-from tamelingdaniel@gmail.com) Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yf2X73yxVz3ZVT for ; Thu, 23 Jan 2025 13:55:35 +0000 (UTC) (envelope-from tamelingdaniel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=J6PzFCR1; spf=pass (mx1.freebsd.org: domain of tamelingdaniel@gmail.com designates 2a00:1450:4864:20::534 as permitted sender) smtp.mailfrom=tamelingdaniel@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-5d4e2aa7ea9so1856203a12.2 for ; Thu, 23 Jan 2025 05:55:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737640534; x=1738245334; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date:from:to:cc:subject :date:message-id:reply-to; bh=hLtv6WhLL+pYCOz5TyeL61SPz6oLpaB6KgamZGCUN4A=; b=J6PzFCR1U3nJ0/4f09BChZKewJqHdoIn8cNQEmIdDgGsiECOjIwiPwAzFRaEmD1qpz geq2TKiC4Xm0a+fB0sa7KfmRShgmy4EsHekK9agwE0/pZz6WcjKw3ssEm6j3UZPI1O4E 1IZErRBhqyXkM/bzOM5VFRSmHMGRVViKwwOPet06SmWQIwtidNSBeKv/F36Z72OMfvRI rxl1oEvXilnj/00khLOIdsyduwN6qVRb+aLtPPkdX4s69JRR94yOtuH80wVECQsNxmpq enMMJt+aoizLQEA1CfBvkgOfZF+124xg3aD80LV2IQB9iMmr9HHfOk9+0uXFAKik+H8b A1Lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737640534; x=1738245334; h=in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=hLtv6WhLL+pYCOz5TyeL61SPz6oLpaB6KgamZGCUN4A=; b=lgu0SWOSkDyEEDuMwX0o6K5l9AqbtYHzHLNQuf9iVNqSm6jDOf0A7t4SQ8Rfb/2Iay GG8BXZkIUjsf2W1Y+eE79gdjLqh7cy1a/YVsSceFmjTAXsSeL2hGAInuqT20vwM6eaT5 QI4XTvIlCLEUrWSKDtKV+RaqHUfWzNvbXw9CsqBENvVjjgUxuKJdFpiNHP2Q5x5l+Dqa AlMEcizNf8di4vk00fFpeHoiGxFZa04veKRh9hozMvW6HsvY3GqDIzn3+SB238y+VkXn Ld9Rus0r1I/6eKPfhJ+LOoHeR0R4+5EvDJXisk7YHJwbd97R4qviVTT8IINuLZJTU2mX yGhw== X-Gm-Message-State: AOJu0Yy4rQ9o7EPP5du9+5r5cDiH5nY5qtYJG/qwpvob3PBr1MIKOC1G O/Tky/MvELcEV1MnyLKnvTQZXvbN0vSdI/u9QD1C4p1B6aHt3IanTfDJ3w== X-Gm-Gg: ASbGncsG+hlpIrU3ubYFJrlR+tuHJLaIIVWeG1n2iQwA8I6E8QMg7yFtVrlMwqo2tef O55My/ZyHoO4YkHTQ5iKdh4xklGRyO3jZ7YTb2aKVkJdY++Pu9ZC0KPfujZnSzi45bJ5zCJPsb0 3mn63ILKUEdwHAiI9GIquat0hgy924TwJ/edkKKFa3PkJiEFcVQe3vjOKgMC0JEtS1NFz0PyWtT D/+I09oWDOJsgmoKi6s9NOGt6v9ze39s8slVDh5DJg0lsN00qABzHpwsodBTQEQD+lwA0cMVLpV 5f9vhP0= X-Google-Smtp-Source: AGHT+IEy608g0ushWFBnAaAYVYct1ZemIjTNAxGE4DvVekqJ8yaSZDZhlGFt70XwSUw8pIntWWY7vQ== X-Received: by 2002:a17:906:6a17:b0:aa6:800a:1292 with SMTP id a640c23a62f3a-ab38b295b33mr2290678766b.25.1737640533437; Thu, 23 Jan 2025 05:55:33 -0800 (PST) Received: from localhost ([193.141.139.217]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5db73683d47sm10083948a12.41.2025.01.23.05.55.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 23 Jan 2025 05:55:32 -0800 (PST) Date: Thu, 23 Jan 2025 14:55:31 +0100 From: Daniel Tameling To: freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> <20250123053721.KDVDBu1z@steffen%sdaoden.eu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20250123053721.KDVDBu1z@steffen%sdaoden.eu> X-Spamd-Result: default: False [-2.91 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.91)[-0.911]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RECEIVED_HELO_LOCALHOST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::534:from]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4Yf2X73yxVz3ZVT On Thu, Jan 23, 2025 at 06:37:21AM +0100, Steffen Nurpmeso wrote: > > What i mean seems to be that these guys already have the knowledge > how to access the object database without any fancy and featureful > and fat environment, so if FreeBSD would do that then possibly > a simple from scratch checkout -- and nothing else -- would be > possible with only shell tools and a small binary that fetches the > blobs? Maybe even only possible with a very specific tree, you > know? As in a readily prepared recipe (could be compressed and > reside in the .git directory) that can be walked by the shell > script(s) and accessed by the super minimal blob fetcher? > The format is well documented: https://git-scm.com/book/en/v2/Git-Internals-Git-Objects You basically have three types of objects: commits, trees and blobs. Everything has a hash and is compressed with zlib. If you really wanted to, it is not too difficult to write something that does a checkout. But there are already enough git alternatives out there that offer the necessary functionality that have more suitable licenses. -- Best regards, Daniel From nobody Thu Jan 23 22:42:54 2025 X-Original-To: current@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 4YfGDx3SnBz5lZJ8 for ; Thu, 23 Jan 2025 22:43:13 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YfGDw3z28z3Zs0; Thu, 23 Jan 2025 22:43:12 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=eqmvfptg; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::533 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-5db689a87cbso2975089a12.3; Thu, 23 Jan 2025 14:43:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737672191; x=1738276991; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=4MpLFY7HS4jJUqdJwaGiLT82OE2Ua8pBxdkCoYjhrK4=; b=eqmvfptgug3fsiRFoSNN4H3wSyopGxdaU52TpkDw3+akNbabePwLz3tZHBBVVq2ERc x6NmP3MxkOlyfkvw3y2dz3a1vcXHX0KuprmzZgmPcWJTB8Qu6wttK6/dWvmXTmmbQGdM pbFFJrHMPue98habw7j2QG+ozNTocIEDKxaDCYbWgPL+b09sIndILEkBSm8Uy/gbgjQ/ lT1/Gcl5VcV37EnjdkSZORqU7vQdEHTHOha1iCHkq6aAk4mTxy2qh2SIj+VUCQ4FKfbD GSKlpho9c38LQQDjKZ818TmcW6NPzldMihpl8mvbLEjMkG1h3WaX6E/k3FvVEE3xMT2G DX+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737672191; x=1738276991; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=4MpLFY7HS4jJUqdJwaGiLT82OE2Ua8pBxdkCoYjhrK4=; b=t7bBMyt5MZg2TohvjgG6KTwIM3dg3nveW8QRbhTrbmegC58RkZwpwZ5wNwag+E9VKD o9rwyZjKxqM28PqFEJOItCIxU4aZ2Gam5Nr/0Y9peyMQTAERLlagD4CkdJaivW/klmiy KB8zXnf+hlW8/0mO8kkvEoQxAAmsAVcnPgrnlhhZq7MxDoF4SZ/JsmxSIs132iHOcNYz ZWisfb3O47Fx1GyyQRRfOzDDiHN1oTKOlveHMsKmCSExM4HoMG1uSPkwGmjk3s/x2jsf EwZEwSPinNVeH4Y299OGfXKc0TRaB1lISi8Ift8BLK4ltxN/4uzcplgKAEmBAIrtl+WI 0otg== X-Forwarded-Encrypted: i=1; AJvYcCV+39sbm+Z8KR55syx3/b2vPdZly7VJRae1e6bhQ562Lz9JYsKo2jA5iRwbnI4nqfu3wdxo3VJqOA==@freebsd.org X-Gm-Message-State: AOJu0YznQwrIoUCBjAcxoaP42dw2yZ7/Vi53pxZTqhqYRL4BSqbWhit/ TS1ipjjAXZsBxpZGdQhVMG5fr6Y6aP9G+WDywABST7AS+HUVv9rylbGZ7XE2Uq5ZrGT+hS0uBEZ 5jhJs7eprn7g32RH2y65T/oUKLSBB X-Gm-Gg: ASbGncuB3fZeqBU8HFFa5shDPB8KpapjmmljrubeG/GMHo98mVatBlu8jnLxUI1sCV/ mobC6Kpxx0tE+LwqM0E85Gjkka1mfTbX1+RE2shQtCK5qgccxeDiz53lK5q0cy0IygwuPAVD2Ou rVrR1G+TZmX+SQrVaeLPY= X-Google-Smtp-Source: AGHT+IHZLQUtiyJnkqLbjJxvonEdvam7NfM/7WDtvnLswhsPpIH0MNq3q1GM+D5rW/bQAmIOUyY9PO6UdyQyXE5L8mg= X-Received: by 2002:a05:6402:27cb:b0:5d9:f0d8:22e1 with SMTP id 4fb4d7f45d1cf-5db7d2f0b26mr26302605a12.9.1737672190763; Thu, 23 Jan 2025 14:43:10 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Thu, 23 Jan 2025 14:42:54 -0800 X-Gm-Features: AWEUYZm6G-yrKO6fORbUJ4iie9nio2e3QOHnaFAEUkXlGaQgrrDyHV0r63lo5aA Message-ID: Subject: Re: HEADS UP: NFS changes coming into CURRENT early February To: Gleb Smirnoff Cc: current@freebsd.org, rmacklem@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.985]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::533:from] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YfGDw3z28z3Zs0 On Tue, Jan 21, 2025 at 10:27=E2=80=AFPM Gleb Smirnoff wrote: > > CAUTION: This email originated from outside of the University of Guelph. = Do not click links or open attachments unless you recognize the sender and = know the content is safe. If in doubt, forward suspicious emails to IThelp@= uoguelph.ca. > > > Hi, > > TLDR version: > users of NFS with Kerberos (e.g. running gssd(8)) as well as users of NFS= with > TLS (e.g. running rpc.tlsclntd(8) or rpc.tlsservd(8)) as well as users of > network lock manager (e.g. having 'options NFSLOCKD' and running rpcbind(= 8)) > are affected. You would need to recompile & reinstall both the world and= the > kernel together. Of course this is what you'd normally do when you track > FreeBSD CURRENT, but better be warned. I will post hashes of the specifi= c > revisions that break API/ABI when they are pushed. > > Longer version: > last year I tried to check-in a new implementation of unix(4) SOCK_STREAM= and > SOCK_SEQPACKET in d80a97def9a1, but was forced to back it out due to seve= ral > kernel side abusers of a unix(4) socket. The most difficult ones are the= NFS > related RPC services, that act as RPC clients talking to an RPC servers i= n > userland. Since it is impossible to fully emulate a userland process > connection to a unix(4) socket they need to work with the socket internal > structures bypassing all the normal KPIs and conventions. Of course they > didn't tolerate the new implementation that totally eliminated intermedia= te > buffer on the sending side. > > While the original motivation for the upcoming changes is the fact that I= want > to go forward with the new unix/stream and unix/seqpacket, I also tried t= o make > kernel to userland RPC better. You judge if I succeeded or not :) Here a= re > some highlights: > > - Code footprint both in kernel clients and in userland daemons is reduce= d. > Example: gssd: 1 file changed, 5 insertions(+), 64 deletions(-) > kgssapi: 1 file changed, 26 insertions(+), 78 deletions(-) > 4 files changed, 1 insertion(+), 11 deletions(-) > - You can easily see all RPC calls from kernel to userland with genl(1): > # genl monitor rpcnl > - The new transport is multithreaded in kernel by default, so kernel clie= nts > can send a bunch of RPCs without any serialization and if the userland > figures out how to parallelize their execution, such parallelization wo= uld > happen. Note: new rpc.tlsservd(8) will use threads. > - One ad-hoc single program syscall is removed - gssd_syscall. Note: > rpctls syscall remains, but I have some ideas on how to improve that, t= oo. > Not at this step though. > - All sleeps of kernel RPC calls are now in single place, and they all ha= ve > timeouts. I believe NFS services are now much more resilient to hangs. > A deadlock when NFS kernel thread is blocked on unix socket buffer, and > the socket can't go away because its application is blocked in some oth= er > syscall is no longer possible. > > The code is posted on phabricator, reviews D48547 through D48552. > Reviewers are very welcome! > > I share my branch on Github. It is usually rebased on today's CURRENT: > > https://github.com/glebius/FreeBSD/commits/gss-netlink/ > > Early testers are very welcome! Unfortunately it looks like I won't be able to test this until after it is committed to main. Since there are library changes, etc, it appears that it will need a "make buildworld". On the laptop I currently have running it, this will take about a week, if it finishes. (I usually do "make buildworld"s on the universe machines, but since all I currently have is flakey wifi, I don't think that is practical either.) Once there is a snapshot of main that has it, I can download and test that. I will try and take a look at the stuff in phabricator, but given the size of it and my lack of knowledge w.r.t. netlink, I doubt I'll have much to say about it. Hopefully someone else can do some review/testing? rick > > -- > Gleb Smirnoff > From nobody Thu Jan 23 22:49:53 2025 X-Original-To: freebsd-current@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 4YfGNm2Y2Mz5lZv9 for ; Thu, 23 Jan 2025 22:50:00 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YfGNl2dG3z3c1q; Thu, 23 Jan 2025 22:49:59 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sdaoden.eu header.s=citron header.b="GX8ND/8h"; spf=pass (mx1.freebsd.org: domain of steffen@sdaoden.eu designates 217.144.132.164 as permitted sender) smtp.mailfrom=steffen@sdaoden.eu; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1737672595; x=1738339261; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=/yGyk7a+T9LWHlJGgrNNKyMDomOhuldO9lxD003271I=; b=GX8ND/8hS9DiWo2GmwabSPOKYhFxCPQSUVyPFy4TflElyU7/Rjg5DINMK5LDbgkukr7vvwPp gWnN/m+P/JgePdw0Yogjo36CexFmRIlxaU2qyx+yqnlBGwCgMxtzZHGT2JemyfnmHXGjeIsg0M BBV6drExVYKqLwZAfLHFvJOhLRwPNKseLfl4qSd4L1bR/OMf0xOPHvZoKg7irFGOv080Dnk2gv oIc/avnXPf2Wl+YILltwfwJymXigJXR6Oe5IWswDc7MOYqRk6/7ILeizbCHNp+phXWKVRSRlsb f/9T7EbyFW7PzZJd+BJyUqOL+Kj/e3QjrfS6Ks+alDW9QLDg== DKIM-Signature: v=1; a=adaed25519-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=orange; t=1737672595; x=1738339261; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=/yGyk7a+T9LWHlJGgrNNKyMDomOhuldO9lxD003271I=; b=7KAhY1w4FjKYfjsaV8FTu8R1AP0dR5EkvhG3MwA/M/USXnE1CL51bnqxvS1jw3090HNbWjJM mXoMmgleQcLUCQ== Date: Thu, 23 Jan 2025 23:49:53 +0100 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: Jacob Moody Cc: Tomoaki AOKI , Warner Losh , Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current , 9fans@9fans.net Subject: Re: [9fans] /usr/src and /usr/ports not git directories ? Message-ID: <20250123224953.HqgH-rtf@steffen%sdaoden.eu> In-Reply-To: References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> <20250123053721.KDVDBu1z@steffen%sdaoden.eu> Mail-Followup-To: Jacob Moody , Tomoaki AOKI , Warner Losh , Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber , freebsd-current , 9fans@9fans.net User-Agent: s-nail v14.9.25-637-gb6804e05e6-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-1.21 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[217.144.132.164:from]; SUSPICIOUS_URL_IN_SUSPICIOUS_MESSAGE(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.997]; NEURAL_HAM_SHORT(-0.92)[-0.917]; URIBL_RED(0.50)[dec.sakura.ne.jp:email]; BAD_REP_POLICIES(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; HAS_ANON_DOMAIN(0.10)[]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; DMARC_NA(0.00)[sdaoden.eu]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_SPF_ALLOW(0.00)[+a]; R_DKIM_ALLOW(0.00)[sdaoden.eu:s=citron]; RCPT_COUNT_SEVEN(0.00)[10]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[sdaoden.eu:+] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4YfGNl2dG3z3c1q Hello. Jacob Moody wrote in : |On 1/22/25 23:37, Steffen Nurpmeso wrote: |> Tomoaki AOKI wrote in |> <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp>: |>|On Thu, 23 Jan 2025 07:40:50 +0900 |>|Tomoaki AOKI wrote: |>|> On Wed, 22 Jan 2025 14:31:56 -0700 |>|> Warner Losh wrote: |>|>> On Wed, Jan 22, 2025, 2:11=E2=80=AFPM Tomek CEDRO = wrote: |>|>>> On Wed, Jan 22, 2025 at 5:49=E2=80=AFPM Gleb Smirnoff \ |>|>>>> On Wed, Jan 22, 2025 at 09:30:09AM -0700, Warner Losh wrote: |>|>>>> W> I think what you want is |>|>>>> W> |>|>>>> W> % git clone https://github.com/freebsd/freebsd-src --depth=3D1 = -b |>|>>> releng/14.2 |>|>>>> W> --single-branch fred --bare ... |>|>>>> W> % git checkout releng/14.2 |> ... |>|>>>> I really like this plan. So before checkout .git is 337M and after |>|>>> checkout |>|>>>> it is 975M, which is made by actual sources + .git. |> ... |>|>>> One question, would that imply git in base? :-) |>|>>=20 |>|>> Imply? No. ... |> The Plan9/9front people have -- btw -- created a Plan9-style |> interface to git, which is funny it seems (filesystem plus minimal That is, an implementation of their own that is capable to interact with normal git packs and objects (i think). |> programs using that, most are rc shell scripts. I track their |> repo via "normal" git (git://git.9front.org/plan9front/plan9front) |> without problems since June 2021 says the file system. ... |> What i mean seems to be that these guys already have the knowledge |> how to access the object database without any fancy and featureful |> and fat environment, so if FreeBSD would do that then possibly |> a simple from scratch checkout -- and nothing else -- would be |> possible with only shell tools and a small binary that fetches the |> blobs? Maybe even only possible with a very specific tree, you |> know? As in a readily prepared recipe (could be compressed and |> reside in the .git directory) that can be walked by the shell |> script(s) and accessed by the super minimal blob fetcher? | |Only getting bits of this conversation it's hard to infer exactly what |the goal is. Is the issue wanting to use git in a way that would require |it to be present within the base system, but encountering issues with doi= ng |so due to licenses? The git present in 9front is MIT licensed, and \ |has already |been used in part for OpenBSD's game of trees (got). I imagine taking \ I think they tend to keep the base system more "clean" as in the past, making use of pkg and ports even for tools they effectively need, ie, all developers necessarily need git, but it is not part of the base system as cvs as been in the past, for example. License, they try to go BSD etc, and replace GPL etc software as BSD etc software can replace it. There is GPL still, for example diff(1). |whatever |pieces are required to bootstrap what you want from git9 would be sensibl= e. |Git9 lacks some things (shallow clones for one), but is largely an entire= ly |usable interface to git, so I imagine it would have everything you \ |need if not |very close to what you need. That seems like a path forward, if people \ |don't |mind doing the port work. I myself was only thinking of really only a simplemost program that works like "git show" aka "git cat-file". Ie, they have mtree(8) or could otherwise create a snapshot of the checked out tree at a specific git revision, noting access rights etc (though this normally is not stored except for X bit in git i think), symlinks etc etc for one. And then walking this list of files and only fetching the file content from the (single, aggressively gc'd) git object .pack / .rev / .idx combo, cat(1)ing it into the fs, you know. So "nothing but a simple fetch-the-blob-data" thing. Like this no git(1) is needed at all to checkout a work tree from a repository with no checkout at all / that has checked out an all empty branch. |If you're looking for more technical details of how git9 works Ori \ |did a write up |for the IWP9 last year[0], which goes in to pretty good detail. | |[0] http://10e.iwp9.org/10iwp9proceedings.pdf Yes, i know; and thanks i have downloaded and read most of the stuff. I was only hoping for a quick statement on how complicated the envisioned program would really be, from a person who went down that road on its own. Or even, best, a "hey i have code which could be used for this with not much effort", you know.. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) | |In Fall and Winter, feel "The Dropbear Bard"s pint(er). | |The banded bear |without a care, |Banged on himself for e'er and e'er | |Farewell, dear collar bear From nobody Thu Jan 23 22:55:13 2025 X-Original-To: freebsd-current@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 4YfGVs21PFz5lb0G for ; Thu, 23 Jan 2025 22:55:17 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YfGVr34llz3dmr for ; Thu, 23 Jan 2025 22:55:16 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sdaoden.eu header.s=citron header.b=jv9sa97l; spf=pass (mx1.freebsd.org: domain of steffen@sdaoden.eu designates 217.144.132.164 as permitted sender) smtp.mailfrom=steffen@sdaoden.eu; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1737672915; x=1738339581; h=date:author:from:to:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: author:from:subject:date:to:cc:resent-author:resent-date:resent-from: resent-sender:resent-to:resent-cc:resent-reply-to:resent-message-id: in-reply-to:references:mime-version:content-type: content-transfer-encoding:content-disposition:content-id: content-description:message-id:mail-followup-to:openpgp:blahblahblah; bh=358EtqdeOs5NFWqt17oF42gO22jRnWy+ZW/TQByUW4M=; b=jv9sa97lGiYaLThOaQjzzN+saIIP8P+2z1H5Ka11xyIYdPchDX2tM+J9tRlU1g0WU5BjhHsk dIxRQLWSoK/6ca7oL2k8whvBgPjtFJL83d52MXdzBQoqLfF+Eej6HSw1RaR2T7m2xXEGjvMlDl vDsWKNuVdllRYY9QJ0hncPKbouEprw4BjrjsLGgNiIu5QjUXuqRWFG8QPXE+4zDa0MKGHZWrhs +y6+YfbCcQ8E5Ej5+CIc8R29a6otCluaBtExPN0vKoJo0QAFU+IO/ldiDWLDZtZDHKQZYfVqLU 7H9KLlwS82+/HCKUqBUKT0+49DZ/ujdQkGv63MWwlC5oOXKw== DKIM-Signature: v=1; a=adaed25519-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=orange; t=1737672915; x=1738339581; h=date:author:from:to:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: author:from:subject:date:to:cc:resent-author:resent-date:resent-from: resent-sender:resent-to:resent-cc:resent-reply-to:resent-message-id: in-reply-to:references:mime-version:content-type: content-transfer-encoding:content-disposition:content-id: content-description:message-id:mail-followup-to:openpgp:blahblahblah; bh=358EtqdeOs5NFWqt17oF42gO22jRnWy+ZW/TQByUW4M=; b=msQrSZD5qcvcRNElo8+LpNdknOStYWlDpjgoGFWyUsBn8sMQm2tajDCrCCbYRQKJk1yTf9Ps uBWug7ffNlj1Cg== Date: Thu, 23 Jan 2025 23:55:13 +0100 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: <20250123225513.ioRMw6A5@steffen%sdaoden.eu> In-Reply-To: References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> <20250123053721.KDVDBu1z@steffen%sdaoden.eu> Mail-Followup-To: freebsd-current@freebsd.org User-Agent: s-nail v14.9.25-637-gb6804e05e6-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-Spamd-Result: default: False [-3.38 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[217.144.132.164:from]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.976]; R_SPF_ALLOW(-0.20)[+a:c]; R_DKIM_ALLOW(-0.20)[sdaoden.eu:s=citron]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DMARC_NA(0.00)[sdaoden.eu]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[sdaoden.eu:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YfGVr34llz3dmr List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Daniel Tameling wrote in : |On Thu, Jan 23, 2025 at 06:37:21AM +0100, Steffen Nurpmeso wrote: |> What i mean seems to be that these guys already have the knowledge |> how to access the object database without any fancy and featureful |> and fat environment, so if FreeBSD would do that then possibly |> a simple from scratch checkout -- and nothing else -- would be |> possible with only shell tools and a small binary that fetches the |> blobs? Maybe even only possible with a very specific tree, you |> know? As in a readily prepared recipe (could be compressed and |> reside in the .git directory) that can be walked by the shell |> script(s) and accessed by the super minimal blob fetcher? | |The format is well documented: https://git-scm.com/book/en/v2/Git-Intern\ |als-Git-Objects I usually look into the Documentation/ of the source tree, there it was in the past. |You basically have three types of objects: commits, trees and blobs. |Everything has a hash and is compressed with zlib. If you really |wanted to, it is not too difficult to write something that does a |checkout. But there are already enough git alternatives out there that |offer the necessary functionality that have more suitable licenses. The complications usually arise as you go is my experience. And someone would have to go to make this happen. Why not ask the Plan9 aka 9front people and dance with Glenda? --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) | |In Fall and Winter, feel "The Dropbear Bard"s pint(er). | |The banded bear |without a care, |Banged on himself for e'er and e'er | |Farewell, dear collar bear From nobody Fri Jan 24 00:15:04 2025 X-Original-To: freebsd-current@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 4YfJHC4Wqtz5lg93 for ; Fri, 24 Jan 2025 00:15:19 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YfJHB5zvHz3q3F for ; Fri, 24 Jan 2025 00:15:18 +0000 (UTC) (envelope-from bakul@iitbombay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=iitbombay.org header.s=google header.b=hPlQynvD; spf=pass (mx1.freebsd.org: domain of bakul@iitbombay.org designates 2607:f8b0:4864:20::102a as permitted sender) smtp.mailfrom=bakul@iitbombay.org; dmarc=pass (policy=quarantine) header.from=iitbombay.org Received: by mail-pj1-x102a.google.com with SMTP id 98e67ed59e1d1-2ef7733a1dcso353274a91.3 for ; Thu, 23 Jan 2025 16:15:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay.org; s=google; t=1737677717; x=1738282517; darn=freebsd.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Hd+epWnmZ4ZyUGwXhBO1Omcbf7jaLHgzI5goxxkZkMs=; b=hPlQynvDyl6DOHG54KLQZitjsx8240RjkPGsF6gmnt21J7tP7BxBwaEL2bV+NKTJzF Mm5fsGVHmLsyb9VjrPpcK/JKSm95Wn+wWQ9LcxDVlfqxy5xNVmknJazf0k8L1h7RJCIp Ib2Lrv8H5Mm8QwTBmC2fPI1gegSJZtkAnMCTk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737677717; x=1738282517; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Hd+epWnmZ4ZyUGwXhBO1Omcbf7jaLHgzI5goxxkZkMs=; b=TjjbPmXgXZ6veEuYcgHndcPygshtSCNH3gD27LUJxqB8fDAMdrxVDM2lAwBcd5it6K rO0ywTz9yAIRbYXLFI9UivanoZLJ5YhdDeZKaeJx2ga+vbj9j7xr+t7JxwB7po4i+9iq 7Cr3en7ggrQV//Q5+mEm3ozase+VoUbWfkPA8d+FIl7c//ep5zVkW26rX1MeXTBUx/B8 yuy7VrGdzRF35xU1nwdVrniBSY/mv75Fbmwi69oLFnAgK0YFj/yxslwzHj4QGeKZzbb8 cgQcgnHTVk6++DCFYCutBnxayw6aJmqw/o5B0VN/awPyTEJTSnyYtSKu6xt3awoNFb1b ia+A== X-Gm-Message-State: AOJu0YzSsX439t/iRRPi10o1pHjiS3EJgJVH6ARJwzT6l9IA00XjregV yHmWgZP58rXf3ZVQKMdBbDlFzAQX6RNXHoq4aRQ1sT0KiiADDM2qrIz0P9x65Vx/BgXBwVjmFu4 = X-Gm-Gg: ASbGncv9l2tE8pPkjSLHAmjas0dWtwYoJmnX6YfQ3PYkmTRTKsbku+/A9E/X5IdzyZq R/4uQxoPge13+Rx4Ingx4nFA+amtJzUEpr119EvIlqtIG7mXQA9fOeW+/VuhmsrcBKNttYiQbus WgTnTDhwpKo3INn75kd6dqhvjbXuLqM3ZmyhNdEgv8aSQMimnyN7FoHYhuiViS0s9Znb9FKZ8SL af3oNLX2YD2a0Oa6H9b7rU2EoD3en4Mwj4qQjYXdsG6eDABl3oc1ok97Gp4bZpj8zIX3dj0HWsr vOKzCZb/DCYgJr6gHSDVS/zIRHR34cAUE4IDGqqREVrJBGJw4F8pw/2PhOTyIk+p6A7pDOBl4tY wXA== X-Google-Smtp-Source: AGHT+IFB5VMX+raGAAu5tKfs8Lti1AFSeDfb9wGJcBx5JhT2MQz9Ekf+PKHULvAL/7Gl1yqUs9aWRQ== X-Received: by 2002:a17:90b:2e8b:b0:2ee:b665:12ce with SMTP id 98e67ed59e1d1-2f782c561fbmr15302202a91.1.1737677716760; Thu, 23 Jan 2025 16:15:16 -0800 (PST) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-2f7ffa6a735sm385058a91.27.2025.01.23.16.15.15 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 23 Jan 2025 16:15:16 -0800 (PST) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: [9fans] /usr/src and /usr/ports not git directories ? From: Bakul Shah In-Reply-To: Date: Thu, 23 Jan 2025 16:15:04 -0800 Cc: Jacob Moody , Tomoaki AOKI , Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber Content-Transfer-Encoding: quoted-printable Message-Id: References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> <20250123053721.KDVDBu1z@steffen%sdaoden.eu> <20250123224953.HqgH-rtf@steffen%sdaoden.eu> <82b58c18-9239-4e18-93b4-30297d7bdacf@posixcafe.org> To: FreeBSD Current X-Mailer: Apple Mail (2.3826.300.87.4.3) X-Spamd-Result: default: False [-2.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[iitbombay.org,quarantine]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[iitbombay.org:s=google]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FREEFALL_USER(0.00)[bakul]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[iitbombay.org:+]; TO_DN_ALL(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_SEVEN(0.00)[8]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102a:from] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4YfJHB5zvHz3q3F [-9fans, +freebsd-current as 9fans adds a reply-to: 9fans line] > On Jan 23, 2025, at 3:53=E2=80=AFPM, Warner Losh = wrote: >=20 > I fail to see how putting code in the kernel is better than just using = got for the few people that are alergic to git. Even if it is only 1000 = lines in plan 9, but likely more in FreeBSD and by the way not yet = ported to FreeBSD. We know got can't crash the system and is small = enough to not matter, even if it isn't in the base today. May I suggest: - always ship the *commit hash* for any release or snapshot with its = base.txz - src.txz as now (or add commit hash) - this is enough to download a repo (1-deep or whatever), bare if = src.txz was also unpacked. - add a simple script to download as above. - people can install whatever git client they want for further work. git9 doesn't require any kernel code but on freebsd you'd have to use plan9port. It is far simpler but has a different interface. From nobody Fri Jan 24 03:30:04 2025 X-Original-To: freebsd-current@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 4YfNcF26DLz5lsgt for ; Fri, 24 Jan 2025 03:30:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YfNcC3xm3z48Yf for ; Fri, 24 Jan 2025 03:30:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=p0wNQMgY; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737689417; bh=863WHXWf8Dl++XViadgoMiIX2XyHvpoYPPNXTOaDWGk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=p0wNQMgYqe9Ed+2ycCw4u3/wEAL2cONzzLNI5gsE7Sf0/2QnK9BT73qs+iCnbSbuU+W2NalZGLf4RS9z85ZYln2d1wJXJtAswfdMlf75sfMjN/1bZdrfUYEIgTBWm8ShUNWR+L85HlvTDdFJr05n9CpxHcLJLzfuTz5zufyIL9IG57P6jqFNqBnmcLrEDXDtVbWs3TsEj4c0nYTdxGGCFfPOOHAj8bumgGktrb9sW5EG4kk/et2alTxO9nn837C+fTFMvFNI0woU5LgPzfIqJN3RmA+DOwV2KOaS7B5z5hJI9s4wE/Unm+2BQ1nS2PFlybiikhdrb/rJC7ybhw7mGg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737689417; bh=mGfRY+jK2jBO0nH2f9+oWX4JhQn4chvt8W4PjXHa513=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=SA5d2ZkklTJZ39Zrn1ZNvZCip19310+18Asces2bh2YTzUAJl8c5jwRUxedWh+4KfMEHqc0G225O0Rku02AfG4MmCW81NjhBUPC39PEC0Tcpy4fmT38pqxDhDAjWbT3Uuz4ofkKMjD+XIhYMifPUrvfVFPkfnfBnCGr/Z0evIFDzq/An2OQyhGkCMIyqQxs2gfkatHgTr+lA5Pdx+vfVQufjkojTHRID5iWYb58DxfTo/hsBEdM2ZBvoNVXM7sajRIZ/tPVzIsTRb5MKqDQdkF544jkR7BlQZ9m0GD45/iVyWQ7cU+AHHr09ap5FbrYFJnRKKjLEOL0IqV/R4oUAVA== X-YMail-OSG: fXPyRpMVM1lu.HsJoYzNynO9LhVL7ykKRU9RjezvGZCvG.Opk0ACIP.EKdk8T0m N71NuUjqcREbo8is1XWyqKoAX4OvDoUZCNjmWSwgHC4x6.3qnC5uWN12mK_jZKIcR_z6EP33j2Nt 7qna_n4WNwu4sUBojaypZtpYThP09l8xq3ToV.3SzMXbmID6RSq6tT.JLOjzJORTlZr_P0CcLRyt EJswHBwdReR.S.dOxyWCByuWTzetudWaJGI_WGltda3XTh2cyLomnpUP_JrxDLm_JWmWS8OSoVfE ojXmvyGjWXo9dT0QU7LE_pKsPbHxw37VIEx8p.6myawsTVG9TH0SvSBUPMTRRvzyenj8xivHh25l e_ZBF_.dr8eyUpNi3CTTsiTcw3XfGiC6FBdkvA9P4Btm8dF7JUexIU4wlckyvuNY6HiSmUlbA8LR 9sH1PIGwQEBbtWvfo1GRZ0hnh65ml5gl26wT1Nxmv1NSxPm32sPNzyuNqqJv.Pj2JlglmzvbUr2f n.KyjUqOvfsiJE335r_OAOjF.wSie42QUuw9E9uN0Q9Xyed.oksf8ZRhYBKH85u5gsW1Idss3cNA FyhDdlUfIvI4D0XKE9kqo0.eU8N9s6qducKxEMRjceqIRax8bywySwcMSIo.FSYVxJG45floU4EY g06H25Zu6cfociixCW_5p_K_79g5mR.5wJTyWqlViz7ygBidqwMkjqVGMbhaX.DbEf3BPB8EsnzQ 58Fu7Wujn2y3SBXKPTnoyY43VqjaLOMHQFo8DYL4kbB1qn4jr5KLEP.x.l2cNh2_zcEoNKqCR2sv 2VxTCz34juPsMKsOLw2uJ1JIFlVu9Hthmof54AfG14OHl.B.qg1BExhKI81nDtoa5moyjAAhwT9m NBHGHwqHBb65Q2SdTp7DII3bgmlfLUjfN1MmyzjCqF0J9bmhOL._RuNearOGUsQs2VvSpDx4k6Of RzcaO2WzoZQmvMmemvAfQnRi56cKa0ezlehJTIlF3HOWkhSQf2Yp1d7ZSfeYMHIpukq.8bMAJ48B TSCMJbd3N0lz8dNovip_HOj2zY5abeeDMBzDT4.0FOWN9eSB4jlQY46w_MRpeQH7kURvl72xB4oi f.LkZm0MghRwKVS9BVH4XFpOxlK93d3KcyrYHvoVhPerTidm8RDLHRm3Y4jvY0ge9SZz64HV0b1E mSTEqtoiGWhrJTHraV.1ukGcsfibN9WO6HhNmOcIu6iWh72WFjGlamN8hTQrRJBtFC6TuIXCjOui zMXdfKUIpPpMdoYU5hqsivVOq.KZI1uhodEu4Jq.4D16JbuUeCv67_IvtVwc77Ck6VGyzuAqy3zZ xLneaoFfYBjhuYChfVO77uPiCqotfBDzFg7oSsMMpYHgmniBwqNdOYcazPYDxOrXQ0mbWiM90PJH rFm.4Rwo3amQereu_5ZFwomkYR8JsTZN2Xu0qHfHCnN5FVjoBO5gVuQUIThxZ_CgoiI3mGZ1VPMc GIGn_hJS.hXJkmQVoqIXyFh4NXJ8pZaKjHA4bpdkffflO8jpQnxT08r_tjEdOmr51qB2s7gzLtU8 QisEojK9wuvO9d9IyGPWhEoY9QUjjVbOVtT2ZQOTvIVBhwIkqMo.S3BVIKHG.GKhHlSrDAHYSoZU 8ObWuFDjo01t2WHP2HNiGysYAb6F.10z6HOJAvbHkQCYcZ6to.0Fvp6PnjKTeDbvDh53peSgfLji 6SCEg7SrijJD7enXlFPOQa3MmYqAAcawCufRtadqQ2L4KEq.szrYUVLVvmxh8SPmCA2HdwCeIL_T kZYSKf1Y5ClqXs4LVYjclw4XX5rwey.oUgNL0tvOO2xsucG2I2UGkzfmn1v41idhremu_CthIRWR 1i0Jnr4tAfEkHd4IrzsU9uxxBJWMoRUgpLzWqTFYpDi4qbjf2CyrT1QimIDnZ1ZOwCxByrQmWRAT diu0xbdAmsjTpCxKLpxEQW9s4xyCaI4HV2WHiebzoquH3nWcwm9G8iwCcDePi2fkT6hCSN2_ctss .AW.ti5LJa3RB9b34JAnKzYZ5lL3nhiX1pqAsuU8bIPqP7rLSMfgOXhsSraBN_wUk7Inqs2UUICx L_CfGMFzB56_.jmQ3y7ADGi0OZDWx62flF2eRSKXrAQO.JLxd7R7T0vnZb_Hl8SrgVUvizUUzaYJ 4vlJQBb7DCPNQ165opfvI895nwtuNlELqZxT8MtW2dKTqC3I2rbKtCzPWqrB1PYAN5xU1g.lGSho OXWGry2zPICqTWW0HME6V3Uyw08SjI4KOZiL8sbp74flRQIhzTDLCXC1i5aGLunaI_w-- X-Sonic-MF: X-Sonic-ID: 84b3db4b-1207-4f12-8fe1-0c45f034cda6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 24 Jan 2025 03:30:17 +0000 Received: by hermes--production-gq1-5dd4b47f46-5kxd4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 818449de3890bcd98ce2a42ebbe15ec5; Fri, 24 Jan 2025 03:30:15 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: [9fans] /usr/src and /usr/ports not git directories ? Message-Id: <48D63671-7A8F-4C7B-8115-F9F970DB5FA2@yahoo.com> Date: Thu, 23 Jan 2025 19:30:04 -0800 To: Bakul Shah , FreeBSD Current X-Mailer: Apple Mail (2.3826.300.87.4.3) References: <48D63671-7A8F-4C7B-8115-F9F970DB5FA2.ref@yahoo.com> X-Spamd-Result: default: False [-3.49 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.65.148:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.986]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YfNcC3xm3z48Yf Bakul Shah wrote on Date: Fri, 24 Jan 2025 00:15:04 UTC : > [-9fans, +freebsd-current as 9fans adds a reply-to: 9fans line] >=20 > > On Jan 23, 2025, at 3:53=E2=80=AFPM, Warner Losh = wrote: > >=20 > > I fail to see how putting code in the kernel is better than just = using got for the few people that are alergic to git. Even if it is only = 1000 lines in plan 9, but likely more in FreeBSD and by the way not yet = ported to FreeBSD. We know got can't crash the system and is small = enough to not matter, even if it isn't in the base today. >=20 >=20 > May I suggest: > - always ship the *commit hash* for any release or snapshot with its = base.txz For stable/* and main builds via PkgBase: I'll note that, for PkgBase, the commit hashes for the "base" vs. the = "kernel" need not be identical from what I've seen. In other words, the separate packages for /usr/src/sys/ vs. for the rest of /usr/src/ need not be based on the exact-same commit hash. Releases avoid that via the explicit control of when the releng/*.* = content is updated: no update happens between and teh result happens to always = match because of that (if I understand right). This seems to be something new for any official FreeBSD builds of = stable/* and main . > - src.txz as now (or add commit hash) See above if a stable/* or main context might involve PkgBase build instead. > - this is enough to download a repo (1-deep or whatever), bare if = src.txz was also unpacked. > - add a simple script to download as above. > - people can install whatever git client they want for further work. >=20 > git9 doesn't require any kernel code but on freebsd you'd have to > use plan9port. It is far simpler but has a different interface. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Jan 24 03:52:53 2025 X-Original-To: freebsd-current@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 4YfP6W64sKz5lvJR for ; Fri, 24 Jan 2025 03:53:07 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YfP6W2Dwrz3DLf for ; Fri, 24 Jan 2025 03:53:07 +0000 (UTC) (envelope-from bakul@iitbombay.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62a.google.com with SMTP id d9443c01a7336-2161a4f86a3so3270615ad.1 for ; Thu, 23 Jan 2025 19:53:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay.org; s=google; t=1737690785; x=1738295585; darn=freebsd.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=CnKJyil8v+QDyuxX6aPEavpxaI8IWV1Fq2Y+iVf3G1k=; b=FBnJpBn39Mc1iCafd4afM4PelYd1mT7TjNCEi5wwsf5+xt4mXbc+Fhj9ojUw3+EdeJ zSJ3/dwGv+52l1DUcM/LGYjJ2CM9nVTMXQ4rzGmxwP2H/rqsi8GDENMNh1WB5j7u+pP4 gEKlofCDqSDHlMRvVE3T+W/1IrRY4HDisCZek= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737690785; x=1738295585; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=CnKJyil8v+QDyuxX6aPEavpxaI8IWV1Fq2Y+iVf3G1k=; b=JVo61a53CSPPV99Zeh4po31L7Ue9UAcciGPZ0EyKV1xJh4rDC6rTZctQLpbf6jFpis 60Bd1FvZIVNEjCMcAcf5ap5A5yczrhrfimZdkiR2no+N2lliRmuNiRud4C+i/Qg9hPwP eMVqiexvCnKNsKW13CL1h5RcN1vJitqn6TCVEyXUA/9sx2aObQIiyQvfr5wcVSjRSDZI i24kKN35hlrxpEz/w8sIpeNu9Ra8yIT0vk6AZ/Gu6RSPWq0YS2m3gA49s5tEX2fiJv3p xynw3VAtxRbytfP1QfsAAK5hizQNKp69psr2xXkWLWwpiael/dcwFlYwlHyEHHVCr3xc guYQ== X-Gm-Message-State: AOJu0YwSg9ipoXQWxZ213eR3F5gW18vdBK4ENkF/UGl+0n7je9ZZ8NES 3ioPFllK954oiFxIg13Dx92sGk89O2bsQ+24k4LXBiOtovDgumHiriQRZ1uP3qw9dOibVjLEOI4 = X-Gm-Gg: ASbGnctcfGMRnwdAtDppTrYU8famGovgP8jD9eAxWU2/swptDIMXJAH6QpBRUTOScg5 6vkq0J/cttzt55OL4cfqpGGCC63Kex71cQZ3HxhqgxTPR5GxFag/bYxCUf/JK09QDCkOKJIZZFS SVetmFHvYqL2lOKxl5Yoo8RUhlYmrFuQrnEV/n/Zt5s6J3oAqSY12ztl5qxc7FzYweuQHq0IF/u jzbmhCrOmTN1qpHBnILxb7zQpqYso/fUZ4X4uPAty1SusAdHNcTmrl0oYPH3y04ssXmeVPj2WeL 71qlIHendl6nHu+P2j2fxPYcOsoQX+6YQglPnAsjqHFWebmxGosuTzSsoxeuY+SGtkycLnGyIGQ eSA== X-Google-Smtp-Source: AGHT+IFTqi7mPilc3Bj0h3njU3Ss74slnr4vsimI2/IIzSPSnEg2G2wCt5aGsSQitwODbJIK7Q87Kg== X-Received: by 2002:a05:6a00:140e:b0:725:ea30:ab18 with SMTP id d2e1a72fcca58-72f6a67393emr5683330b3a.0.1737690785361; Thu, 23 Jan 2025 19:53:05 -0800 (PST) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-72f8a69fd40sm777990b3a.3.2025.01.23.19.53.04 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 23 Jan 2025 19:53:04 -0800 (PST) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: [9fans] /usr/src and /usr/ports not git directories ? From: Bakul Shah In-Reply-To: <48D63671-7A8F-4C7B-8115-F9F970DB5FA2@yahoo.com> Date: Thu, 23 Jan 2025 19:52:53 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <29737771-BB47-4E1A-8085-A5F5BD0832C9@iitbombay.org> References: <48D63671-7A8F-4C7B-8115-F9F970DB5FA2.ref@yahoo.com> <48D63671-7A8F-4C7B-8115-F9F970DB5FA2@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3826.300.87.4.3) X-Rspamd-Queue-Id: 4YfP6W2Dwrz3DLf X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] > On Jan 23, 2025, at 7:30=E2=80=AFPM, Mark Millard = wrote: >=20 > Bakul Shah wrote on > Date: Fri, 24 Jan 2025 00:15:04 UTC : >=20 >> [-9fans, +freebsd-current as 9fans adds a reply-to: 9fans line] >>=20 >>> On Jan 23, 2025, at 3:53=E2=80=AFPM, Warner Losh = wrote: >>>=20 >>> I fail to see how putting code in the kernel is better than just = using got for the few people that are alergic to git. Even if it is only = 1000 lines in plan 9, but likely more in FreeBSD and by the way not yet = ported to FreeBSD. We know got can't crash the system and is small = enough to not matter, even if it isn't in the base today. >>=20 >>=20 >> May I suggest: >> - always ship the *commit hash* for any release or snapshot with its = base.txz >=20 > For stable/* and main builds via PkgBase: >=20 > I'll note that, for PkgBase, the commit hashes for the "base" vs. the = "kernel" > need not be identical from what I've seen. In other words, the = separate > packages for /usr/src/sys/ vs. for the rest of /usr/src/ need not be > based on the exact-same commit hash. News to me. Since there is one repo for /usr/src and /usr/src/sys, this = would mess things up. Why have more or less two identical repos. In the quick = hack script below I assume one. This will need more work, this was just a PoC = to show what I mean. For an existing local repo the script can be enhanced = to fetch to a later commit hash (or one can just use git).=20 #!/bin/sh cmd=3D`basename $0` case .$2 in .) echo Usage: $cmd url commit-hash; exit 1;; esac if [ -e .git ]; then echo $cmd: .git already exists; exit 1; fi # check if there are any other files if [ ! -z "$(ls -A)" ] ; then echo $cmd: directory must be empty exit 1 fi git init git remote add origin $1 git fetch --depth=3D1 origin $2 || exit 1 git checkout FETCH_HEAD >=20 > Releases avoid that via the explicit control of when the releng/*.* = content is > updated: no update happens between and teh result happens to always = match > because of that (if I understand right). >=20 > This seems to be something new for any official FreeBSD builds of = stable/* and > main . >=20 >> - src.txz as now (or add commit hash) >=20 > See above if a stable/* or main context might involve PkgBase > build instead. >=20 >> - this is enough to download a repo (1-deep or whatever), bare if = src.txz was also unpacked. >> - add a simple script to download as above. >> - people can install whatever git client they want for further work. >>=20 >> git9 doesn't require any kernel code but on freebsd you'd have to >> use plan9port. It is far simpler but has a different interface. >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com >=20 From nobody Fri Jan 24 09:32:13 2025 X-Original-To: freebsd-current@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 4YfXrh2nvtz5l7bw for ; Fri, 24 Jan 2025 09:41:40 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YfXrg1M6wz3lgF for ; Fri, 24 Jan 2025 09:41:39 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=yDNeD7Ck; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1737711133; bh=drENCkvxOjY0naU0Sss42CWClFgYITdl55e42x91NJE=; h=Date:From:To:Subject:In-Reply-To:References; b=yDNeD7Ck1USOaMSp4eQc2CaCeO+oxtmxsOiIGGKSWgrHt6T+BkJsZY877R46/fNN1 jupuA08hrg62HD8AslhR3X6WsvCmk8KAHnvzOh4M5geoGboMNxp4nfvkehkqkhnGqr G5IjwHI6vf9WcKML9lK6CcKsjtU0hnYdV6zvVz3/E2TiEQ+Krjs+gWYB3ghSFGbM7q 3Le7p38o8k+YG80NKwgH9er4utVc/NRc3BHs1YJ78qzblhLKoLAtCDzRfNAI2UPGHA eJqZNFrCWCF0Vm5tq7RSobvnWPZfK0PbdTZxPPvc3dMPBrZYwrOHxQGjemx/qwW9ON 386ufgFLBhTllzmnxGHsvXwRRIwMpZUsmMEhcsaDFoFBKELI2Pnygqzza6oaTyzKr3 vQuLcJ797tmwxEBtsoYbIWyvWybygDW4Y8+xSI40BZJAT92MjgAB7WPyYZo97aZJtV mKkNfYXRqvZUZDxgzOTDXVj4ND5LtMoQdU+Sb0qvk7OVNL6/fqKapaFe4HC3FbJMRS tcnOSWz/Vbkln5Hbo6LQskLikcg9ORTmRV1cD7rSHJdMuhZLaM2SAeKV1Brjhl/aDG hiATsydm+ENj53iTMEjBACsfKXzATIp4WVXldOG+MiY5iZ0eP0hvMPR1XDiur+k0WW D4r3srFCZi1QFI5TJW6Je+Mw= Received: from [IPv6:::1] (0114-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::114]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 8FF295AD3B4 for ; Fri, 24 Jan 2025 11:32:13 +0200 (EET) Date: Fri, 24 Jan 2025 11:32:13 +0200 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: /usr/src and /usr/ports not git directories ? User-Agent: K-9 Mail for Android In-Reply-To: <20250123225513.ioRMw6A5@steffen%sdaoden.eu> References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> <20250123053721.KDVDBu1z@steffen%sdaoden.eu> <20250123225513.ioRMw6A5@steffen%sdaoden.eu> Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=----JA8FLK1MYCCRPEB3QNTRTNPOVETWO2 Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [1.31 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.989]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; ONCE_RECEIVED(0.20)[]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; GREYLIST(0.00)[pass,body]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+,1:+,2:+] X-Spamd-Bar: + X-Rspamd-Queue-Id: 4YfXrg1M6wz3lgF ------JA8FLK1MYCCRPEB3QNTRTNPOVETWO2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable longer analysis, of why src would be, imho, still shipped, is here: so yeah, i hope src and ports don't disappear from releases completely bec= ause i have number or cases where that would be good, including offline by = accident, offline by design in high security environment, natural disasters= , ((global thermo)nuclear) war or just plain old complete software abadonem= ent of whole fbsd project in far future=2E i hope the last one is only reas= on=2E i'll also exclude sci-fi scenarios here i just peeked into v1=2E0 iso i found=2E imagine, there's src! that src can be still obtained from (our) git, i checked, but what if it s= uddenly can't it's probably not the first time when everyone thought to have piece of so= ftware / code until noone had it anymore=2E if you sprinkle the src around = the world like this, there are much less chance it completely disappearing for a fun, i also have kept my stash of distfiles of last 10+ years or tot= al 23y of using fbsd=2E it's only 50g of packed sources and includes most o= f server and desktop things=2E distcache exists but what if it won't=2E btw= i'm curious how large it is? there have been whole big tv stations who for intentional or unintentional= reasons lost their archive and had to resort on obtaining it from lucky ho= me taper remember you don't really need to install the src=2Etxz at all=2E you can = just pkg install git or ports install it and pull it down from network if i= t's there still it doesn't seem to save space either and we have minis for it while there, can we have maxi-memstick too? in addition of hybrid iso=2E a= s this could allow quick image modification if one couldn't be arsed to bui= ld their own at the time they eg want to quickly sideload something like ht= tp://ketas=2Esi=2Epri=2Eee/misc/installer-addon-utils-root-bin-si=2Esh into= installer so i hope end result is just src maybe getting git bootstrap and not getti= ng completely removed but yeah, it's weird how src is in git but base has no git=2E somehow we e= nded up with good tool but with wrong license and now it can't be in base b= ecause of it=2E if basically noone devs, why is compiler in base then? btw = removing that would be weird too and would create all sorts of chicken end = egg issues hopefully this all resolves into my favorite solution, still have src/port= s ---begin--- #!/bin/sh -Cefu # # Copyright (c) 2024 Sulev-Madis Silber # All rights reserved=2E # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1=2E Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer=2E # 2=2E Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution= =2E # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPO= SE # ARE DISCLAIMED=2E IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABL= E # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTI= AL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRI= CT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WA= Y # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE=2E # set -Cefu ###################################################################### keymap=3Dee wall_cmos_clock=3D1 timezone=3DEurope/Tallinn ping=3Dexample=2Ecom ntp_servers=3D'ntp ntp=2Esi=2Epri=2Eee' ###################################################################### _mount_unionfs() { local dst=3D"$1" =09 local src=3D"/tmp/unionfs$dst" =09 =09 if [ ! -d "$src" ] then mkdir -p "$src" fi =09 =09 if [ ! -d "$dst" ] then mkdir -p "$dst" fi =09 =09 if ! mount -t unionfs | fgrep -q "$dst" then mount_unionfs -o noatime "$src" "$dst" fi } if [ "$keymap" ] then kbdcontrol -r fast -l "$keymap" fi if [ ! -f /tmp/tmp-mount-done ] then echo =09 =09 mount -t tmpfs tmpfs /tmp =09 =09 service cleartmp start =09 mkdir /tmp/bsdinstall_etc =09 touch /tmp/bsdinstall_log =09 =09 touch /tmp/tmp-mount-done fi for dst in /etc /root /usr/local /var/cache/pkg /var/db/pkg do _mount_unionfs "$dst" done if [ "$wall_cmos_clock" ] then if [ ! -f /etc/wall_cmos_clock ] then touch /etc/wall_cmos_clock fi fi if [ "$timezone" ] then if [ ! -f /etc/localtime ] then tzsetup "$timezone" fi fi if ! pgrep -q adjkerntz then service adjkerntz start fi for if in `ifconfig -l` do if [ "$if" =3D lo0 ] then continue fi =09 =09 ifconfig "$if" inet6 -ifdisabled accept_rtadv up =09 =09 if ! service dhclient status "$if" > /dev/null then echo =09 =09 service dhclient forcestart "$if" fi done if ! pgrep -q rtsold then rtsold -am fi if [ "$ping" ] then echo =09 =09 for af in 4 6 do if ping "-${af}oq" "$ping" > /dev/null then echo "v$af ok" else echo "v$af fail" fi done fi if [ "$ntp_servers" ] then if [ ! -f /tmp/ntpdate-run-done ] then echo =09 =09 ntpdate $ntp_servers =09 =09 touch /tmp/ntpdate-run-done fi fi if ! service ntpd onestatus > /dev/null then echo =09 =09 service ntpd onestart fi if [ "$ntp_servers" ] then echo =09 =09 if [ -f /tmp/ntpdate-run-done ] then ntpdate -q $ntp_servers fi fi echo date echo for kld in coretemp amdtemp do if [ -f "/boot/kernel/$kld=2Eko" ] then kldload -n "$kld" fi done sysctl -a | grep '[0-9]C$' | egrep -v '(_(CRT|PSV)|\=2Etjmax)' if sysctl -a | fgrep -q battery then echo =09 =09 acpiconf -i 0 | grep -v ':[[:space:]]*$' fi echo ---end--- ------JA8FLK1MYCCRPEB3QNTRTNPOVETWO2 Content-Type: text/plain; name=installer-addon-utils-root-bin-si.txt Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=installer-addon-utils-root-bin-si.txt; size=3579 IyEvYmluL3NoIC1DZWZ1CiMKIyBDb3B5cmlnaHQgKGMpIDIwMjQgIFN1bGV2LU1hZGlzIFNpbGJl ciA8a2V0YXNAc2kucHJpLmVlPgojIEFsbCByaWdodHMgcmVzZXJ2ZWQuCiMKIyBSZWRpc3RyaWJ1 dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQK IyBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5n IGNvbmRpdGlvbnMKIyBhcmUgbWV0OgojIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29k ZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CiMgICAgbm90aWNlLCB0aGlzIGxpc3Qg b2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgojIDIuIFJlZGlzdHJp YnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0 CiMgICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBk aXNjbGFpbWVyIGluIHRoZQojICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFs cyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCiMKIyBUSElTIFNPRlRXQVJFIElTIFBS T1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5ECiMgQU5Z IEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRF RCBUTywgVEhFCiMgSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklU TkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UKIyBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVW RU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQojIEZPUiBBTlkg RElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBDT05T RVFVRU5USUFMCiMgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NV UkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKIyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERB VEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikKIyBIT1dFVkVSIENBVVNF RCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNU UklDVAojIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJX SVNFKSBBUklTSU5HIElOIEFOWSBXQVkKIyBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJF LCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GCiMgU1VDSCBEQU1BR0UuCiMK CgpzZXQgLUNlZnUKCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCgprZXltYXA9ZWUKCndhbGxfY21vc19jbG9jaz0x Cgp0aW1lem9uZT1FdXJvcGUvVGFsbGlubgoKcGluZz1leGFtcGxlLmNvbQoKbnRwX3NlcnZlcnM9 J250cCBudHAuc2kucHJpLmVlJwoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKCl9tb3VudF91bmlvbmZzKCkKewoJ bG9jYWwgZHN0PSIkMSIKCQoJbG9jYWwgc3JjPSIvdG1wL3VuaW9uZnMkZHN0IgoJCgkKCWlmIFsg ISAtZCAiJHNyYyIgXQoJdGhlbgoJCW1rZGlyIC1wICIkc3JjIgoJZmkKCQoJCglpZiBbICEgLWQg IiRkc3QiIF0KCXRoZW4KCQlta2RpciAtcCAiJGRzdCIKCWZpCgkKCQoJaWYgISBtb3VudCAtdCB1 bmlvbmZzIHwgZmdyZXAgLXEgIiRkc3QiCgl0aGVuCgkJbW91bnRfdW5pb25mcyAtbyBub2F0aW1l ICIkc3JjIiAiJGRzdCIKCWZpCn0KCgppZiBbICIka2V5bWFwIiBdCnRoZW4KCWtiZGNvbnRyb2wg LXIgZmFzdCAtbCAiJGtleW1hcCIKZmkKCgppZiBbICEgLWYgL3RtcC90bXAtbW91bnQtZG9uZSBd CnRoZW4KCWVjaG8KCQoJCgltb3VudCAtdCB0bXBmcyB0bXBmcyAvdG1wCgkKCQoJc2VydmljZSBj bGVhcnRtcCBzdGFydAoJCglta2RpciAvdG1wL2JzZGluc3RhbGxfZXRjCgkKCXRvdWNoIC90bXAv YnNkaW5zdGFsbF9sb2cKCQoJCgl0b3VjaCAvdG1wL3RtcC1tb3VudC1kb25lCmZpCgoKZm9yIGRz dCBpbiAvZXRjIC9yb290IC91c3IvbG9jYWwgL3Zhci9jYWNoZS9wa2cgL3Zhci9kYi9wa2cKZG8K CV9tb3VudF91bmlvbmZzICIkZHN0Igpkb25lCgoKaWYgWyAiJHdhbGxfY21vc19jbG9jayIgXQp0 aGVuCglpZiBbICEgLWYgL2V0Yy93YWxsX2Ntb3NfY2xvY2sgXQoJdGhlbgoJCXRvdWNoIC9ldGMv d2FsbF9jbW9zX2Nsb2NrCglmaQpmaQoKCmlmIFsgIiR0aW1lem9uZSIgXQp0aGVuCglpZiBbICEg LWYgL2V0Yy9sb2NhbHRpbWUgXQoJdGhlbgoJCXR6c2V0dXAgIiR0aW1lem9uZSIKCWZpCmZpCgoK aWYgISBwZ3JlcCAtcSBhZGprZXJudHoKdGhlbgoJc2VydmljZSBhZGprZXJudHogc3RhcnQKZmkK Cgpmb3IgaWYgaW4gYGlmY29uZmlnIC1sYApkbwoJaWYgWyAiJGlmIiA9IGxvMCBdCgl0aGVuCgkJ Y29udGludWUKCWZpCgkKCQoJaWZjb25maWcgIiRpZiIgaW5ldDYgLWlmZGlzYWJsZWQgYWNjZXB0 X3J0YWR2IHVwCgkKCQoJaWYgISBzZXJ2aWNlIGRoY2xpZW50IHN0YXR1cyAiJGlmIiA+IC9kZXYv bnVsbAoJdGhlbgoJCWVjaG8KCQkKCQkKCQlzZXJ2aWNlIGRoY2xpZW50IGZvcmNlc3RhcnQgIiRp ZiIKCWZpCmRvbmUKCgppZiAhIHBncmVwIC1xIHJ0c29sZAp0aGVuCglydHNvbGQgLWFtCmZpCgoK aWYgWyAiJHBpbmciIF0KdGhlbgoJZWNobwoJCgkKCWZvciBhZiBpbiA0IDYKCWRvCgkJaWYgcGlu ZyAiLSR7YWZ9b3EiICIkcGluZyIgPiAvZGV2L251bGwKCQl0aGVuCgkJCWVjaG8gInYkYWYgb2si CgkJZWxzZQoJCQllY2hvICJ2JGFmIGZhaWwiCgkJZmkKCWRvbmUKZmkKCgppZiBbICIkbnRwX3Nl cnZlcnMiIF0KdGhlbgoJaWYgWyAhIC1mIC90bXAvbnRwZGF0ZS1ydW4tZG9uZSBdCgl0aGVuCgkJ ZWNobwoJCQoJCQoJCW50cGRhdGUgJG50cF9zZXJ2ZXJzCgkJCgkJCgkJdG91Y2ggL3RtcC9udHBk YXRlLXJ1bi1kb25lCglmaQpmaQoKCmlmICEgc2VydmljZSBudHBkIG9uZXN0YXR1cyA+IC9kZXYv bnVsbAp0aGVuCgllY2hvCgkKCQoJc2VydmljZSBudHBkIG9uZXN0YXJ0CmZpCgoKaWYgWyAiJG50 cF9zZXJ2ZXJzIiBdCnRoZW4KCWVjaG8KCQoJCglpZiBbIC1mIC90bXAvbnRwZGF0ZS1ydW4tZG9u ZSBdCgl0aGVuCgkJbnRwZGF0ZSAtcSAkbnRwX3NlcnZlcnMKCWZpCmZpCgoKZWNobwoKCmRhdGUK CgplY2hvCgoKZm9yIGtsZCBpbiBjb3JldGVtcCBhbWR0ZW1wCmRvCglpZiBbIC1mICIvYm9vdC9r ZXJuZWwvJGtsZC5rbyIgXQoJdGhlbgoJCWtsZGxvYWQgLW4gIiRrbGQiCglmaQpkb25lCgoKc3lz Y3RsIC1hIHwgZ3JlcCAnWzAtOV1DJCcgfCBlZ3JlcCAtdiAnKF8oQ1JUfFBTVil8XC50am1heCkn CgoKaWYgc3lzY3RsIC1hIHwgZmdyZXAgLXEgYmF0dGVyeQp0aGVuCgllY2hvCgkKCQoJYWNwaWNv bmYgLWkgMCB8IGdyZXAgLXYgJzpbWzpzcGFjZTpdXSokJwpmaQoKCmVjaG8K ------JA8FLK1MYCCRPEB3QNTRTNPOVETWO2-- From nobody Fri Jan 24 13:29:29 2025 X-Original-To: freebsd-current@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 4Yfdvh5TKfz5lQBt for ; Fri, 24 Jan 2025 13:29:36 +0000 (UTC) (envelope-from dev@submerge.ch) Received: from gozo.iway.ch (gozo.iway.ch [IPv6:2001:8e0:40:325::36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yfdvf6Clpz3LlZ; Fri, 24 Jan 2025 13:29:34 +0000 (UTC) (envelope-from dev@submerge.ch) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of dev@submerge.ch designates 2001:8e0:40:325::36 as permitted sender) smtp.mailfrom=dev@submerge.ch; dmarc=none Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id F27FB3405DE; Fri, 24 Jan 2025 14:29:30 +0100 (CET) X-Iway-Path: 0 Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/14218.15961); Fri, 24 Jan 2025 14:29:30 +0100 (CET) Received: from interway.li (sendai-nord.iway.ch [212.25.24.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS; Fri, 24 Jan 2025 14:29:29 +0100 (CET) Received: from [145.40.196.39] (account fw@submerge.ch HELO z240.localnet) by sendai-nord.interway.li (CommuniGate Pro SMTP 7.1.0) with ESMTPSA id 277498282; Fri, 24 Jan 2025 14:29:29 +0100 From: Florian Walpen To: freebsd-current@freebsd.org, Gleb Smirnoff Cc: bob prohaska , Warner Losh Subject: Re: /usr/src and /usr/ports not git directories ? Date: Fri, 24 Jan 2025 14:29:29 +0100 Message-ID: <4081188.p4y8TspHLy@z240> In-Reply-To: <8355934.G18vQ0XA4d@z240> References: <8355934.G18vQ0XA4d@z240> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spamd-Result: default: False [-1.40 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.967]; NEURAL_HAM_MEDIUM(-0.94)[-0.936]; CTE_CASE(0.50)[]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:8e0::/32]; RCVD_IN_DNSWL_LOW(-0.20)[2001:8e0:40:325::36:from,212.25.24.38:received]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[4]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_ALL(0.00)[]; RECEIVED_HELO_LOCALHOST(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[submerge.ch]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8758, ipnet:2001:8e0::/32, country:CH]; TO_DN_SOME(0.00)[] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4Yfdvf6Clpz3LlZ On Thursday, January 23, 2025 4:38:16 AM CET Florian Walpen wrote: > Installing the src tree as a non-git snapshot is useless for developers and > people that update through src builds, I agree with that. My take is that > installing the src tree is optional, giving a hint in the installer should > be enough. There will be secondary steps anyway in this scenario, like > installing the git executable and updating the src tree. As stated, we > could simplify the post-install repo cloning through a Makefile. FWIW, I found the /usr/Makefile that is part of DragonflyBSD here: https://github.com/DragonFlyBSD/DragonFlyBSD/blob/master/etc/Makefile.usr It provides simple targets to clone and update the src and port trees, shallow or full, plus some error handling. I'm sure we could also tailor it to our needs, e.g. track the git branch matching our installed system. Purely convenience, but it may save you from typing in those git commands / repo addresses you looked up on your smartphone. > But I don't agree about the static src tree being useless for people that do > binary updates, there are good reasons to build from ports. Also I would > imagine it simplifies the installation of poudriere jails. Just an idea, given the different use cases: Drop or discourage the installation of src tree for STABLE and CURRENT installation media only. There's no binary updates for these and they would require a proper git src tree for updates. Maybe ask bdrewery@ first concerning poudriere before completely dropping it. Regards, Flo From nobody Fri Jan 24 14:47:30 2025 X-Original-To: current@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 4Yfgdf3cdyz5lVvt for ; Fri, 24 Jan 2025 14:47:34 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yfgdf2v5dz3Ymf; Fri, 24 Jan 2025 14:47:34 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737730054; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=5T/oxUfU+BPOQohQQYw3x5k+ZNfkXmEW9x3FJIQU8n8=; b=IwMh1HJF8srj/sgvq0Wiu01HLKMO7xE6/pWo8XMaXvEFLiUeP556qkZpX08/l5ceqd1Xtg 76SlLSffB69euHrTlUTW2n5/2Y/P9IOAxjcBhAJbrDqfm1faljldrJY+fQ0mnMBzTrOmx7 T5swS16xbXWamsjAjDDOST/4nIadOHS6yasbqNXQghLTEbVovh7JwC/ZBL0jDUJGGNfKWP PHSWRuW7KU7cFlLNQf9r4YJ8O9b1PsGSpR1hoQxPyo7e9zkNnR1nh/vWSDf2CoNkqwQ5fy y63FG7acYiAgVhkF92Fj+cSsVCCqMKJa8LzTqJcaTuUKNLfPW7oqzaexwh7JGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1737730054; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=5T/oxUfU+BPOQohQQYw3x5k+ZNfkXmEW9x3FJIQU8n8=; b=dpO64Uf9rZ/TriDd5vbr5z9EbyHHlFL/3SNRGefNJ5iTe+2qVaenIO/wJN1SCL4YFpnRDF aamwm58GVfNYdFXG1mhrvjMtqcA76O6rhXVjvlNukSJsWexf1Wykt7INgVggfyOHrxTODz HuGSvJr7rrQ2UuwmNEFQWjAL6L/dLgOsY3OFbs6oAbIVqxIX+EuSl32uArRMN439aOl8nm Xiuqhnc3PALePPthumlzwgvcCd7iIGTN+Rq3Dkogk07uei3S26iqBBDWB5SXCGJqlpj+H9 DJ1Iovnb8FLkUjZ0zLOLzgg1sAzT6b0AVvga/1JvY1KSUY5oub9G6XhG7jRjxg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1737730054; a=rsa-sha256; cv=none; b=H/8G1/1NBB6+JkHDT2EidQ0fkIzpN0gQeU/Tf9ropusCh6RL7h6nBgzhvGe6T269s0tqTP GPrTtn4Fnh/L01RxStovq3oZ4hnt9+RscHNKx7lRzckrjqjlZb+GyMvEzFfEeyOir1nERl /TqN3L9bfHn+Le6kw9JTgoQmmmoimgylrCWFJRxNwU7eCmBx4QIPIImZj4sxqXzC8NvtgF Rum23WXCh2NQ1kI0AwEuGhdfHvRR7pU1ZqH7rP/s+YlJzMHKkI3J33EEQNA86FqhtL90Pz VjjFLSVqfHj2kxrWrPoklh+VYTL3WRhqPcZSVmfQ2zUiiUtm3NPTmmF5MDC7/w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Yfgdd5xPpzt7X; Fri, 24 Jan 2025 14:47:33 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Fri, 24 Jan 2025 06:47:30 -0800 From: Gleb Smirnoff To: Rick Macklem Cc: current@freebsd.org, rmacklem@freebsd.org Subject: Re: HEADS UP: NFS changes coming into CURRENT early February Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Jan 23, 2025 at 02:42:54PM -0800, Rick Macklem wrote: R> > The code is posted on phabricator, reviews D48547 through D48552. R> > Reviewers are very welcome! R> > R> > I share my branch on Github. It is usually rebased on today's CURRENT: R> > R> > https://github.com/glebius/FreeBSD/commits/gss-netlink/ R> > R> > Early testers are very welcome! R> Unfortunately it looks like I won't be able to test this until after it is R> committed to main. Since there are library changes, etc, it appears R> that it will need a "make buildworld". On the laptop I currently have R> running it, this will take about a week, if it finishes. (I usually do R> "make buildworld"s on the universe machines, but since all I currently R> have is flakey wifi, I don't think that is practical either.) R> R> Once there is a snapshot of main that has it, I can download R> and test that. I have built a release of the current state of the branch and put it here: https://people.freebsd.org/~glebius/gss-netlink/ -- Gleb Smirnoff From nobody Sat Jan 25 09:54:43 2025 X-Original-To: freebsd-current@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 4Yg95f2cFtz5mK55 for ; Sat, 25 Jan 2025 09:55:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yg95c6H1kz3W8j for ; Sat, 25 Jan 2025 09:55:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=GI3BrRWk; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737798898; bh=/ood4n91f5PeQIiG4NGI9TgGYekt0fVcqVc797xDfJw=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=GI3BrRWk6Azsh/BE//oZizNp27BFpEfO1ItpG5mOwHUnMxjxPK6ROX/oxJbclSuDQYlY2QX3HfYEiDjo7pdAZJdkf2AMYISODbu1M2dF0JLu+TDAuNXceKo5Dw5h/IV6JS18Tm1884v4QEzomg3KMG92vOCt5yQLVLvFqK5soFkkNpxa/4hpuKyPRYXEcG0TaLJ9SlkJQLTL/w1Akn/PWywKkGiiAOhHWWadeDpDHzUKDQWZZydDlcJamw3HgfoVeNQBR4tgllGI4JXnSBHXfav8tGiTsmCH4htrigJC1yiBsLBl9YVG1ouA5vMG9IwkXTdF9Z9jFnU0NCtwDY6uiw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737798898; bh=Q2a6/WHYM3HVBmJG0Dr4hHgnyL+RkRLrr29nAfU+ktA=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=D1ko3LBqUGRROtvCpp5n/9ViL+HflLmLIr8pzM28kSA89dKByj5+3pmqO/ahusMbfXG+lEaTGkZKoYVMHKK1ZCQoDWePOfnAqb3vUwkmodSa5NCQtpNK2j19vt8WgxFWzqblaG2qthf1pYFUS+nyLb3pPrcC05IuoZwLS37XFU65B1BShCqq0W1UyF3qMG0qemFeOxtMrygK0byO8q9fZ1PM05yrsahqRLGesN1ObGYmKnfnGX3iJCfYl2sQ+yQxtnktSCIsBACGsFMmfoSDDixjnG2KRa3CCMZxw3BMpixMMEF+RKwOaL6MnV/VoFz5jI9LDjM2TBKSno9tua2w2Q== X-YMail-OSG: EF5GYfMVM1nppio9VqWZnv_YhnSR_Cz.byuYUCbxMAHuj12vs8lE6k1iGKocxGI XCcsZXsPUWTrqnUooJaAc9.AQdOKX.Fug.Y8MFrgNsibXme34truaNYds01oGK6LbBwuwggLmB6u lRxCuLIwZl5TUjG7yffvcFrjcqMHLCn43VrJ5aMyGpiuxaBnQKj2d4ROdO9GQ587O0KsmxgoCJpX ALyMBqYDglLOE6ibNIydMUlNW6vCmMeyGTYr0FvJbBGd40EwVFvoZ0_A5bJ20GJerXNltrqjDeF7 MpmAOxzYdZUlCrYMSSx28yik660PiqJ8ygGGSJ_ZAsL2sdijUmZftec5JCKZTJ.WB2LXwRINGB3k F2k0b36i6daQW.i6k6cD4buXpA3LaA29__qchVnyLnqoWWuG2ObKwxDz8Kc5Ev1mv7WXHZrv7DWn q0pvVbN1cinRAJNAxLlkjtwVeZpM43JaPUxiVsF.dswltpFZut0ulPrjCjy1Ri7u8EDZrG4EYOEI UdpD7Jkcy8X56RoZES7oE3nKt7LKfjHgWf0XlAuhHBYl86iVtW5Q5NRKehmhrInUMzsVtDoqamrb oUsY5Skj6TSMOXXi88PvWUJaySs0JzYcHB4KPQX7KkAwXlm2OoVlwjGhNfcLbigm.6N4DbCebh52 DHDawPaa.oKV4Ru2uKLI2DNZEH_xZqcg1lN2JlMvrBBKOboi5qK2C4wNlrrrRWo37vTYfw3KHsW5 kRYGLBgNh0ydUjmfGrP0pnEc3vcH7n93S.vbawYdNLx2XSjUYQo3V8sTf_kQseiuEQbsvyHfJnmz Ehnk7DDoTMMCb14x366I1Ot.gD9FJFcJT8ZmJNnrRz2ug0jyMkyEEifIvDgOVJ._BVPltJ3MlznY EoXN9afd_P6k5SyO2r32B3cVLkh1jk17.kmqGgAK0GOXBY8GKdZ.0gK_JLAnS78tzoN.ZA6LthxU _n30sPxhuTSZYG.nDSwuuwLOI_CN7K.4sYpAhLVRsIWVB4_HviFnfS1q8whMfiVup.NK7zEdtIak ZKhUd7yRJ4aSjEWhk6Sl6dyLeNZBaJIBLlHTQh.5BFL9VJm1wMDYEhUEBMQmgTBBR0KANuAReoRy b_TTyI8ue47FIa1si5tZRfLmdnMsBynRK7y6neF3jYSb4DqQGkjODHl6jYpS8f3YfGt_WAV6l5gt nGsMDqIPWnfX4RJcYoQvgPGds.RixYcDcsxruZQTggWyyqgF3ps61CCVtmzw_Yhggez0pm5uPY2m CRXGRMq5cGpEYVychNp2gd8k1Y3B_77yg4xxM__GMec1aV8Quqwo0hWw.TfYEmu.KWvBgadS7X_2 z1CJsGkigOdP_msqqq3J12Lxz9wund3xGTxzC9o1CyAVhZXtewY_L5JZ.I5MXxnGMcVfgcw2A.Np H_8mp.mKYrlkfVWlEv.wLQR4yYMVy3w2lgHY1W1BG0dHmUn3syRt6fCQquigO7v8VgETpzX2friy 28WUPdsuH2.PMBaaqF19O5gOV3_iS1sS.t5Juv7TdWLiWianplnslBisHcSc4FyRvXSDX0gValys 6WpOpbtRWDpHkYTjz_yl3ul.MCbB24rwT2KJwh5YtqZBOLM3znq6AFa5Pkt0ltVaxwOZ5pBbG8xJ .JPm3_YPlEd8.LChT5DV9PiI7L8wwBPS.CExBkKYXjVpxas4uCahmbXe8ts1XIi1agT4zIU6.YsU VN6kuZuJOORQvtwxdrKcU7OEePwnHMWsLQ2pMGHLmB.epadhWi4.nyd3w5VSvJII7ca9ipKfSDDQ ldIbtVmR55VNOLYD.r38M9J09jiws5ogKToWA3C0Lmn5N08zquMWBqnr321M4OTZWZeRjnz1tI9t eSnjpfyS.gim6E82copN8oRwkekqzYJL8VpSQP3Q3W_QmzinD9_2AUa1m6kke2REozSM3SOy4_FO dSAS6TNlooy66LHJsMu61hGm.au_xUmFI4PCqSBhTLjUWfTW8gMzcyaAmCnMeH6bym8AiKeNe_2D du5z9AyNzItvVvZMaXF0L9AMn7tUmYprjF42yoWaAKyyXp84tdsAG7w.f167ZPNOTxlbQifSDid9 IrKYYcQOYFEZ7GeDTqGLTASKwdexu9E8buAJ7Q5mOPfKe_9hq.bLx_XUh2fx45WiSxrZQE5VnGcz HKjagTpdqv124YzENUV5OzUzfhZUeyBy1jpZp2NiA21W01.WoJiEEbuVIr30UW_tooaVolLUsFOV qvGdcI5AAB_GSPUWJi7UGWJITAQU- X-Sonic-MF: X-Sonic-ID: c9520bd2-71eb-4add-897e-12d448264c93 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 25 Jan 2025 09:54:58 +0000 Received: by hermes--production-gq1-5dd4b47f46-zz6g6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5c5aacae4e3f594f738f8422cda09727; Sat, 25 Jan 2025 09:54:54 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: "don't know how to make /usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu. Stop" Message-Id: Date: Sat, 25 Jan 2025 01:54:43 -0800 To: FreeBSD Current X-Mailer: Apple Mail (2.3826.300.87.4.3) References: X-Spamd-Result: default: False [-4.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.69.84:from]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Yg95c6H1kz3W8j Unfortunately, for now my reporting is based on my personal build = environment, not on anofficial FreeBSD build. Context doing the building: # uname -apKU FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #155 = main-n274094-45d5b9f0324a-dirty: Sat Dec 7 23:06:19 PST 2024 = root@7950X3D-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64= .amd64/sys/GENERIC-NODBG amd64 amd64 1500029 1500029 Building what? : # ~/fbsd-based-on-what-commit.sh -C /usr/main-src/ 46a9fb7287f4 (HEAD -> main, freebsd/main, freebsd/HEAD) man.1: Improve = search + spdx Author: Alexander Ziaee Commit: Alexander Ziaee CommitDate: 2025-01-25 00:07:01 +0000 branch: main merge-base: 46a9fb7287f41eedf321d81a68a826f231d11bfe merge-base: CommitDate: 2025-01-25 00:07:01 +0000 n275030 (--first-parent --count for merge-base) Got (nodbg is similar): Building = /usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-= DBG/iwm3160fw.o . . . make[2]: don't know how to make = /usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu. Stop make[2]: stopped making "all" in = /usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-= DBG .ERROR_TARGET=3D'/usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'2' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose curdirOk=3Dyes' _ERROR_CMD=3D'.PHONY' = .CURDIR=3D'/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/s= ys/GENERIC-DBG' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/s= ys/GENERIC-DBG' .TARGETS=3D'all' CPUTYPE=3D'' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MACHINE_CPUARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/main-src/share/mk' MAKE_VERSION=3D'20240711' = PATH=3D'/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/tmp/= bin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/tmp/usr/= sbin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/tmp/usr= /bin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/tmp/leg= acy/usr/sbin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64= /tmp/legacy/usr/bin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd6= 4.amd64/tmp/legacy/bin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/a= md64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/main-src' OBJTOP=3D'/usr/main-src' .MAKE.MAKEFILES=3D'/usr/main-src/share/mk/sys.mk = /usr/main-src/share/mk/local.sys.env.mk = /usr/main-src/share/mk/src.sys.env.mk = /usr/home/root/src.configs/src.conf.amd64-dbg-clang.amd64-host = /usr/main-src/share/mk/bsd.mkopt.mk = /usr/main-src/share/mk/src.sys.obj.mk = /usr/main-src/share/mk/local.sys.machine.mk = /usr/main-src/share/mk/meta.sys.mk = /usr/main-src/share/mk/local.meta.sys.env.mk = /usr/main-src/share/mk/auto.obj.mk = /usr/main-src/share/mk/bsd.suffixes.mk = /usr/home/root/src.configs/make.conf /usr/main-src/share/mk/local.sys.mk = /usr/main-src/share/mk/src.sys.mk /dev/null Makefile = /usr/main-src/sys/conf/kern.pre.mk /usr/main-src/share/mk/bsd.own.mk = /usr/main-src/share/mk/bsd.opts.mk /usr/main-src/share/mk/bsd.cpu.mk = /usr/main-src/share/mk/bsd.compiler.mk = /usr/main-src/share/mk/bsd.endian.mk = /usr/main-src/share/mk/bsd.linker.mk /usr/main-src/sys/conf/kern.opts.mk = /usr/main-src/sys/conf/kern.post.mk /usr/main-src/sys/conf/kern.mk' .PATH=3D'. = /usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-= DBG' 37.06 real 108.72 user 5.50 sys make[1]: stopped making "buildkernel" in /usr/main-src make: stopped making "buildkernel" in /usr/main-src Script done, output file is = /usr/obj/BUILDs/main-amd64-dbg-clang/sys-typescripts/typescript-make-amd64= -dbg-clang-amd64-host-2025-01-25:01:25:05 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jan 25 10:09:15 2025 X-Original-To: freebsd-current@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 4Yg9QS1WRnz5mL8Q for ; Sat, 25 Jan 2025 10:09:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yg9QQ45t1z3Y1s for ; Sat, 25 Jan 2025 10:09:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=s5+QLK70; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737799772; bh=Znolq9G+wTjYlSD9kup7QW1yukJTXanhFWAP7Y16t+A=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=s5+QLK70akHvp04xqaXRPjgdbGaIYupLy4CjalenQ7TqECagepAcmGJBD1Jh6V9zgcw2xBpmPM5c1us99CkeBMXU89lxfDZzYO5qGXSjvBGHKocEbQ7nYWIjSh7yKVgRHxVbNS6RjEVtMX+n5c8dDOTK3lOYPKcuG0TipiSd+My0lGpHjxAsJPUr2N7S+CMFaIiXS7KpYmEjgmWG22WyRI1VxKJLQ+J9XO5JqLwrd/Qtut7ZCMAeNj99b7hceXJ8s46ykVeUlkEmfbYoYOdQ82hQYfkgWVnB07HnUBRXQwAWqhi7Iwvs8xKJdknO+lxr13kPrC/T3TSTNwvw+zDbfg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737799772; bh=mmK+FlKWaZAE92z8X0vJq4tzFxwi1Z7TzKm2b8uHOui=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=bSBF8+A703B7rvh8QebyyWh9zaVMgVHpDnH9AHYIVDrHdrWae/UA2cXGxJ7eXT+H1H1KDmjDzkogNNHPPgxVXnAAU5vVXlWz7Nodmwiol8XM57czvwEf1bd6mm8Srs5nIM0lCi1pU+bi7+I4h9mcbNsIGIrOH225AWDbXQxW5xGp1q4J4np80tUawqgXbs3aF/r+layHjas6dpUgqLuijWs97CQz4cCjK9JaIh9L8GOq04o4tXjlgqM/9/jVrmSDAqXln1JIVknQk79nHMZz+J+yGV5zMUmgeKaxK6SCCmmCZn9dzZi4JXeYvwhrKh1iBuPfS35xxhNUBImsrl1trg== X-YMail-OSG: rzPZjIQVM1lWc3NjVYmyqL_oxmA2T8jDsSTFGMniRMBjj0ly27NTXLKpjmRpkEV PGc8sazLrReOAeAwN88Wv9AJud4LLWieBj5_hRErgNujTuYaWFaf5SLpEoG8h2QXPT8bpyL0mPd7 J1gjioaY.Ow_1_izbZcv8Vd.Ml35deHn3kDYD29DIaewMTJicwYACydig0AAqWS18Zox.CWKW0MG j8gaJ0vxcqQ9THmw6O_c5pzCnDb0fLyQJHkFL2A7IwxNFT9mzE7UvTgEpRyWR5tKOntOnZAZpkbL Jz00R9sravGK8G58QrmI3khKxxxLUswtmTAryoa7.D.SbR0Sh2OkvnLEoS5zuHOSt1X2Adcvh6qB fYKXNlSYJUhsYEkB7gvQ7rJP4L1pXOqN0SlBsttBkkN21uXdabVThgdBt9JeAVOVGGStEVSaYiqA 6I8nRzmOAeckPex38S_JfdtsB1wuZiloLXJd2kV1a9HZA0pF.hvVvqTdONzUCaWsIvjKThSha09H xN88BCvOrBRDQf.g7C2nB5x5i.jXYiDFKCmQYvdOUMGno9ppDch5Qfa7o4GI1Wh58teV1FdkdE5f bv6HXwH3tjhln63bs0IgFaD51WtyLQHdhlp988s.oEUTsWobXmAvd.2nOllu6.FKoJtdTJDOhSlo zKfuHzuDZEno049MzfVWj78zqVY_ZP3vnZ6qPxbYc8ekviM0H0TfB9d5soCEYPQ9j0d7nfTMx6Yg LIdNnTC8xr11s3NpaDRfxA8e9wc.NlnJ3EUukOgJJ1V0p_IdLvmw8Mjr8TBIl7DshRrB0WeKraOZ GNZ.UYZfY9n4K.p60ffzJGSCzI.jClJ4_.qxnN1DwdPfQescQcW1mDTrFifXpgVWhQetT1j5PUX2 fWPOGUKxUorhljtKT2EVqoxCZvs3P2C3iyDGzlYNnk.3cJrjRHo28V4.hD2V40me3q6h4b3Hp1SJ WZsDZ7hUMJhj.j.MiuF68Bfp6peq_CBuXKwt7Dztui.1NbpoVSqSM9OafmljnAZP8hSwwOvyQJQ6 F_acziomm7LEZydrSgA6pS8mE_rQQcrKSPM2zTGjSaNYLGIUoDDoa6.9i6gUs6WnKQSNYj4DFHS_ VUIi_zJdyvmFYWdrtsen.Rh7LzX8pHiU5gPvoxnw6ofNO8Xta4VjO16mrGKa5NcuaoYQOgIF8ufa lIZH3LdkopI5IPS5ECho8fza0TMnvEYa7S3KFppgXBe7hBqT5EowaToFjlLGfLZXXF.TPVBAEJx0 yMoNewm67_wBDBm1BiFRCsz9Mqv6_wX.V0Ipg6RlwA7oQl1WjHeuWv.DyJ9DhwuqiEtHS9KHG3Oh HgYy1YRIqstKtCjvOOFdn6WeTfC._IV9NfY1Czp2a9eQLiG2r6vf8B7Ads.rADcEjeWcqsngLqIa mHjows7RE5F2lQUNeM.nVHLL9TTIm8vl_1FSwXGcy2S.Z4v6.B0LGZckWp7g_2zGX3uw5lI2K2Fq dqZgInbv0afvTg2Jj1xwNt4ETQlB8ygwJ8BDt47.DyAmmquntY49ljOxnuHQ9ilKZ6FaWY6loyh_ nej4OQpsKPzUb9_0FIMerezfE1kZ6kwxh2f1.kkgyD9rCVSLByfBMBpFwOGHTmoafT2uWDuEgFk3 MJOVnVdeJZ9g_tLo_WQ_MW94es5xdezfoLy_Dq1ySpVkJiScfSn5FgMoeit74GFGAhEtXdcdwKyU mtazuuMjAMOQmM7ABlayBsyYz9pzEZ5XdX9F.jT.fds5.kqYHzn0vUlTrVluqVLN5o1jxOco4Lud 9hX40bvu0WySYKptZaxcQ.NNIepoEiEk8nhlBKNnpZFZQdzuGL7HFl4U5wTz0oanAlf0ZifV4_AO H48Iqmqhbj0WjbMtGtsEUm4wiKGXVCc6E_eFJuO4VnIztzTXqVuFoJEogWajZwZAp.xRpQNiWlrX FXWNZWA7jYHX7mZNfVTuvSqfbiBM8MaVFYlhGe0EHmRFzLCjsvk2phnOo2Eo1UQC91WRFrnVv6E_ b8PXYHKlTWyPh3NYkKVWNFmf5FHRGMnpQdDXKEKTzNGE0bYHpu5nve.c2ajEs3byQ_bR7gVy7XB4 CZnl7qUNaSGQKRQdfqYhaxvGwXOyR__kad1uDxrYCCRZWHSI9Z5Ke6F_wwYuwEd0LhDLPzXj2AIU EcbCB347ropLg303tDbFimIUennkAf0.bjERT9YVcsZ2NDf4O0BoN9K5QR2u8Z.gSUANP8tpntLF 6znCJzyRLy95IS_.YoLjRiOvZHH2O1wjFuEaYYNG7oy3HE7UIBAXERQutqS9mhVFz5Y4hWyF0vAR oRwEK X-Sonic-MF: X-Sonic-ID: cea04934-1a80-4d5b-a7f9-73073fcff25a Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 25 Jan 2025 10:09:32 +0000 Received: by hermes--production-gq1-5dd4b47f46-5qmz7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8e0188b522c54a1ddb38a040e12d8381; Sat, 25 Jan 2025 10:09:26 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: "don't know how to make /usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu. Stop" Date: Sat, 25 Jan 2025 02:09:15 -0800 References: To: FreeBSD Current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3826.300.87.4.3) X-Spamd-Result: default: False [-4.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.65.32:from]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Yg9QQ45t1z3Y1s On Jan 25, 2025, at 01:54, Mark Millard wrote: > Unfortunately, for now my reporting is based on my personal build = environment, > not on anofficial FreeBSD build. >=20 > Context doing the building: >=20 > # uname -apKU > FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #155 = main-n274094-45d5b9f0324a-dirty: Sat Dec 7 23:06:19 PST 2024 = root@7950X3D-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64= .amd64/sys/GENERIC-NODBG amd64 amd64 1500029 1500029 >=20 > Building what? : >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/main-src/ > 46a9fb7287f4 (HEAD -> main, freebsd/main, freebsd/HEAD) man.1: Improve = search + spdx > Author: Alexander Ziaee > Commit: Alexander Ziaee > CommitDate: 2025-01-25 00:07:01 +0000 > branch: main > merge-base: 46a9fb7287f41eedf321d81a68a826f231d11bfe > merge-base: CommitDate: 2025-01-25 00:07:01 +0000 > n275030 (--first-parent --count for merge-base) >=20 > Got (nodbg is similar): >=20 > Building = /usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-= DBG/iwm3160fw.o > . . . > make[2]: don't know how to make = /usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu. Stop >=20 > make[2]: stopped making "all" in = /usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-= DBG > .ERROR_TARGET=3D'/usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu' > .ERROR_META_FILE=3D'' > .MAKE.LEVEL=3D'2' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose curdirOk=3Dyes' > _ERROR_CMD=3D'.PHONY' > = .CURDIR=3D'/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/s= ys/GENERIC-DBG' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/s= ys/GENERIC-DBG' > .TARGETS=3D'all' > CPUTYPE=3D'' > DESTDIR=3D'' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'amd64' > MACHINE_ARCH=3D'amd64' > MACHINE_CPUARCH=3D'amd64' > MAKEOBJDIRPREFIX=3D'' > MAKESYSPATH=3D'/usr/main-src/share/mk' > MAKE_VERSION=3D'20240711' > = PATH=3D'/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/tmp/= bin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/tmp/usr/= sbin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/tmp/usr= /bin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/tmp/leg= acy/usr/sbin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64= /tmp/legacy/usr/bin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd6= 4.amd64/tmp/legacy/bin:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/a= md64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP=3D'/usr/main-src' > OBJTOP=3D'/usr/main-src' > .MAKE.MAKEFILES=3D'/usr/main-src/share/mk/sys.mk = /usr/main-src/share/mk/local.sys.env.mk = /usr/main-src/share/mk/src.sys.env.mk = /usr/home/root/src.configs/src.conf.amd64-dbg-clang.amd64-host = /usr/main-src/share/mk/bsd.mkopt.mk = /usr/main-src/share/mk/src.sys.obj.mk = /usr/main-src/share/mk/local.sys.machine.mk = /usr/main-src/share/mk/meta.sys.mk = /usr/main-src/share/mk/local.meta.sys.env.mk = /usr/main-src/share/mk/auto.obj.mk = /usr/main-src/share/mk/bsd.suffixes.mk = /usr/home/root/src.configs/make.conf /usr/main-src/share/mk/local.sys.mk = /usr/main-src/share/mk/src.sys.mk /dev/null Makefile = /usr/main-src/sys/conf/kern.pre.mk /usr/main-src/share/mk/bsd.own.mk = /usr/main-src/share/mk/bsd.opts.mk /usr/main-src/share/mk/bsd.cpu.mk = /usr/main-src/share/mk/bsd.compiler.mk = /usr/main-src/share/mk/bsd.endian.mk = /usr/main-src/share/mk/bsd.linker.mk /usr/main-src/sys/conf/kern.opts.mk = /usr/main-src/sys/conf/kern.post.mk /usr/main-src/sys/conf/kern.mk' > .PATH=3D'. = /usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-= DBG' > 37.06 real 108.72 user 5.50 sys >=20 > make[1]: stopped making "buildkernel" in /usr/main-src >=20 > make: stopped making "buildkernel" in /usr/main-src >=20 > Script done, output file is = /usr/obj/BUILDs/main-amd64-dbg-clang/sys-typescripts/typescript-make-amd64= -dbg-clang-amd64-host-2025-01-25:01:25:05 I'll note that /usr/main-src/sys/conf/files has: iwm3160.fw optional iwm3160fw | iwmfw = \ dependency "$S/contrib/dev/iwm/iwm-3160-17.fw.uu" \ compile-with "${NORMAL_FW}" = \ no-obj no-implicit-rule = \ clean "iwm3160.fw" There are lots of other .uu naming present: /usr/main-src/sys/conf/files.arm64: dependency = "$S/contrib/dev/nvidia/tegra210_xusb.bin.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/ipw/ipw2100-1.3-i.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/ipw/ipw2100-1.3-p.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/ipw/ipw2100-1.3.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwi/ipw2200-bss.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwi/ipw2200-ibss.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwi/ipw2200-sniffer.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwm/iwm-3160-17.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwm/iwm-3168-22.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwm/iwm-7260-17.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwm/iwm-7265-17.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwm/iwm-7265D-17.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwm/iwm-8000C-16.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwm/iwm-8265-22.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-100-39.31.5.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-1000-39.31.5.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-105-6-18.168.6.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-135-6-18.168.6.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-2000-18.168.6.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-4965-228.61.2.24.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-5000-8.83.5.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-5150-8.24.2.2.fw.uu"\ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-6000-9.221.4.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-6000g2a-18.168.6.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-6000g2b-18.168.6.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwlwifi-6050-41.28.5.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/iwn/iwnwifi-2030-18.168.6.1.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/liquidio/lio_23xx_nic.bin.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/mwl/mw88W8363.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/mwl/mwlboot.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/ral/rt2561.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/ral/rt2561s.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/ral/rt2661.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/ral/rt2860.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rsu/rsu-rtl8712fw.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8188eefw.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8188eufw.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8192cfwE.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8192cfwE_B.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8192cfwT.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8192cfwU.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8192eufw.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8812aufw.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/rtwn/rtwn-rtl8821aufw.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/run/rt2870.fw.uu" = \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/wpi/iwlwifi-3945-15.32.2.9.fw.uu" \ /usr/main-src/sys/conf/files: dependency = "$S/contrib/dev/wpi/iwlwifi-3945-15.32.2.9.fw.uu" =20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jan 25 10:24:31 2025 X-Original-To: freebsd-current@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 4Yg9m026Syz5mM7n for ; Sat, 25 Jan 2025 10:24:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yg9lz5ny2z3Zqm for ; Sat, 25 Jan 2025 10:24:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737800685; bh=YBMjev+GVT6Gl68mc+/sDwz9YvWv8ifGawIsLgi8ALs=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=enDLpxhdzopqqeeYRddyzYtqLDXzPuZHO6/jpZt9Exl6avGt0HCa7E1XH4OisAAeGpEKXejcbYb83AQodcCtCuuSJQwRYU3ozX2DgSf1+v15VM1qutea/zmwoFbfpqr7GnIov+2+2IJfyP9PCpWKl3iLoo6Mu5Nuhd2deb92/M89UgWktZRPXVxd0SIfV+FkD2SdS7PY3eAinQTVpkq7m6eNrX2tclEOyTKcaCGovkgBug/ecxYu039zQHj+ntpssCz1MPJyJs+FXtdF1/uRWi2yXcycX35kFRPgYAyHUER3rZgTdUV+X4oEx5NU35MNEF0OFSqKYL4AVBwhObT0fg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737800685; bh=svLWRuU2hCZ6M8oqj9cqFGJepPlIvk+6+L2lhdGChab=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=K3kmziqYkCC5tEXJrRr76BLy4i7EqxbzGyQlDOTVe88nvBXWVvq8HMeViU1YwKJhc0wqW+Q7PxXLs97bbVxV8DAuZ4iC/J87R2sgjNQE0WGqdrw+Pft2dTX5IhAXQh15pc8VFSMfxZuk2un4HUyza4Vy4LS5ScFzGHlZgXjJqRJcsL4P+7K+9R/bR5sKKKmlLItKGvNfgb7SPwkiDG2yFlTQHc6DRkz0NggUXSLTNX6Mnaz8cpAuIJQMocl23MrVxh5kJLKpwkEZqqm4wFvn6vldE13z0zhhehozQqMn82W2HlYh5DXOf6blK9cmNqlYB5NwBrb7dnrJDFUVJpBYIA== X-YMail-OSG: SS2kG1gVM1lwQ7Bz1x5SL.scJl49qoD3BMgC8mDwq5szLcwKiOCP6mcymmKNwld wI2XQGAPteCebqoS9ZhLzr1erQmEMf_p55DvSGHeUOxfZX3hHRTOgPfFRfN8JlK22_HUSDCd_Hio y2eEMlfvs6L_NTo2m414AslBzER43xk9DJcvQVC1cKUopcGEISiDnx5bw3ykoYS4p6k.uN6gHGyQ FayL1MG3firB6drn9E6dYQj0oCYZo8sbtyDYlsymGFtQQK19GYNgej7eggMaSJ8Pc2FWiqFWsZta _uRJVshEbfhD6vxfotrOBPc4OhGlhfronF.SbPBFWdy.vDPVT7pkOr0kpSVaSjuZOEuLAC5JKhmW 1kc_aHoF3XO.coE3ykeHhm_UR0yk_qSaoH2FP41_Qgkt6Kt8PyqXqctqnTnp8z_KQj8XF6o4_pcL MjNysT1376EHfrBO2dyjGDdW6vWiixJXaVVlYcI7vDM2Th7acVEj3cQ4lnvK3jYJOEpa6DnnmeVX 6OElli9WDxdZuCZ2_6EvOHmk4MPjPW9qYWp_lsarvsmGxNu3yiAD8B5hTjgPm3kXVM4.HffE82pP SbMpfw33heZ.9h6Ik2TkmWnMAvmWAKyPl0OSXTaF0o6fHnZQk_aMzcn_P80A5ZT_Hfh2xgh9HeRH DJkt2WUOZDoBN0M.lm2LKyECFnFhPyuPKlcGvFdY4bVRyn2.0.9H.m5rd9vTbSlbtD3Cp0iFV5r6 45yRurTqSrCCgYftNxj2QavOIEiteGYBDjiG.W8RQ1X5UuxVWkv2nWqqFPBfJJLbbmAJTNIsFJt3 ftnQ0eM0y93kqs7xVm5mdYzw569zMfNxVEvM4dlQn_KwVaAqm4RlW8MxC53tg5LpX3Y6hGZx_h8I cyQamgtTW6anV967sgVnyKEelGGUdnS0KJMndH5VSKmiHBN7Hh1A1liq3A1KLXTbiX_S649No5Fa KtTV.I_tOixTOVvW1d7xWtwjRgRXlD98G2KOoEaVzSODJdCE.FD6sgfM1zEJPLgQTT_ZPxLkyUVR eRSGiGR0pYruE4uxi.olAoiMOPt0y0KaWEPMHkmaW7I43zuQCBQ8h.ejj0oUK5hqVazb05BpV8r3 3ZAWtaGj7i8jL5KBQ0RxpzLo7IuBA92j96LcPqUf_kKCEAdWt9_BfINkH5zyy4Gyz8Ndo1D4kfrz 6Kq4tsqIy2KejNlDen8JUyp0lOI44tBTYZTYsUVvHBJ_PxypRab35185T2TjwKO5t030cwjg0PNg VY_QPlf9L1ZU8_K2kb3H66ahwq.PqA_8FD9l6_NKuZYYJh1UyrBAojOwTw0ti58dlk2ZpH02LFkh WY7.5b6pec7qmeqwZS7Fs2utaWc0YKi8zn7vZAQB7XB8Q_Md5kTS51o6ScsCMHiHlmt_Dmbs7f8B x2peMucqy7MHJmdqM3TmgoZJTtSrc6zeZnugyg2VvIUC_xAhkGrj7h4RDzUUWWaaTxRykM2kPS28 9brVXdWvlO_L9VthqUL1WBsIGscITl9wZpk_xlVkBTB3SKTHJ5efooZfZx1CbeToRbxxQVvaus9K p447Na6atL1H0q3H.k8xXLe9zjwexoTx1.fb1h47Fyd3yNgMnkulmCr11TsalxvEVF_zBtN33Hn. kI1GDpga3P01OKHGkZCMtldq18aRQX0PSs0DbKeFKCT2fPFCa28e_wqv.lz1aCVKNTNAKR91weW_ V2AlraBtjtfI7aToY1mrMArLTQHnTete0otpRYlG1sriTgYWsp21CVPuLwywEiI1rlsNM1E0frzh dW2zjc9lYkukgrEHtawkWBB3o6TVsA8Akl8vzLzSem5g7C3L2xvl652JSome3GU_jEJnh62jtb34 a3RlrQvQCHzlexPbqOGkNiBFAbzk3ogk8NB6LKyZL9Nr8sNGQ73NyDriRIDM5mGmbd9aQLermHFU UDlNFlg6_k5mkD4g0l93_U2UAIggjmINANX8kGNsMceilRJu2LKtgWt70FWbcfn6glVznLhTtnpJ 1XAHH9wDAB5CfFAmi579m8pG3J7.t9HW1_33mehbR7vP08U6oDMhZUjZHtYZH6p5ziXrXB.6tVyD HkXLt3tu3FrIAC8v4In84jewEmeOPA3goonwB3tzAeMd4QPY907v2lvWiOfhDadodnTjZ.Vd5kMP pVgxELpc_ZA0PSg4LHD3n4ARJ8Xw777m570E.1bHFvDBtPhE9dhvn0baj4400O5Lm1b_Ccv7RSsF fkuctO37fS3fRBrx5Ce93AYq6ZtFieL3hkEM.LBoNX22d4YuDOto3HcoAO3jfKyjz180C0rZJDUy 9OtMCsyT4Rp2m6Q.7xA-- X-Sonic-MF: X-Sonic-ID: dee961ee-9d13-4ab2-a14d-4a42b581a693 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 25 Jan 2025 10:24:45 +0000 Received: by hermes--production-gq1-5dd4b47f46-wrqn7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ee85ff408b918e77b5a85a5b9f323846; Sat, 25 Jan 2025 10:24:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: "don't know how to make /usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu. Stop" From: Mark Millard In-Reply-To: <978176f7-270c-4603-b80a-e29c3b1b4b73@FreeBSD.org> Date: Sat, 25 Jan 2025 02:24:31 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <4FC807EC-10DD-49FD-AACE-9026B4925923@yahoo.com> References: <978176f7-270c-4603-b80a-e29c3b1b4b73@FreeBSD.org> To: Stefan Esser X-Mailer: Apple Mail (2.3826.300.87.4.3) X-Rspamd-Queue-Id: 4Yg9lz5ny2z3Zqm X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Jan 25, 2025, at 02:10, Stefan Esser wrote: > Am 25.01.25 um 10:54 schrieb Mark Millard: >> Unfortunately, for now my reporting is based on my personal build = environment, >> not on anofficial FreeBSD build. >> Context doing the building: >=20 > Hi Mark, >=20 > probably an issue due to commit af0a81b6470 from 2024-12-12: >=20 > commit af0a81b6470aba4af4a24ae9804053722846ded4 > Author: Emmanuel Vadot > Date: Thu Dec 12 17:13:58 2024 +0100 >=20 > iwm: Stop shipping firmware as kernel module >=20 > Since we can load raw firmware start shipping them as is. > This also remove the uuencode format that don't add any value and = garbage > collect old firmwares version. > For pkgbase users they are now in the FreeBSD-firmware-iwm package. >=20 > Sponsored by: Beckhoff Automation GmbH & Co. KG >=20 > Maybe your sources are out of sync with regard to that commit? https://cgit.freebsd.org/src/blame/sys/conf/files shows the lines that I quoted that indicate dependencies on various *.fw.uu files. It is true that a pre 2024-Dec-12 installation is attempting to build what I reported: 2025-01-25 00:07:01 +0000 ( i.e., n275030 46a9fb7287f41eedf321d81a68a826f231d11bfe ). I had not updated at all between those times and was finally trying to update. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jan 25 17:30:39 2025 X-Original-To: freebsd-current@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 4YgMCZ6KH9z5lfRq for ; Sat, 25 Jan 2025 17:30:50 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YgMCY4ckHz4MbS; Sat, 25 Jan 2025 17:30:49 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sdaoden.eu header.s=citron header.b=Kt9UyLAa; spf=pass (mx1.freebsd.org: domain of steffen@sdaoden.eu designates 217.144.132.164 as permitted sender) smtp.mailfrom=steffen@sdaoden.eu; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1737826242; x=1738492908; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=yF80b06eG7yfBBbFkkAGKJe+ad+WE6CWCSfwIJYAy4k=; b=Kt9UyLAaU7B31lZjx/6Qts3SFz5cdyHIxQ5PjQpPLECk5OFgjiVwVv1CLH6j+Fco4jyn7epx w5oobnvU0+TBAq6VGs4CkSx3LOYKdO/xMy7ZVUK10UohsxJefSzDFYrlKPm8L6yu3zI/RpAQXC 4epGNYjWJFnse8bx68rsQX15kF4+ddkp1J5TSe3Wf8RlMRnbVJsP99NddZir2/Pr6HF0vzCjBs 3eEsYIVE+Ajzm5LkD1hy/Lp+Z8+TcClpTOyedQDox5hIk+Jir6IAcOJAseL9w7XaJBflPJd70P OMszfgKJsEbF5lCUG2u85My4wmm69CSrFlOkoQV1YBwQcO0A== DKIM-Signature: v=1; a=adaed25519-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=orange; t=1737826242; x=1738492908; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=yF80b06eG7yfBBbFkkAGKJe+ad+WE6CWCSfwIJYAy4k=; b=2LLKUAPntnX8qtV1sR0c6JfdC2OFmKsfgeaMYprPYVO242DBLr3TrNzmkImwdQUAYXPId77S tjBKUFCtmpmjBQ== Date: Sat, 25 Jan 2025 18:30:39 +0100 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: Bakul Shah Cc: FreeBSD Current , 9fans@9fans.net, Jacob Moody , Tomoaki AOKI , Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber Subject: Re: [9fans] /usr/src and /usr/ports not git directories ? Message-ID: <20250125173039.ZDSflcFf@steffen%sdaoden.eu> In-Reply-To: References: <3782b90b-850f-4435-8b6d-bdb83753daea@app.fastmail.com> <20250123074050.d9e331172e6b2f9dbc8b8dfd@dec.sakura.ne.jp> <20250123074932.170b7959bca443a934599a9c@dec.sakura.ne.jp> <20250123053721.KDVDBu1z@steffen%sdaoden.eu> <20250123224953.HqgH-rtf@steffen%sdaoden.eu> <82b58c18-9239-4e18-93b4-30297d7bdacf@posixcafe.org> Mail-Followup-To: Bakul Shah , FreeBSD Current , 9fans@9fans.net, Jacob Moody , Tomoaki AOKI , Tomek CEDRO , Gleb Smirnoff , Dave Cottlehuber , bob prohaska , Sulev-Madis Silber User-Agent: s-nail v14.9.25-637-gb6804e05e6-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.40 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[217.144.132.164:from]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[sdaoden.eu:s=citron]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCPT_COUNT_SEVEN(0.00)[10]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[sdaoden.eu]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[sdaoden.eu:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YgMCY4ckHz4MbS Bakul Shah wrote in : |[-9fans, +freebsd-current as 9fans adds a reply-to: 9fans line] |> On Jan 23, 2025, at 3:53=E2=80=AFPM, Warner Losh wrote: |>=20 |> I fail to see how putting code in the kernel is better than just \ |> using got for the few people that are alergic to git. Even if it \ |> is only 1000 lines in plan 9, but likely more in FreeBSD and by the \ |> way not yet ported to FreeBSD. We know got can't crash the system \ |> and is small enough to not matter, even if it isn't in the base today. | |May I suggest: |- always ship the *commit hash* for any release or snapshot with its \ |base.txz |- src.txz as now (or add commit hash) |- this is enough to download a repo (1-deep or whatever), bare if src.txz= \ |was also unpacked. |- add a simple script to download as above. |- people can install whatever git client they want for further work. | |git9 doesn't require any kernel code but on freebsd you'd have to |use plan9port. It is far simpler but has a different interface. I never meant to take _exactly_ the code as in Plan9 / 9front btw. I only knew he was doing the work already, and did so over so several years, so there is experience. Likely the code that accesses git's objects/ as such is pretty lean / portable. Maybe even he would have been willing to port the extract to POSIX so that for example "xy HASH" searches in . and cats a blob content to stdout, you know. Hey, it seems his qpath() even uses Torek's hash! Here you have the BSD link you are missing. :) A nice Sunday everyone whoeever can, and others even more. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) | |In Fall and Winter, feel "The Dropbear Bard"s pint(er). | |The banded bear |without a care, |Banged on himself for e'er and e'er | |Farewell, dear collar bear From nobody Sat Jan 25 17:50:49 2025 X-Original-To: freebsd-current@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 4YgMfh4zWBz5lgVS for ; Sat, 25 Jan 2025 17:50:52 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YgMfg6Wdsz3CYs; Sat, 25 Jan 2025 17:50:51 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sdaoden.eu header.s=citron header.b="hWG/wglw"; spf=pass (mx1.freebsd.org: domain of steffen@sdaoden.eu designates 217.144.132.164 as permitted sender) smtp.mailfrom=steffen@sdaoden.eu; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1737827450; x=1738494116; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: author:from:subject:date:to:cc:resent-author:resent-date:resent-from: resent-sender:resent-to:resent-cc:resent-reply-to:resent-message-id: in-reply-to:references:mime-version:content-type: content-transfer-encoding:content-disposition:content-id: content-description:message-id:mail-followup-to:openpgp:blahblahblah; bh=qoBuDJSPrTelAhFj1yhMiXAkkxy2ZoX9iilr+RsAbJ8=; b=hWG/wglw/KAXNDJxVBqCAzJnBJZiclanImv5E8J8wJYcTTEiyJ1zMCdr8TzsVx/Qux+mmgtr asNtWQ1VGy57lxNgMVROychJyid0VfeOSnsG+AlJn+CcK0kvPEWmYNb1/0tc3DSn4mIaoVx9Oc 5vaaoYCiKf+vxFTwZHR+4hpyXWk9oMEP8b7GOV65UDgNdKs2OMZHx+zDvWaE10b57T84MPGSc/ B0NMASJxYC1e6yOfNAwe2vYgNQy7MAWEir0CbFgn9STxT4E0ZB45Sa2gO9qxqaySVc/PaMecFp QmlI2RFYMpS9AjD76MBA2yZOitRZ3IoeliOFzllF9dFVw3gw== DKIM-Signature: v=1; a=adaed25519-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=orange; t=1737827450; x=1738494116; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: author:from:subject:date:to:cc:resent-author:resent-date:resent-from: resent-sender:resent-to:resent-cc:resent-reply-to:resent-message-id: in-reply-to:references:mime-version:content-type: content-transfer-encoding:content-disposition:content-id: content-description:message-id:mail-followup-to:openpgp:blahblahblah; bh=qoBuDJSPrTelAhFj1yhMiXAkkxy2ZoX9iilr+RsAbJ8=; b=b0HLJkcu1riLRQSa8nLbZ9vXHFVZfu4T7wD2Vea0UA6DwpoenoZh8CeRz5Ysd4LjML3ocqa3 OGxbv461Du4lAw== Date: Sat, 25 Jan 2025 18:50:49 +0100 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: Florian Walpen Cc: freebsd-current@freebsd.org, Gleb Smirnoff , bob prohaska , Warner Losh Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: <20250125175049.N9cIkQ__@steffen%sdaoden.eu> In-Reply-To: <4081188.p4y8TspHLy@z240> References: <8355934.G18vQ0XA4d@z240> <4081188.p4y8TspHLy@z240> Mail-Followup-To: Florian Walpen , freebsd-current@freebsd.org, Gleb Smirnoff , bob prohaska , Warner Losh User-Agent: s-nail v14.9.25-637-gb6804e05e6-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-Spamd-Result: default: False [-3.39 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[217.144.132.164:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[sdaoden.eu:s=citron]; R_SPF_ALLOW(-0.20)[+a:c]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[sdaoden.eu]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[sdaoden.eu:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YgMfg6Wdsz3CYs List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Florian Walpen wrote in <4081188.p4y8TspHLy@z240>: |On Thursday, January 23, 2025 4:38:16 AM CET Florian Walpen wrote: |> Installing the src tree as a non-git snapshot is useless for developers \ |> and |> people that update through src builds, I agree with that. My take is that |> installing the src tree is optional, giving a hint in the installer \ |> should |> be enough. There will be secondary steps anyway in this scenario, like |> installing the git executable and updating the src tree. As stated, we |> could simplify the post-install repo cloning through a Makefile. | |FWIW, I found the /usr/Makefile that is part of DragonflyBSD here: I *thought* the thing is also data reduction, you know. As in, if the source directory is simply tarballed, you have the full size but no git repository; if you want to update, you need to download the full new ball, even if the actual changes are only a few megabyte or so. (Or bsdiff(1)ed, but no such iirc.) If you have the git directory that it is, "fully" garbage collected, then this increases the size, but you can then simply update, merge --ff-only. But this is a large tarball. If you ship only the .git repository *without* a checkout, with a depth of 1, you get almost the same size as with the normal only-sources tarball, but you can use git to update very easily, with minimal bandwidth, you can use git to populate the complete history, etc. However, you need git to perform the initial checkout of the sources. git is large and git is not BSD/etc licensed. Thus: if you would have a minimal program that fetches the blob content out of a shallow, garbage-collected git clone, you have all the advantages, but none of the disadvantages. Problem is there is no such program. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) | |In Fall and Winter, feel "The Dropbear Bard"s pint(er). | |The banded bear |without a care, |Banged on himself for e'er and e'er | |Farewell, dear collar bear From nobody Sat Jan 25 18:53:50 2025 X-Original-To: freebsd-current@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 4YgP3c10zwz5llMP for ; Sat, 25 Jan 2025 18:54:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YgP3Z6HLnz3MbS for ; Sat, 25 Jan 2025 18:54:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b="WE8RFgZ/"; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::1031) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-pj1-x1031.google.com with SMTP id 98e67ed59e1d1-2ef6c56032eso4288903a91.2 for ; Sat, 25 Jan 2025 10:54:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1737831241; x=1738436041; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=pELB9KYghQlkctV5zKhyIXyOMDC1QqqrfleSWqfk3Zo=; b=WE8RFgZ/EDLWyE+Z8i0V4Np9Gx/gr1LL/nWEjzmbPhPJJbiJbb3DG4ZRgAUo4qH0vz ReOcdOvFtmyD3+u5wNrg+my8ufJHsBKLQHuApsKjIKa0t1ibXACCP4QawFBMQGEyur/8 KITplCZhTYdEVwCROTjQ6KBNziVSYAyAyVJAKNUSIpZNsGj0Kbz6PXAA58jT/IIFgpU3 LFeUIdpceC7AFjB9TfMmC02EAIEFgxw1qHcTNV6z6V9GZbG/pK6xlcOUidUdlz2yOaz2 4+6MnEbdHId05VQFTWY3Vey9CY4I8hirowcR6W8lvabHAsd+oBGyuwnjcgUF/Zmd1Wzh GnNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737831241; x=1738436041; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=pELB9KYghQlkctV5zKhyIXyOMDC1QqqrfleSWqfk3Zo=; b=nkj+HWdLpr6Niwmid/VYqrD+n4/4UwGSzHLwL+tL7IM7687ZSFFIaP9R/VvqA3r0lr eAzojqTHlsEpaVCAF/3p/XAqTYx7gzKDyeRSMq6g68de3dTb239ZW7+IOEmNXnvqRNk4 Q3BVDts1us+GivhQooGXoWWQyVeudSSTntzpl83pU4VtyLt3vRzuTUA/hq4vgGsOwaPG j3BHG4GMFJi1+6P+XGSL/IFrdq3G0jCShb+bBe23ZyXYwwD6QerQl06+eCTTarCZ2sWQ bUuWvriyzSqU7Ch7y0U4bsq8snH2KcJLpNgLAsq0Uh4MPx8ofWLLrtKOWbVuphChej8o vimg== X-Forwarded-Encrypted: i=1; AJvYcCVe79OsNkzwszRK02VJKcU447hzN3cijAJ2ZQ1X+dXkXvQvmGnyQxaQUvO+EomqnbGwbgtgVZjJbmspW459chk=@freebsd.org X-Gm-Message-State: AOJu0Yxare5tQwwSeNuZbZJoklzmpqZ1UjAf1BV70NnHv6bcRwy/kwNu VV7j0GX7okfLKguQ9fo351me6KRRgG0ZpE1wngSJ2ubt2tXX/PG4emsespozXmh+OfKrnENGdCT lqssCspMbF5LYINfsrYnK+VmphS971n+tN5zbrcsVqySufQ+PNso= X-Gm-Gg: ASbGncu9gyQU+rSRbmqQAXAJzXH39MSL/qsbRpFbNA9MQJ0Hk8FnaxZ7V9dmXeHNvUz e8/dULt7CzOtbNz74K3zINu4axMp2veA29aLlK61eY/hAgiOn3X+n7L0Kn8B3JA== X-Google-Smtp-Source: AGHT+IEFW0JHY9yJNJUnGFN7Tb/HsmH5FZzmrkHrUivu/5CcJglMq586gEIF9OGKtiN7uSuLC48wOS4NTeqXxJfnt8o= X-Received: by 2002:a17:90a:c883:b0:2ee:b2be:f390 with SMTP id 98e67ed59e1d1-2f782d37d55mr50677239a91.28.1737831241437; Sat, 25 Jan 2025 10:54:01 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <8355934.G18vQ0XA4d@z240> <4081188.p4y8TspHLy@z240> <20250125175049.N9cIkQ__@steffen%sdaoden.eu> In-Reply-To: <20250125175049.N9cIkQ__@steffen%sdaoden.eu> From: Warner Losh Date: Sat, 25 Jan 2025 11:53:50 -0700 X-Gm-Features: AWEUYZnMwJEDzhfo6i9-91YIptUPuNbLjGzIhIZPGhUUjdx9v21BSQFrFJMWJl0 Message-ID: Subject: Re: /usr/src and /usr/ports not git directories ? To: Florian Walpen , freebsd-current@freebsd.org, Gleb Smirnoff , bob prohaska , Warner Losh Content-Type: multipart/alternative; boundary="000000000000d37408062c8c5ddc" X-Spamd-Result: default: False [-1.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.978]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1031:from]; TO_DN_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_FIVE(0.00)[5]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MISSING_XM_UA(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4YgP3Z6HLnz3MbS --000000000000d37408062c8c5ddc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2025 at 10:50=E2=80=AFAM Steffen Nurpmeso wrote: > Florian Walpen wrote in > <4081188.p4y8TspHLy@z240>: > |On Thursday, January 23, 2025 4:38:16 AM CET Florian Walpen wrote: > |> Installing the src tree as a non-git snapshot is useless for > developers \ > |> and > |> people that update through src builds, I agree with that. My take is > that > |> installing the src tree is optional, giving a hint in the installer \ > |> should > |> be enough. There will be secondary steps anyway in this scenario, lik= e > |> installing the git executable and updating the src tree. As stated, w= e > |> could simplify the post-install repo cloning through a Makefile. > | > |FWIW, I found the /usr/Makefile that is part of DragonflyBSD here: > > I *thought* the thing is also data reduction, you know. > > As in, if the source directory is simply tarballed, you have the > full size but no git repository; if you want to update, you need > to download the full new ball, even if the actual changes are only > a few megabyte or so. (Or bsdiff(1)ed, but no such iirc.) > > If you have the git directory that it is, "fully" garbage > collected, then this increases the size, but you can then simply > update, merge --ff-only. But this is a large tarball. > > If you ship only the .git repository *without* a checkout, with > a depth of 1, you get almost the same size as with the normal > only-sources tarball, but you can use git to update very easily, > with minimal bandwidth, you can use git to populate the complete > history, etc. > However, you need git to perform the initial checkout of the > sources. git is large and git is not BSD/etc licensed. > Thus: if you would have a minimal program that fetches the blob > content out of a shallow, garbage-collected git clone, you have > all the advantages, but none of the disadvantages. > Problem is there is no such program. > pkg add git isn't terrible. pkg add got is even smaller and should work, but I've not double checked. Since moving to git, git has become 'table stakes' to do things with the system. While we don't go out of our way to make 'got' not work for simple things, we don't test it that often either. got has a happy license, but an incompatible CLI and it's quite a bit less capable than git, despite it's better license. Including it in base has a lot of issues beyond the git import (how much of our git instructions do we update to include it in our docs, for example). So it's possible to extract things w/o GPL'd code, it would be very much a niche thing for the relatively few people that care. Everybody else would take 'the paved path' of git and not give it a second thought. I think the projects limited resources would be best spent by doing this and allowing the purists to be able to do it if they wanted, while not saddling everybody else with a tool they aren't familiar with. In a world where we have infinite resources, we could do the training and education needed for got, but pragmatically, I think got or any other git-alternative path is too much of a hassle for too many people to be a viable option any time soon. Warner > --steffen > | > |Der Kragenbaer, The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > | > |In Fall and Winter, feel "The Dropbear Bard"s pint(er). > | > |The banded bear > |without a care, > |Banged on himself for e'er and e'er > | > |Farewell, dear collar bear > --000000000000d37408062c8c5ddc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Jan 25,= 2025 at 10:50=E2=80=AFAM Steffen Nurpmeso <steffen@sdaoden.eu> wrote:
Florian Walpen wrote in
=C2=A0<4081188.p4y8TspHLy@z240>:
=C2=A0|On Thursday, January 23, 2025 4:38:16 AM CET Florian Walpen wrote: =C2=A0|> Installing the src tree as a non-git snapshot is useless for de= velopers \
=C2=A0|> and
=C2=A0|> people that update through src builds, I agree with that. My ta= ke is that
=C2=A0|> installing the src tree is optional, giving a hint in the insta= ller \
=C2=A0|> should
=C2=A0|> be enough. There will be secondary steps anyway in this scenari= o, like
=C2=A0|> installing the git executable and updating the src tree. As sta= ted, we
=C2=A0|> could simplify the post-install repo cloning through a Makefile= .
=C2=A0|
=C2=A0|FWIW, I found the /usr/Makefile that is part of DragonflyBSD here:
I *thought* the thing is also data reduction, you know.

As in, if the source directory is simply tarballed, you have the
full size but no git repository; if you want to update, you need
to download the full new ball, even if the actual changes are only
a few megabyte or so.=C2=A0 (Or bsdiff(1)ed, but no such iirc.)

If you have the git directory that it is, "fully" garbage
collected, then this increases the size, but you can then simply
update, merge --ff-only.=C2=A0 But this is a large tarball.

If you ship only the .git repository *without* a checkout, with
a depth of 1, you get almost the same size as with the normal
only-sources tarball, but you can use git to update very easily,
with minimal bandwidth, you can use git to populate the complete
history, etc.
However, you need git to perform the initial checkout of the
sources.=C2=A0 git is large and git is not BSD/etc licensed.
Thus: if you would have a minimal program that fetches the blob
content out of a shallow, garbage-collected git clone, you have
all the advantages, but none of the disadvantages.
Problem is there is no such program.

pk= g add git isn't terrible. pkg add got is even smaller and should
<= div>work, but I've not double checked.

Since m= oving to git, git has become 'table stakes' to do things
= with the system. While we don't go out of our way to make 'got'= not
work for simple things, we don't test it that often eith= er. got has
a happy license, but an incompatible CLI and it's= quite a bit less
capable than git, despite it's better licen= se. Including it in base has
a lot of issues beyond the git impor= t (how much of our git instructions
do we update to include it in= our docs, for example).

So it's possible to e= xtract things w/o GPL'd code, it would be very
much a niche t= hing for the relatively few people that care. Everybody
else woul= d take 'the paved path' of git and not give it a second thought.
I think the projects limited resources would be best spent by doing= this
and allowing the purists to be able to do it if they wanted= , while not
saddling everybody else with a tool they aren't f= amiliar with. In a world
where we have infinite resources, we cou= ld do the training and education
needed for got, but pragmaticall= y, I think got or any other git-alternative
path is too much of a= hassle for too many people to be a viable option
any time soon.<= /div>

Warner
=C2=A0
--steffen
|
|Der Kragenbaer,=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 The= moon bear,
|der holt sich munter=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0he cheerfully= and one by one
|einen nach dem anderen runter=C2=A0 wa.ks himself off
|(By Robert Gernhardt)
|
|In Fall and Winter, feel "The Dropbear Bard"s pint(er).
|
|The banded bear
|without a care,
|Banged on himself for e'er and e'er
|
|Farewell, dear collar bear
--000000000000d37408062c8c5ddc-- From nobody Sat Jan 25 20:14:09 2025 X-Original-To: freebsd-current@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 4YgQr5129Yz5lrZl for ; Sat, 25 Jan 2025 20:14:13 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YgQr43Tw7z3YFZ; Sat, 25 Jan 2025 20:14:12 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1737836050; x=1738502716; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=mQx4hq/p3WIUZ+nfLYsD2WLq5SctPrLbJ15hhoYExm0=; b=YSf1R9BGewzR5eic4ZR5Uo5EqzLsCHga7Br35+tVc8YHiwBlnKAovmClhZoYU/S+zc8Cb1Wg R+SBu8wIhwlQY+y/uul2uZqpM4hS7yd6iMViXFKvJplYbagMTr2Jdib4fP6euTl0+mEUweeJSU SNe+okK5wiMTlP9gT+ewEGySXorFtyzgIVNDHzmjLAAV3hpmrGdIbZvgs2KNpBgeMo0/xguG2V 02tqk41ySWn0Vye3A/LgUZ9kRuhqIp86Qz3e2z0SpBZX0T8j8QZozasOrpVWjT9Q9WNELX6lRO Wc0CqhuKfmdPt88eh8wwjbnBsnqLB2SHPNLzJ6KpdaE4kkSA== DKIM-Signature: v=1; a=adaed25519-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=orange; t=1737836050; x=1738502716; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=mQx4hq/p3WIUZ+nfLYsD2WLq5SctPrLbJ15hhoYExm0=; b=xodinFMCOcV+bj5QOnZqa4KTrgSCNJ38yTxk12dlkpL5hV+tliM0CPHwaDzTJL1fCkFzkypy 7bYVSnGzMjkbDA== Date: Sat, 25 Jan 2025 21:14:09 +0100 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: Warner Losh Cc: Florian Walpen , freebsd-current@freebsd.org, Gleb Smirnoff , bob prohaska Subject: Re: /usr/src and /usr/ports not git directories ? Message-ID: <20250125201409.zqiE6kao@steffen%sdaoden.eu> In-Reply-To: References: <8355934.G18vQ0XA4d@z240> <4081188.p4y8TspHLy@z240> <20250125175049.N9cIkQ__@steffen%sdaoden.eu> Mail-Followup-To: Warner Losh , Florian Walpen , freebsd-current@freebsd.org, Gleb Smirnoff , bob prohaska User-Agent: s-nail v14.9.25-637-gb6804e05e6-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4YgQr43Tw7z3YFZ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE] Warner Losh wrote in : |On Sat, Jan 25, 2025 at 10:50=E2=80=AFAM Steffen Nurpmeso |wrote: |> Florian Walpen wrote in |> <4081188.p4y8TspHLy@z240>: |>|On Thursday, January 23, 2025 4:38:16 AM CET Florian Walpen wrote: |>|> Installing the src tree as a non-git snapshot is useless for |> developers \ |>|> and |>|> people that update through src builds, I agree with that. My take is |> that |>|> installing the src tree is optional, giving a hint in the installer \ |>|> should |>|> be enough. There will be secondary steps anyway in this scenario, like |>|> installing the git executable and updating the src tree. As stated, we |>|> could simplify the post-install repo cloning through a Makefile. |>| |>|FWIW, I found the /usr/Makefile that is part of DragonflyBSD here: |> |> I *thought* the thing is also data reduction, you know. |> |> As in, if the source directory is simply tarballed, you have the |> full size but no git repository; if you want to update, you need |> to download the full new ball, even if the actual changes are only |> a few megabyte or so. (Or bsdiff(1)ed, but no such iirc.) |> |> If you have the git directory that it is, "fully" garbage |> collected, then this increases the size, but you can then simply |> update, merge --ff-only. But this is a large tarball. |> |> If you ship only the .git repository *without* a checkout, with |> a depth of 1, you get almost the same size as with the normal |> only-sources tarball, but you can use git to update very easily, |> with minimal bandwidth, you can use git to populate the complete |> history, etc. |> However, you need git to perform the initial checkout of the |> sources. git is large and git is not BSD/etc licensed. |> Thus: if you would have a minimal program that fetches the blob |> content out of a shallow, garbage-collected git clone, you have |> all the advantages, but none of the disadvantages. |> Problem is there is no such program. | |pkg add git isn't terrible. pkg add got is even smaller and should |work, but I've not double checked. | |Since moving to git, git has become 'table stakes' to do things |with the system. While we don't go out of our way to make 'got' not |work for simple things, we don't test it that often either. got has |a happy license, but an incompatible CLI and it's quite a bit less |capable than git, despite it's better license. Including it in base has |a lot of issues beyond the git import (how much of our git instructions |do we update to include it in our docs, for example). | |So it's possible to extract things w/o GPL'd code, it would be very |much a niche thing for the relatively few people that care. Everybody |else would take 'the paved path' of git and not give it a second thought. |I think the projects limited resources would be best spent by doing this |and allowing the purists to be able to do it if they wanted, while not |saddling everybody else with a tool they aren't familiar with. In a world |where we have infinite resources, we could do the training and education |needed for got, but pragmatically, I think got or any other git-alternati= ve |path is too much of a hassle for too many people to be a viable option |any time soon. That is where i started with the way i do it for myself, with "git checkout $(cat NULL)"; this NULL could in FreeBSD be a file README that states something like "make checkout" or so ... Even though that smells like DragonFly BSD then :) I install git on my FreeBSDs, so this is not about me. (Since i track FreeBSD source i can very well use git archive to get the sources from "the inside", if desired. Having a file that contains the branch name in src/ would allow automatization of that even.) It was only a suggestion... Ciao, --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) | |In Fall and Winter, feel "The Dropbear Bard"s pint(er). | |The banded bear |without a care, |Banged on himself for e'er and e'er | |Farewell, dear collar bear From nobody Sun Jan 26 18:04:23 2025 X-Original-To: freebsd-current@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 4Ygzw86tNRz5m6Ft for ; Sun, 26 Jan 2025 18:04:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ygzw76W9Pz3vj9 for ; Sun, 26 Jan 2025 18:04:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=VKgvksSa; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737914678; bh=6jpxSCUSlbhI2Ocn/3LCEuOmFPW3vUi+092lREMiBdg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VKgvksSad8VdxmmTzsqD9OzHYn2sKY17Qu2a9j9BtUVUdFNpEjW3tC1Rde6BczdtHz9lW+qHNiR04imyXwQPKqg+MsvnrSo2REs37llGvSd+KUtyohnQZ1H5jtLGoIRja1xhMIGpF8M5+EKdelY7P3fNuMVtXd4NuT5JD0G9CdcYevQlcAYtmbVS+0YkYHbIIL8+6PodnnqXQyoyWHZ/b/GEceBa0aLD/4JqVQqQuJUniRlzwBpuB+TPH5UqmJ5tbwZMTMzqQ8QPI8QMVEs7turPP4YGp3uG67sCIJPJ7ONy8OcWpiQh5Phhlr7+9ko9nEmcsk7wAFxMq2/BO+I2Vg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737914678; bh=zFS/jrRlyIiGjiJ/IMbeePDl0Q11gPn9tnJKe3d3mvS=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=elIZ85LF2mPjDEd9qj48LaXUcfos/DbK+QL2zmTOPQZRnJBfZKCmggszj0lwMPnC3gM25qNgFMfRGa+uJPCEFznL9He3OdpuQ7P2CdaM4cIEroCoET0lxbXWsddl78Mg4Aqtv8CwoAERCSA2+M+wISHbU/RQjlFORp3xWS7zXTjFWMivRPFqIAzyyItPQ92NdBYJRGKUk9GukMY+QyBSzev3jEfkohxIir19r6t2iU7CSgmVoOeJFE8oepgJmjrKOb5OjNZ4nTr/zh2vyrD/uPuFY6l7U2Hntrrx4ffc3QeLNDPa0xciDlT9HtO1gYypvosfOgCEGB9KHB2tb++2cQ== X-YMail-OSG: mFlHLAIVM1njBYbHNz5Xgdnf3A0SFH.w56TBXSD.akzt0DmL2.hMcIk2S.MS89U DAf_.AHD_JLyPJlFuWTBkzBG1FeyFUcrRiMAAybrPMA_w358lU_If9fJjlX0hbg5V4zKsE6T.h8Z zN6CX8WCiay3JgFAOVFzXJJHZ94.UYfVvsWh6jttzFqkJLmYmKanf71e.iK58S.CSt8s1j3ouqp4 .YiFMkGzWsRaTxQzFpmHa18uWFEsi_u5n1Deuw_klF3.UMnUrLbzWv_zZ_JfPkyYiFMdBokDZiZ3 iYk9xJFn95EQ_n_lL4ZnB5CztSk918_JJJJ9EACk0VuciLNHjGeTfq3FRMrJOlxMIrGtXL8g_94C kQIT8Gc0KKKYjNWvfnFRHrUJEM0KGQI5cAUQP1oPXG1bt4et_104.KlLhcTgIg_IihfJwL4dBLDR BsvTIt1hfOEHJlqsrThX9XhJBfr0g7cOldmGY9VNU1FQwzWt9i21LgdP7vsh9RjbIir3zbyKxQgJ Tyw8Ejfcmvd_uKVRKxikYKVKjs_MAwjavMNl6wZ.EFq8.11fHphMSp9fF5RhjvskCccTRBA0LS_X B2Aj2Hg577p3vFf1J88tv9802yVnSJfsHBDihWyLyXgGKcnqMfUNxPckWtDGemkfIBS9EKxkNrad FwYQzfeSBFtiH.CnECywfCD.GcG1qgKgLcu92pb5XyemmsVPCnRFHhmaT74rPdHo856gqbslzwNu 4rLHpWwTEeoskN2tjbV4utd7BANILfX2XO9XnCEGMArROf3MPmKH0Y0Cp7BfDsIdeRxVsyit9s0J Z.0vKjSP8W5yT.fb__CMCjubSfgeaY6B1J9J08BobekUbZ27_x7tIV8KbPT70ci0uymvam49cE9x sWzBGSmvSIm4hp8vcyU_nnCXiLVA2lx4GFj1stzd.2la_bvsNtXE6sOhmcOeVQdhG12oIR2Fo_.e 8yNWPbZXTM_O8EPc3QvH_UbXUIQlllOS74EDfcXwvGvh0NYZLjsTZmEorcZ8mpEqeXPBIa6DJNk8 hrvqIjCot5DGVxaD0vAtr.Dz86lhR2iuRgC3AztkPromPP6d1BYOE8DSONLJWQPiPpQeo_qOtbXg B1ojF6vCDjbBuzWA5cwZUCT6JCSSNBhdBko8NV2kOdyQ9gPdbdp_jqnhvXGFq4yazpqj9Yh_Fp5c mU_8_YjUUeSJdIBonidK3pPwNOivSIUirB2puV_4Wzrn6OuGxGTHYMYlaLBLODICfSWAqXQquRsb yxX_4lS918jqgWJsMTGtMicyl1dRnGV_rZkiTMPz1P0SLBBdjN17Y6SmJxpFUCJezfKJ7jgfoTkp YM3ry2vNyAw5ZTPJmkw9I6todwGczURIuQLDz4pBErMv6lT5iKS0GU6V2kKt.J8_.ld0woyDfQAr MV9dUd8v7VrgL_bH47cep8VZhucPUumBpRJgKCOj23W6Ot7BZ9OiXc4PrEAlahWe61nCpy9Ac5Ud HqanYtCRJefvnxL9mezE8LqMC8SnJIBJH6UXDHx.sOz30_I8_LedNORU3igE8bnUmQ20NyJ0RwB9 9S4RoB4xcOBM4tko9UdKFocIA4vCRTYqX9i8KHXVNmQuoL9Ah_tZw5txbiVf4HsqkjS_DNM_fzVx w3hN8oOP_OYg99A4zrTznVOgZWheKQ16rZ.Iu2K7yKhHnORJHeUNuPD2SSj8tBQrMeHc8fKMaCKe Uc_oXDhC8viXHEHoDowzrbC.lhW.Fju6U9A1aB.ecMSMeK0QRVmAbmxjVsxMLOH7WTJs5WxQ9TqK DaXYLv_Uu9uDnDO9lcZF6HHIqwwok0PrFsuNBlSgZB8TW.0j4irE.cdvUrHJXCz9L3Z8Z.Q9vQx5 EYNewmwesGIoVoR5RGXWW8woZ9dXFI2laLSrNjifYQt.C_oraU.GnSY3b.Khlh4QcrJ4AEIn6NXY TmFJwFEVXDievPeLGpQ6eCJWrl1BZHPB3CjvLXDXQFm7QWBDvg4ZdiED7LA6uRRTOjjTMkKwu1xT yqCw6_td1jQ5PNlKBQn8DpTxI3DJ8zyJq_1d03yIay6SSvyvN9DThbm0nuUGwlcd6GVFFbJGJzYW 7NXhdsk1BiEtZqRN8RoBdid.micioJ5EjtibuXJL2rBuzaJAtU162mP8bgEZR1F79vDvAaZeljZ1 EPIMbqGAYoOupY1OvFQ_Yi4e1UeUJ3KyAp_1D1nfNMRMUPzm4oXjWLLZwdTrvEgx0iysn X-Sonic-MF: X-Sonic-ID: e00893e4-a266-4452-bfff-e9e270921c4a Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Jan 2025 18:04:38 +0000 Received: by hermes--production-gq1-5dd4b47f46-9j75b (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f8c577e3af63abfd50c4397d28661788; Sun, 26 Jan 2025 18:04:34 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: "don't know how to make /usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu. Stop" From: Mark Millard In-Reply-To: <4FC807EC-10DD-49FD-AACE-9026B4925923@yahoo.com> Date: Sun, 26 Jan 2025 10:04:23 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <1B14894C-78E3-4696-9E4F-FBA97A356BF1@yahoo.com> References: <978176f7-270c-4603-b80a-e29c3b1b4b73@FreeBSD.org> <4FC807EC-10DD-49FD-AACE-9026B4925923@yahoo.com> To: Stefan Esser , Emmanuel Vadot X-Mailer: Apple Mail (2.3826.300.87.4.3) X-Spamd-Result: default: False [-4.50 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.69.205:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Ygzw76W9Pz3vj9 On Jan 25, 2025, at 02:24, Mark Millard wrote: > On Jan 25, 2025, at 02:10, Stefan Esser wrote: >=20 >> Am 25.01.25 um 10:54 schrieb Mark Millard: >>> Unfortunately, for now my reporting is based on my personal build = environment, >>> not on anofficial FreeBSD build. >>> Context doing the building: >>=20 >> Hi Mark, >>=20 >> probably an issue due to commit af0a81b6470 from 2024-12-12: >>=20 >> commit af0a81b6470aba4af4a24ae9804053722846ded4 >> Author: Emmanuel Vadot >> Date: Thu Dec 12 17:13:58 2024 +0100 >>=20 >> iwm: Stop shipping firmware as kernel module >>=20 >> Since we can load raw firmware start shipping them as is. >> This also remove the uuencode format that don't add any value and = garbage >> collect old firmwares version. >> For pkgbase users they are now in the FreeBSD-firmware-iwm package. >>=20 >> Sponsored by: Beckhoff Automation GmbH & Co. KG >>=20 >> Maybe your sources are out of sync with regard to that commit? >=20 > https://cgit.freebsd.org/src/blame/sys/conf/files shows the lines that > I quoted that indicate dependencies on various *.fw.uu files. >=20 > It is true that a pre 2024-Dec-12 installation is attempting to > build what I reported: 2025-01-25 00:07:01 +0000 ( i.e., n275030 > 46a9fb7287f41eedf321d81a68a826f231d11bfe ). I had not updated > at all between those times and was finally trying to update. >=20 It appears that the following is enough to have the build failures: # grep -r iwm /usr/main-src/sys/*/conf*/ /usr/main-src/sys/amd64/conf/GENERIC-NODBG:device iwm /usr/main-src/sys/amd64/conf/GENERIC-NODBG:device iwmfw /usr/main-src/sys/amd64/conf/GENERIC-DBG:device iwm /usr/main-src/sys/amd64/conf/GENERIC-DBG:device iwmfw /usr/main-src/sys/amd64/conf/GENERIC-NODBG-NONUMA:device iwm /usr/main-src/sys/amd64/conf/GENERIC-NODBG-NONUMA:device iwmfw Commenting out the "device iwmfw" lines allowed the build to complete --but based on my /usr/main-src/ source tree for what was being built, not on building an official tree. To my knowledge, the builds shown by the likes of: https://pkg-status.freebsd.org/builds?type=3Dpackage&all=3D1 do not involve "device iwmfw" --and so do not make for a valid comparison to my context. (I normally check if I'm getting unusual results vs. official builds.) Those GENERIC-*DBG* files are based on GENERIC . For example: # more /usr/main-src/sys/amd64/conf/GENERIC-NODBG # # GENERIC -- Custom configuration for the amd64/amd64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols makeoptions WITH_CTF=3D1 # Run ctfconvert(1) for DTrace = support options NUMA #options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE #options ACPI_DEBUG # Disable any extra checking for. . . nooptions DEADLKRES # Would enable the deadlock = resolver nooptions INVARIANTS # Would enable calls of extra = sanity checking nooptions INVARIANT_SUPPORT # Would enable extra sanity = checks of internal structures, required by INVARIANTS nooptions WITNESS # Would enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Would enable running witness = on spinlocks for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Kernel Sanitizers nooptions COVERAGE # Would enable generic kernel = coverage. Used by KCOV nooptions KCOV # Would enable Kernel Coverage = Sanitizer # Warning: KUBSAN can result in a kernel too large for loader to load nooptions KUBSAN # Would enable Kernel Undefined = Behavior Sanitizer device iwm device iwmfw Maybe the IWM(4) man page is out of date and the above need to be changed in some way and so I should follow updated instructions? IWM(4) FreeBSD Kernel Interfaces Manual = IWM(4) NAME iwm =E2=80=93 Intel IEEE 802.11ac wireless network driver SYNOPSIS To compile this driver into the kernel, include the following lines = in your kernel configuration file: device iwm device pci device wlan device firmware You also need to select a firmware for your device. Choose one = from: device iwm3160fw device iwm3168fw device iwm7260fw device iwm7265fw device iwm7265Dfw device iwm8000Cfw device iwm8265fw device iwm9000fw device iwm9260fw Or you can use device iwmfw to include them all. . . . Below is an investigative sequence that I did before reaching the conclusion above. It all predates commenting out the "device iwmfw" lines indicated above. I've not adjusted any of it for the above. The above was based on the new: /usr/obj/BUILDs/main-amd64-*dbg-clang/usr/ that resulted in the below. To start to isolate what might be going on, I used PkgBase to established the context as not running my personal build any more (both kernel and world): # uname -apKU FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n275036-faa845aab611 GENERIC-NODEBUG amd64 amd64 1500030 1500030 I then retied the build ( such that it depends on META_MODE behavior still and still uses the same source code as before: my /usr/main-src/ ). It still got the same failures. That suggested that META_MODE might be reusing something(s) that need(s) to be rebuilt. So I've gotten my old builds out of the way via renaming: # ls -lodT /usr/obj/BUILDs/main-amd64-*dbg-clang/usr-** drwxrwxr-x 3 root wheel uarch 3 Oct 8 23:57:37 2021 = /usr/obj/BUILDs/main-amd64-dbg-clang/usr-OLDER drwxrwxr-x 3 root wheel uarch 3 Aug 19 02:43:35 2021 = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr-OLDER and started builds that will produce from-scratch: /usr/obj/BUILDs/main-amd64-dbg-clang/usr/ /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/ For now, this is using the same source code (my /usr/main-src/ tree) as was compiled before: not the source from/for the PkgBase that is installed or any other update. I'm intending a META_MODE test for this experiment. We will see what happens for that. . . . And it still gets the error. So I'll be coming up with some other test. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Jan 26 15:58:57 2025 X-Original-To: freebsd-current@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 4Yh3Q115NTz5lXY6 for ; Sun, 26 Jan 2025 20:42:17 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yh3Q03Wbyz3ZmT for ; Sun, 26 Jan 2025 20:42:16 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=fkL1qoDN; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 2a00:1828:2000:313::1:5 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.net List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1737924133; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=qomhtGjcM+g9kIaRh2Ay1/FQh6DuFL7n0fjhm4gW/E8=; b=fkL1qoDN5ciaXHTvXYiBIfbhy+8Kh3Ne9FKpmS7/jWaaxcncOOc3kQIszGLQpuhHD+Eeh8 0SxypUxSRL2Sgd3H5DKvzdiOjPhELy5mENw67Oj9L9zXtJcn1opnUxOByBW61Xpjtl/zvn Q97Uad/6hTPY9zrrBUecK1Atxa/Lnmbr6KLNiUjGbgJ+IBF0f7dLQjkBlqKPopyfawFdGn 6gLAlHNul9iWK7HXqdE5/vZPIQdnWzRYdcfnePqQ04jpwWiDphHALTvGfwzTDehV9/dTkC P6PqrFASF6eQkG4Ls5yOdU1ARUB6cFcBUNOy2BwUZyZQhglj7ty+TTzG9bYoIw== Date: Sun, 26 Jan 2025 16:58:57 +0100 From: Alexander Leidinger To: Current FreeBSD Subject: Difference in "netstat -rn" output in the last 2 months Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_9bba15e93696288780171d2797ee5d61"; micalg=pgp-sha256 X-Spamd-Result: default: False [-6.10 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; ARC_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; HAS_ATTACHMENT(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+] X-Spamd-Bar: ------ X-Rspamd-Queue-Id: 4Yh3Q03Wbyz3ZmT This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_9bba15e93696288780171d2797ee5d61 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, something has changed in the output of "netstat -rn" between 2024-11-23-195545 and 2025-01-22-151306. The default route is not listed as "default" anymore, but with "0.0.0.0" resp. "::/0". This breaks some tools (e.g. iocage). Iocage uses python, I'm not sure if it uses netstat or some other interface, so it may not be directly related to netstat itself but could be related to some other stuff (netlink maybe?). Does this ring a bell for someone? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_9bba15e93696288780171d2797ee5d61 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmeWW9cACgkQEg2wmwP4 2IY4KA/+NYmxUFJqL8XffaS5/BeyZjWGLdrg8ovKgsEDnzeqPU/lFbPenpHP7qsc /HOFsV6SOdKEDZDSYQIWl71xDif4b6M6FBc3+MubAwFW2RSJDqeSgjlWHAWeyt3K T7XBlwMZOso8rhpwpHGbw/OyuVYe6tJk82jcnLCDavMwLSJPceA1Qtpqh5gpV1BN vUNLA0l0KMW+P7tT0Q25pr0PTX3DTir194A9czbym7zrT+G1u4paJrGlaK83R3LG C3sVEjGoQnc+yX7tiCyh/5qG3TlSWiCmVBLP4CeuYt0dw9Wy0F3I3zixEOXg3cvQ UHVuQjDy0yH1gZVpKdmMSoup09BNdVGA2mdkT57oer6upCr1iWRshvTCUhgq7zGo CxS1qpBmqLeAk9FSep7by+fr7pmhRm2TlYuE2c4Ezr9oU24gAcojSEDCM9/DrY3I 3Ww8qcT+XGou35SvmqakajAvaVD9QQEJhbKbqWqn7Yt066TXbWLzVpxhp6BSuowI b/ZLCRuI6AwCKXlXoGR6mBN8e1BbEtfpcQfEcOnFQU8PG/3NfWHCM3kmgA3QyI5G yFk0niWRWschyaagKLJkRO5jgjPK6zFbJzumAPBz2mj6+QKnZHMwhRVjCCJQvfHp LCaBB9V7fsnNFg7/kLH9fYE4txUQhBiMx90RgTsDILGYaC25A9w= =KE6t -----END PGP SIGNATURE----- --=_9bba15e93696288780171d2797ee5d61-- From nobody Sun Jan 26 21:44:51 2025 X-Original-To: current@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 4Yh4pV6xmqz5ldYM for ; Sun, 26 Jan 2025 21:45:06 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yh4pV0hcxz3lph; Sun, 26 Jan 2025 21:45:06 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=J9Dehkxs; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::535 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x535.google.com with SMTP id 4fb4d7f45d1cf-5d647d5df90so6275989a12.2; Sun, 26 Jan 2025 13:45:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737927903; x=1738532703; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=6QGgjgtgbbzU0a35l6H2hgeBzrebsfy7vNsknBtEK0A=; b=J9DehkxsW1y5JJJVZiW8zHHeogA8UFY648cJ5tAtkx//ZuqnXwhUYEFR6uTPoD4Gxl fY+tUXanIaE0lJDzJWV5XUW/oi88zyPHmHLG85C5Jin70AOg3MLgOsnnr6H39rW8oVjn hX7eq5BgX+9LfiGEoihkNk2yvcxifyvVdoQmF4piUYwN4KtpizRxS1S89gDBprLusDDa 1Nx8aG9nbZAS0Y5tTtF6nHwnWFK7/70BBgR7RvJ6z4kxlOLJTAx7ss0VvDIPwyn9GnLY wlOqzvzmhkraMN5u6ev79e8fFDECYbVMgqqgTkwiyHyGYTMmXajFT9TPaPXMF+WJJk/V jihg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737927903; x=1738532703; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=6QGgjgtgbbzU0a35l6H2hgeBzrebsfy7vNsknBtEK0A=; b=Y36I+Ki+lBs6GQuhR2rDkTwhrV7k3PDgrkwiNY7ei5udrwdP/dYqGi1v9LMsHGB86/ PNtkfjBH1xTP5MK5AQebImKq2RBu2n/VkHBD6qp7L3M4NF7zVvj2ycWCA2CJxWvbOER1 1zOea3nCq58Ix9axbwb4fjtW7Ev3zaqBFiEZ4rMJhvX32sWrK3T7jA+gJv9ZQZlBX6UW 39QsI12inkMzVyciKKVl9jaR/lu/wVCxtV7IJtt88s5r8ocBwUe3TL1JbE5Npt5W/pd5 ikjwX3Gnd54gGGL0xIFMhx/sw6aDQLS7BPQPw0bc2+NezY29REmARBzcx31/9VAxeaQX iAZQ== X-Forwarded-Encrypted: i=1; AJvYcCW4wEMZjyXqTQrh6yAGByF/QomOhIjnFMhleSZXitJinMHL7xA6Y/o4bOXweiPERNM5Fp/dkgLaxQ==@freebsd.org X-Gm-Message-State: AOJu0Yx9rYunL4luAMx0ZseFPvWAF8wy/pHkaQqCFK8HAkJxdF2k+eMb FCnSRUoIyExh+glnQCnci8vHSks0mh+UkjDBXX5pLW6Cbw+X6AIJlnOiEtwCuwXG41xfkwcpp0s MlUGXzX2MQ7ktA0Vhp3HoltYFsQ6MKkE= X-Gm-Gg: ASbGncshaXFW8lU4ch8li/r9MxsVot+3E/U0xl6GKIKyPTZM1fvIQmQ8jiS6OCIrYdi 3h42YADaWEreh1zszzIcOxybR284rUTrMj79hMHDDBuOsqHRjrA6A99dIk6pyZN9guqlEgWaWZ3 XFqvQuSWXuhFh/96/K4C8= X-Google-Smtp-Source: AGHT+IGEQZH3UCbRyPrFr8pilu2XdbaGtQ4/9SEM6BZXMB6xf1zPiJIj7fnQml5D7UfRbBtpHuIdiMiatTxe/K5ZEOQ= X-Received: by 2002:a05:6402:2682:b0:5db:f83c:2473 with SMTP id 4fb4d7f45d1cf-5dbf83c26bdmr17710406a12.30.1737927902968; Sun, 26 Jan 2025 13:45:02 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Sun, 26 Jan 2025 13:44:51 -0800 X-Gm-Features: AWEUYZnKZW8HPCZgmPebVkZ5YCdaHXIqWlb29ur8E8EM6EAc8Bt3gzJbPuUhYP0 Message-ID: Subject: Re: HEADS UP: NFS changes coming into CURRENT early February To: Gleb Smirnoff Cc: current@freebsd.org, rmacklem@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::535:from]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4Yh4pV0hcxz3lph On Tue, Jan 21, 2025 at 10:27=E2=80=AFPM Gleb Smirnoff wrote: > > CAUTION: This email originated from outside of the University of Guelph. = Do not click links or open attachments unless you recognize the sender and = know the content is safe. If in doubt, forward suspicious emails to IThelp@= uoguelph.ca. > > > Hi, > > TLDR version: > users of NFS with Kerberos (e.g. running gssd(8)) as well as users of NFS= with > TLS (e.g. running rpc.tlsclntd(8) or rpc.tlsservd(8)) as well as users of > network lock manager (e.g. having 'options NFSLOCKD' and running rpcbind(= 8)) > are affected. You would need to recompile & reinstall both the world and= the > kernel together. Of course this is what you'd normally do when you track > FreeBSD CURRENT, but better be warned. I will post hashes of the specifi= c > revisions that break API/ABI when they are pushed. > > Longer version: > last year I tried to check-in a new implementation of unix(4) SOCK_STREAM= and > SOCK_SEQPACKET in d80a97def9a1, but was forced to back it out due to seve= ral > kernel side abusers of a unix(4) socket. The most difficult ones are the= NFS > related RPC services, that act as RPC clients talking to an RPC servers i= n > userland. Since it is impossible to fully emulate a userland process > connection to a unix(4) socket they need to work with the socket internal > structures bypassing all the normal KPIs and conventions. Of course they > didn't tolerate the new implementation that totally eliminated intermedia= te > buffer on the sending side. > > While the original motivation for the upcoming changes is the fact that I= want > to go forward with the new unix/stream and unix/seqpacket, I also tried t= o make > kernel to userland RPC better. You judge if I succeeded or not :) Here a= re > some highlights: > > - Code footprint both in kernel clients and in userland daemons is reduce= d. > Example: gssd: 1 file changed, 5 insertions(+), 64 deletions(-) > kgssapi: 1 file changed, 26 insertions(+), 78 deletions(-) > 4 files changed, 1 insertion(+), 11 deletions(-) > - You can easily see all RPC calls from kernel to userland with genl(1): > # genl monitor rpcnl > - The new transport is multithreaded in kernel by default, so kernel clie= nts > can send a bunch of RPCs without any serialization and if the userland > figures out how to parallelize their execution, such parallelization wo= uld > happen. Note: new rpc.tlsservd(8) will use threads. > - One ad-hoc single program syscall is removed - gssd_syscall. Note: > rpctls syscall remains, but I have some ideas on how to improve that, t= oo. > Not at this step though. > - All sleeps of kernel RPC calls are now in single place, and they all ha= ve > timeouts. I believe NFS services are now much more resilient to hangs. > A deadlock when NFS kernel thread is blocked on unix socket buffer, and > the socket can't go away because its application is blocked in some oth= er > syscall is no longer possible. > > The code is posted on phabricator, reviews D48547 through D48552. > Reviewers are very welcome! > > I share my branch on Github. It is usually rebased on today's CURRENT: > > https://github.com/glebius/FreeBSD/commits/gss-netlink/ > > Early testers are very welcome! Ok, I can now do minimal testing and crashed it... I did a mount with option "tls" and then partitioned it from the NFS server by doing "ifconfig bridge0 down". Waited until the TCP connection closed and then did "ifconfig bridge0 up". The crash is a NULL pointer at rpctls_impl.c:255 (in rpctls_connect(), called from nfscl_renewthread(). The problem is that you made rpctls_connect_handle a vnet'd variable. The client side (aka an NFS mount) does not happen inside a jail and cannot use any vnet'd variables. Why? Well, any number of threads enter the NFS client via VOP_xxx() calls etc. Any one of them might end up doing a TCP reconnect when the underlying TCP connection is broken and then heals. I don't know why you made rpctls_connect_handle a vnet'd variable, but it cannot be that way. (I once looked at making NFS mounts work inside a vnet prison and gave up when I realized any old thread ends up in the code and it would have taken many, many CURVNET_SET() calls to make it work.) In summary, no global variable on the client side can be vnet'd and no global variable on the server side that is vnet'd can be shared with the client side code. I realize you are enthusiastic about this, but I'd suggest you back off to the minimal changes required to make this stuff work with netlink instead of unix domain sockets and stick with that, at least for the initial commit cycle. One thing to note is that few (if any) people who run main test this stuff. It may be 1-2years before it sees third party testing and I can only do min= imal testing until at least April. Anyhow, thanks for all the good work you are doing with this, rick > > -- > Gleb Smirnoff > From nobody Sun Jan 26 22:33:23 2025 X-Original-To: current@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 4Yh5tW0RcFz5lh9t for ; Sun, 26 Jan 2025 22:33:39 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yh5tT5zC8z3rdv; Sun, 26 Jan 2025 22:33:37 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=VBQGx3pe; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::532 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-5db689a87cbso7731165a12.3; Sun, 26 Jan 2025 14:33:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737930816; x=1738535616; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=eQX4a62SVMODArTDPt3ZZF9QFzyK+KTBlnCXjdiB9mg=; b=VBQGx3peqXpPYkhzBuhCk6bbzP6lu9MR42Rg7HcKUaP+pL0QfEUG5HmSJGDeEGzGI/ w5UW23qKD1FjLx+nyeAaAH5zksrvD46wwlYny2NYS+BBGYIiipn4rfkUrEj8VPX/4NMy CjEIErZbC1C1tcwTTAL6tguatsmYG9qTcfnfyds6s5JpGkBu8Lrnyf658UxzDxY1akaK x7iUDpG+A72tjQWpefLBY7zj+gAoOfe4p+SffhgbMLZiXIDcxsRMn+bzrerCSOgJKzRY 8dltcKR4ebqA7+qsUSduy7189jMsuKzDIEYGk6B74O1zk/RWW/WOXZzSp1U5eRAYYB/c xcHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737930816; x=1738535616; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=eQX4a62SVMODArTDPt3ZZF9QFzyK+KTBlnCXjdiB9mg=; b=HC1TstgDDroItkIhc6Ttt3/+DaOnRNYlA9b69NkLjwc5iB7UVxrWXZLsb3W1jgqM5g 83L7amiCh+7h096TGZ3I3qVqPwN0zT74phJyXhplfDzw/m7HNONNL0d1Q2FIf7SmvZEo yQf51pgYfFZkevtFPV0YUruoiwInHYk7zJMegAbWBAqmIzufuHz8dcsy18TDLeU1ttn5 RJf42cKBc6k4kqurikrZkHZAqNAjDYKKSA4oTttfyihfNyntSAyFyorb2mf3m28Id/Bm YwNVfukTV2Bociz22eR0iHLMd3Q2WMY4z/zdnwWt2CPKGq7/HeOUkz7sjGJN6cTN+rx4 ZhmA== X-Forwarded-Encrypted: i=1; AJvYcCURaHjaaYwq3Wdq5pb1NWL7tQCaEyUbNpfcEaVcF75NSXua5VDNaeX+yuaTObz73v/oYb7vHXtgwQ==@freebsd.org X-Gm-Message-State: AOJu0YxS7ymNujk6JXXHe5NuABLH6TdVLOF2ilCin1+AXOt5brzaVApS mFbP9jOH2QRFgqy3rNOAcfcVWlRa2VPE6UeHgnjuH41Rd0tpzBCTGjphP3pZQ+ClCFt/f4ulqZU qha0luxB6yg6n9tVT36MfGBnUnlEjnTs= X-Gm-Gg: ASbGncu+/nMw/dzC8VZ697rYwIJ+sRTYqjE8lyXIFMss7MTylrTECIZWNGONOrMVLr3 s7eH8UTuKO0iy7awKQLb+sDPreQmN2QYfLYTmZ7xr5JTm01+cxx+84wFTKBOvth0cZ111hzmIHB +mzh5gni8kuX9A0cg7GUI= X-Google-Smtp-Source: AGHT+IEwlkQ3JhzRCvcGxHPtvnfpP+TqP4zLCpdCJ0BlihSIvpKWtEBBys5igUAQdiDiGnLo0sDTpKZhC7JhFQVwFLM= X-Received: by 2002:a05:6402:27cb:b0:5d9:f0d8:22e1 with SMTP id 4fb4d7f45d1cf-5db7d2f0b26mr36122623a12.9.1737930815588; Sun, 26 Jan 2025 14:33:35 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Sun, 26 Jan 2025 14:33:23 -0800 X-Gm-Features: AWEUYZlShSsIOl9peR8nbHh1X2oE6agsYb3VMgAWWU7GblGg_UHWxLYLT3nUpkQ Message-ID: Subject: Re: HEADS UP: NFS changes coming into CURRENT early February To: Gleb Smirnoff Cc: current@freebsd.org, rmacklem@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4Yh5tT5zC8z3rdv On Sun, Jan 26, 2025 at 1:44=E2=80=AFPM Rick Macklem wrote: > > On Tue, Jan 21, 2025 at 10:27=E2=80=AFPM Gleb Smirnoff wrote: > > > > CAUTION: This email originated from outside of the University of Guelph= . Do not click links or open attachments unless you recognize the sender an= d know the content is safe. If in doubt, forward suspicious emails to IThel= p@uoguelph.ca. > > > > > > Hi, > > > > TLDR version: > > users of NFS with Kerberos (e.g. running gssd(8)) as well as users of N= FS with > > TLS (e.g. running rpc.tlsclntd(8) or rpc.tlsservd(8)) as well as users = of > > network lock manager (e.g. having 'options NFSLOCKD' and running rpcbin= d(8)) > > are affected. You would need to recompile & reinstall both the world a= nd the > > kernel together. Of course this is what you'd normally do when you tra= ck > > FreeBSD CURRENT, but better be warned. I will post hashes of the speci= fic > > revisions that break API/ABI when they are pushed. > > > > Longer version: > > last year I tried to check-in a new implementation of unix(4) SOCK_STRE= AM and > > SOCK_SEQPACKET in d80a97def9a1, but was forced to back it out due to se= veral > > kernel side abusers of a unix(4) socket. The most difficult ones are t= he NFS > > related RPC services, that act as RPC clients talking to an RPC servers= in > > userland. Since it is impossible to fully emulate a userland process > > connection to a unix(4) socket they need to work with the socket intern= al > > structures bypassing all the normal KPIs and conventions. Of course th= ey > > didn't tolerate the new implementation that totally eliminated intermed= iate > > buffer on the sending side. > > > > While the original motivation for the upcoming changes is the fact that= I want > > to go forward with the new unix/stream and unix/seqpacket, I also tried= to make > > kernel to userland RPC better. You judge if I succeeded or not :) Here= are > > some highlights: > > > > - Code footprint both in kernel clients and in userland daemons is redu= ced. > > Example: gssd: 1 file changed, 5 insertions(+), 64 deletions(-) > > kgssapi: 1 file changed, 26 insertions(+), 78 deletions(-) > > 4 files changed, 1 insertion(+), 11 deletions(-) > > - You can easily see all RPC calls from kernel to userland with genl(1)= : > > # genl monitor rpcnl > > - The new transport is multithreaded in kernel by default, so kernel cl= ients > > can send a bunch of RPCs without any serialization and if the userlan= d > > figures out how to parallelize their execution, such parallelization = would > > happen. Note: new rpc.tlsservd(8) will use threads. > > - One ad-hoc single program syscall is removed - gssd_syscall. Note: > > rpctls syscall remains, but I have some ideas on how to improve that,= too. > > Not at this step though. > > - All sleeps of kernel RPC calls are now in single place, and they all = have > > timeouts. I believe NFS services are now much more resilient to hang= s. > > A deadlock when NFS kernel thread is blocked on unix socket buffer, a= nd > > the socket can't go away because its application is blocked in some o= ther > > syscall is no longer possible. > > > > The code is posted on phabricator, reviews D48547 through D48552. > > Reviewers are very welcome! > > > > I share my branch on Github. It is usually rebased on today's CURRENT: > > > > https://github.com/glebius/FreeBSD/commits/gss-netlink/ > > > > Early testers are very welcome! > Ok, I can now do minimal testing and crashed it... > > I did a mount with option "tls" and then partitioned it from the NFS serv= er > by doing "ifconfig bridge0 down". Waited until the TCP connection closed > and then did "ifconfig bridge0 up". > > The crash is a NULL pointer at rpctls_impl.c:255 (in rpctls_connect(), > called from nfscl_renewthread(). > The problem is that you made rpctls_connect_handle a vnet'd variable. > The client side (aka an NFS mount) does not happen inside a jail and > cannot use any vnet'd variables. > Why? Well, any number of threads enter the NFS client via VOP_xxx() > calls etc. Any one of them might end up doing a TCP reconnect when the > underlying TCP connection is broken and then heals. > > I don't know why you made rpctls_connect_handle a vnet'd variable, > but it cannot be that way. > (I once looked at making NFS mounts work inside a vnet prison and > gave up when I realized any old thread ends up in the code and it > would have taken many, many CURVNET_SET() calls to make it work.) > > In summary, no global variable on the client side can be vnet'd and no > global variable on the server side that is vnet'd can be shared with the > client side code. Ok,I now see you've fixed this crash. I'd still like to limit commits to main to the ones that are required to us= e netlink for the upcalls at this time. rick > > I realize you are enthusiastic about this, but I'd suggest you back off t= o > the minimal changes required to make this stuff work with netlink instead > of unix domain sockets and stick with that, at least for the initial > commit cycle. > > One thing to note is that few (if any) people who run main test this stuf= f. > It may be 1-2years before it sees third party testing and I can only do m= inimal > testing until at least April. > > Anyhow, thanks for all the good work you are doing with this, rick > > > > > -- > > Gleb Smirnoff > > From nobody Sun Jan 26 23:10:02 2025 X-Original-To: freebsd-current@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 4Yh6jF14Qzz5llTB for ; Sun, 26 Jan 2025 23:10:41 +0000 (UTC) (envelope-from pierluc.caronstpierre@gmail.com) Received: from mail-vs1-xe2a.google.com (mail-vs1-xe2a.google.com [IPv6:2607:f8b0:4864:20::e2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yh6jD2nFsz3vSg for ; Sun, 26 Jan 2025 23:10:40 +0000 (UTC) (envelope-from pierluc.caronstpierre@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vs1-xe2a.google.com with SMTP id ada2fe7eead31-4afed7b7d1bso1051758137.2 for ; Sun, 26 Jan 2025 15:10:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737933039; x=1738537839; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Wvfgeno1+89+XgeUAaLk4oUkCv4ZSmVXx/HMzcGdWiA=; b=DeiZUn8sMKAvmUQjMrjD1IgPgmIqVvE2pqCnZm+62AhFiTvQLkk9eaitXUZGk4e3yK X1mlsBj6LNK7t748BSrYGcnehJgJqZHmX0B3L9b8Xp8C9YYUi1+7pPCCJqcG2aPNkZzO eU/1yqQSn1D+SZoF/pE/vCuAFiejKOswniIHZ6dlfCI39MiLL1cLpXSPdY3UYIzqy8R2 pKsMEiz7mTsSD6sm5YFvg9eppMQurRxcxokE3zmV5aS3P+6WNzmdet+2O7MxlU3BnU/5 VaS1dASA1p1T7Mi1r7g04PSE/wM0IH9H+DVUDBF/LgGdv+DY7ruC+9fZoseFpUMLV6m7 HWvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737933039; x=1738537839; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Wvfgeno1+89+XgeUAaLk4oUkCv4ZSmVXx/HMzcGdWiA=; b=KLS99IoQBIpYGxrOZ9TZQnY1DkSaDIn+ppPRmk13QxE7tK/vCq4qyXfOZrZVwRU06L +hq5QKg/VwcGx+KOZxV/NZWd8252xkAXN3F2gq0ZbXmrNA4+a9v2h9JvL0/CrWqhptmc o/GV+Pn09h6gypcvhq0k0orzXTIVFQvv+2jfNXk5ORnq+5NM8c2YvReXr7jvPoi+een/ WpMbASu1sL3e0Kf3Ce7ofUOLPOVXaXwmFwaMMwDzt8PhrrzBzOwp7RpDx3zniqYL01vj BgeSHaGkepLMKTBYnhbMUgTkc2ReA/8CqIoM36trAioV7nRboe2l5Q9BsrLKpHrUTCmS /b1w== X-Gm-Message-State: AOJu0Yw3iZvmzaPLhslC3vtPnRoMdTMcDvl5aMnKJNYYqIlnZQmEeDx5 gFNasrdUKayUpOZsMEmfelwaTdFSmB/1+hMEvesLQrJaEDRCAOH37KBnKgYLBWV42TfHmZ8eVvz 6l3Ja/dQCYg92F9llNpYbC03azQTn2JdVkeU= X-Gm-Gg: ASbGncsjXkr6kf0fJj5DRQsq0gEX/CprqvV3As4+CSyWhBqzKc6+VN61WehRZzQSr6M 3/S4pPS2aAZfDMl3LTSbtWkwIGYqNPWHAoZ63hydVw3za7Zx+ywMz8yP3HcY= X-Google-Smtp-Source: AGHT+IHxOrbdgWRsWquAKiLQytqyVK6DrSN9Pu8HO1ZUzd66E09qFxME5LKCJFrzcba/wD1E3VnWp1d5lGo+NkDMo90= X-Received: by 2002:a05:6102:4b81:b0:4b2:cbe5:fbc5 with SMTP id ada2fe7eead31-4b690c6b396mr32503645137.20.1737933039420; Sun, 26 Jan 2025 15:10:39 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Pier-Luc Caron St-Pierre Date: Sun, 26 Jan 2025 18:10:02 -0500 X-Gm-Features: AWEUYZlwRtf2daUZvdFR2zTGsEnnc3P4H-IzWOmN1yhem2-4IBYiFw6i-Cwgakk Message-ID: Subject: Re: Difference in "netstat -rn" output in the last 2 months To: Alexander Leidinger Cc: Current FreeBSD Content-Type: multipart/alternative; boundary="000000000000754d75062ca41126" X-Rspamd-Queue-Id: 4Yh6jD2nFsz3vSg X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --000000000000754d75062ca41126 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Alexander, It looks like the source of this change can be found here: https://reviews.freebsd.org/rG9206c79961986c2114a9a2cfccf009ac010ad259 Additional context can be found in the differential: https://reviews.freebsd.org/D10320 On Sun, Jan 26, 2025 at 3:42=E2=80=AFPM Alexander Leidinger wrote: > Hi, > > something has changed in the output of "netstat -rn" between > 2024-11-23-195545 and 2025-01-22-151306. The default route is not listed > as "default" anymore, but with "0.0.0.0" resp. "::/0". This breaks some > tools (e.g. iocage). Iocage uses python, I'm not sure if it uses netstat > or some other interface, so it may not be directly related to netstat > itself but could be related to some other stuff (netlink maybe?). > > Does this ring a bell for someone? > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF > http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF > --=20 Chaleureusement, Pier-Luc --000000000000754d75062ca41126 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Alexander,

It looks like = the source of this change can be found here: https://reviews.freebs= d.org/rG9206c79961986c2114a9a2cfccf009ac010ad259

Additional context can be found in the differential: https://reviews.freebsd.org/D10320

On Sun, Jan 26, 2025 at 3:42=E2=80=AFPM Alexander Leidin= ger <Alexander@leidinger.net<= /a>> wrote:
H= i,

something has changed in the output of "netstat -rn" between
2024-11-23-195545 and 2025-01-22-151306. The default route is not listed as "default" anymore, but with "0.0.0.0" resp. "::= /0". This breaks some
tools (e.g. iocage). Iocage uses python, I'm not sure if it uses netsta= t
or some other interface, so it may not be directly related to netstat
itself but could be related to some other stuff (netlink maybe?).

Does this ring a bell for someone?

Bye,
Alexander.

--
h= ttp://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF=
htt= p://www.FreeBSD.org=C2=A0 =C2=A0 netchild@FreeBSD.org=C2=A0 : PGP 0x8F3= 1830F9F2772BF


--
Chaleureusement,
Pier-Luc
--000000000000754d75062ca41126--