It's not you. As Dirk reported in another thread, there are a bunch of macOS leftovers in the released package, which is a problem because some of them get installed. To remove them:
$ find . -name '._*' -delete after unpacking. Best, Iñaki On Fri, 31 Oct 2025 at 12:10, Roland Rau via R-devel <[email protected]> wrote: > > ... and as an additional info (maybe this helps more than uname) > tar --version > tar (GNU tar) 1.35 > > Thanks, > Roland > > On 10/31/25 12:06, Roland Rau wrote: > > Dear All, > > > > Thank you very much for all your hard work. I am always looking forward > > to the release dates since I am compiling each version of R on my local > > computer for more than 15 years. > > This time, unfortunately, I have some difficulties already when > > extracting. When I do the recommended: > > tar -xf R-4.5.2.tar.gz > > > > I get the following message (more than 5300 times, but I think it is > > enough to include it once): > > > > tar: Ignoring unknown extended header keyword > > 'LIBARCHIVE.xattr.com.apple.provenance' > > > > Despite, my experience, I can not exclude the possibility that I made a > > silly mistake. > > If it is important, I am running Ubuntu Linux: > > uname --all > > Linux Roland-Desktop 6.14.0-34-generic #34-Ubuntu SMP PREEMPT_DYNAMIC > > Wed Sep 17 09:21:29 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux > > > > Thanks, > > Roland > > > > > > On 10/31/25 10:37, Peter Dalgaard via R-devel wrote: > >> The build system rolled up R-4.5.2.tar.gz and .xz (codename “[Not] > >> Part in a Rumble") this morning. > >> > >> This is a patch release with a handful of minor changes and fixups. > >> > >> The list below details the changes in this release. > >> > >> You can get the source code from > >> > >> https://cran.r-project.org/src/base/R-4/R-4.5.2.tar.gz > >> https://cran.r-project.org/src/base/R-4/R-4.5.2.tar.xz > >> > >> or wait for it to be mirrored at a CRAN site nearer to you. > >> > >> Binaries for various platforms will appear in due course. > >> > >> > >> For the R Core Team, > >> > >> Peter Dalgaard > >> > >> > >> These are the checksums (md5 and SHA-256) for the freshly created > >> files, in case you wish > >> to check that they are uncorrupted: > >> > >> MD5 (AUTHORS) = 07651d43d483521300ca8d68fc797522 > >> MD5 (build-dist.log) = 17ede9885c430a328311caad24c56f4f > >> MD5 (COPYING) = eb723b61539feef013de476e68b5c50a > >> MD5 (COPYING.LIB) = a6f89e2100d9b6cdffcea4f398e37343 > >> MD5 (FAQ) = 509204af252e96df0f9c5232667136a9 > >> MD5 (INSTALL) = 7893f754308ca31f1ccf62055090ad7b > >> MD5 (NEWS) = 18bce771d4e443d0b62e872b703c78c9 > >> MD5 (NEWS.0) = bfcd7c147251b5474d96848c6f57e5a8 > >> MD5 (NEWS.1) = f8466e418dec6b958b4ce484a13f9a9d > >> MD5 (NEWS.2) = 05e4a57b645e651ba13019c3cf5c495f > >> MD5 (NEWS.3) = 082abfc2fdc36912075e78b92fb2941e > >> MD5 (R-latest.tar.gz) = 12a63b32a9ec2f7392800e97d792e2aa > >> MD5 (R-latest.tar.xz) = ae80231a9384f7d807be9e40e69d57e4 > >> MD5 (README) = e8e5ee38544d34409177cd479025fe66 > >> MD5 (RESOURCES) = 94ab0226460af048446af1041a23771b > >> MD5 (THANKS) = 61d146aa6a2cf5999295b2fb340991c1 > >> MD5 (VERSION-INFO.dcf) = ca20f4641a7787e364a62ff7c3225a7a > >> MD5 (R-4/R-4.5.2.tar.gz) = 12a63b32a9ec2f7392800e97d792e2aa > >> MD5 (R-4/R-4.5.2.tar.xz) = ae80231a9384f7d807be9e40e69d57e4 > >> > >> b87c4dfcb4300f8af91009e2473f2ee5747e9e199df353c90146cba2aee8f444 AUTHORS > >> 01c295a3cb6912ac60e4310af5e223e3ebebc4b767abfbf02c7c1e8e96706e0d > >> build-dist.log > >> e6d6a009505e345fe949e1310334fcb0747f28dae2856759de102ab66b722cb4 COPYING > >> 6095e9ffa777dd22839f7801aa845b31c9ed07f3d6bf8a26dc5d2dec8ccc0ef3 > >> COPYING.LIB > >> 5f9f622d2febc0bfbe5381599f2fba7dcfae3b372d48988ee30f474e86290ffa FAQ > >> f87461be6cbaecc4dce44ac58e5bd52364b0491ccdadaf846cb9b452e9550f31 INSTALL > >> 7333362de80815928966701af5a44529d73ba89f043382ffb882992c2489e24c NEWS > >> 4e21b62f515b749f80997063fceab626d7258c7d650e81a662ba8e0640f12f62 NEWS.0 > >> 602f3a40ef759c7b2a6c485a33dc674af34249644ac5fb53b21283d4e12e808d NEWS.1 > >> 7babb6d82a4479b2c3803f7dbfaab63125b0f0d1b6bb40b1389d3af65eaf83aa NEWS.2 > >> eb473efd365822e7ae64eb0f86028ea019815fdd273fe7daa9c6fe5e28fd2737 NEWS.3 > >> 87a41ce9b50e096dd2c4282f48efea30c9916fcb7b167fa2bc988c9cf3cb6642 R- > >> latest.tar.gz > >> 6d156245dfad11e65a4787e867977ecd12135a04247480040a20e54ed768b694 R- > >> latest.tar.xz > >> f5aa875c23185cbfc3a50739d7295b0caba2cf0e38ba082850be338cc9541154 README > >> fa76f82f7e3664afa4394623afedbc696a2ee90925be65ca57fc9e4b399f3ed6 > >> RESOURCES > >> 1d5064c86b6813865a033763f43212064c0a67ef05f5af13b13c4feb08264a33 THANKS > >> 0e9ec007b2b9170e43fd4996ee6ff6668d39cb37b9c5ff84132c534f861469f7 > >> VERSION-INFO.dcf > >> 87a41ce9b50e096dd2c4282f48efea30c9916fcb7b167fa2bc988c9cf3cb6642 R-4/ > >> R-4.5.2.tar.gz > >> 6d156245dfad11e65a4787e867977ecd12135a04247480040a20e54ed768b694 R-4/ > >> R-4.5.2.tar.xz > >> > >> This is the relevant part of the NEWS file > >> > >> CHANGES IN R 4.5.2: > >> > >> UTILITIES: > >> > >> • R CMD check now handles archives with extension .tar or .tar.zstd > >> (where zstd compression is supported by the R build). > >> > >> BUG FIXES: > >> > >> • t.test(c(1:3, Inf)) and similar no longer produce an error but > >> return a (still not so useful) "htest" result, fixing PR#18901, > >> thanks to Jesse Alderliesten. > >> > >> • attr(., "tsp") <- val now uses getOption("ts.eps") instead of > >> hardwired 1e-5; consequently, ts(.., ts.eps=*) now passes ts.eps > >> to the "tsp" setting C code; both fixing a long-standing ‘FIXME’. > >> > >> • insertSource() now ignores the internal .packageName object, > >> avoiding a superfluous message. > >> > >> • In static HTML help, links to vignette files from the default > >> doc/index.html page now also work for packages not installed in > >> the default .Library, thanks to a report by Patrice Kiener. > >> > >> • fixInNamespace("<S3method>") failed to update the S3 methods > >> table when the generic was not on the search path. > >> > >> • In plain-text help (Rd2txt), an initial newline from an Rd inline > >> \eqn no longer breaks the paragraph. > >> > >> • hist(*, log = "x") now works without a warning, thanks to Martin > >> Smith's PR#18921. > >> > >> • Subassigning "POSIXlt", i.e., <tdat>[i] <- val and <tdat>[[i]] <- > >> val now rebalance as they should, thanks to Mikael Jagan's > >> PR#18919. > >> > >> • <POSIXlt>[*] (re-)setting "balanced", fixing PR#18681 comment #7, > >> thanks to Mikael Jagan. > >> > >> • All four of {col,row}{Sums,Means}(Z, na.rm=TRUE) now correctly > >> work with complex Z where is.na(Re(Z)) differs from is.na(Im(Z)), > >> fixing PR#18942, unearthed by Dirk Eddelbuettel. > >> > >> • Fix for glyph rendering on the quartz() device when there is > >> other (“normal”) text drawn on the device. The problem was that > >> the text transformation matrix was not reset so glyphs would be > >> rendered incorrectly (often completely outside the device, i.e., > >> not visible). > >> > >> • Functions install.packages() and download.packages() again > >> consult option download.file.method when the download method is > >> unspecified. > >> > >> • Tanguy Barthelemy and colleagues at the ‘R Dev Day’ following > >> Rencontres R in May 2025 extended the help page of lm(), fixing > >> PR#18058. As suggested by Thomas Soeiro, such notes were also > >> added to the glm(), poly() and splines::bs() and ns() pages. > >> > >> • lbeta(1i, 1) now signals an error, as lbeta() is not implemented > >> for complex, fixing PR#18946 from Ben Bolker and Kasper > >> Kristensen. > >> > >> • The Cairo-based SVG device uses pt as the default document unit > >> also with Cairo >= 1.17.8 (PR#18912). > >> > >> • pretty(*, eps.correct = 2) has been fixed, e.g., to avoid over 1 > >> million length result for pretty(c(0, 1e-322), eps.correct = 2). > >> > >> • When "POSIXlt" date-time objects are NA-padded from subsetting or > >> increasing length in the `[` or `length<-` methods, the > >> "balanced" attribute is set to NA, now; noted in PR#18681, thanks > >> to Mikael Jagan. > >> > >> > >> > > > > -- > ======================================================= > Prof. Dr. Roland Rau, Senior Research Scientist > Max Planck Institute for Demographic Research > Laboratory of Statistical Demography > Konrad Zuse Str. 1 > 18057 Rostock, Germany > > Email: [email protected] > https://www.demogr.mpg.de/de/ueber_uns_6113/mitarbeiter_innen_1899/roland_rau_525/ > > > Prof. Dr. Roland Rau > University of Rostock > Chair of Demography > Ulmenstr. 69 > 18057 Rostock, Germany > > Tel.: +49 381 498 4044 > Email: [email protected] > https://www.isd.uni-rostock.de/rau/ > ======================================================= > > > -- > This mail has been sent through the MPI for Demographic ...{{dropped:2}} > > ______________________________________________ > [email protected] mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Iñaki Úcar ______________________________________________ [email protected] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
