Arch Linux User Repository

Packaging notes:

• Given the inconvenience of having this package become unusable for an indefinite amount time, sodeps are used to prevent boost upgrades from breaking this package. Others may be added. Updates may need to be forced with pacman -Syudd prior to rebuilding. This is unnecessary when building in a clean chroot.
• Any variable declared : ${var:=value} can be set in the environment prior to build.
  • For example: var=value makepkg -rsC; Method for AUR helpers may vary.
  • For clean chroot, try something like: extra-x86_64-build -- var=value

Problems?

• Try building in a clean chroot.
• If your distro has delayed updates, you may need to wait a few weeks.
• Avoid commenting and flagging for the same issue at the same time.
  • Flag for routine and mechanical issues (depends, typos, mistakes, etc)
  • Comment for issues requiring discussion.
  • Please use a pastebin for blocks of text more than a few lines.

When using a clean chroot, quarto is not installed while building this package. From what I can tell, the resulting package will not support quarto, even when quarto is installed. If this is the case, should quarto be added to makedepends?

@nunonun, yep, that's kind of known "feauture" of github. Fixed by skipping of archive checksum.

When trying to update RStudio, I get the following errors:

:: Downloading PKGBUILDs...
PKGBUILDs up to date
fetching devel info...
==> Making package: rstudio-desktop 2023.03.2.454-1 (Wed 07 Jun 2023 20:00:50)
==> Retrieving sources...
-> Found rstudio-2023.03.2.454.tar.gz
-> Found rstudio-cherry-blossom.zip
-> Found node-v16.14.0-linux-x64.tar.gz
-> Found qt.conf
-> Found pandoc_version.patch
==> Validating source files with sha256sums...
rstudio-2023.03.2.454.tar.gz ... Passed
rstudio-cherry-blossom.zip ... FAILED
node-v16.14.0-linux-x64.tar.gz ... Passed
qt.conf ... Passed
pandoc_version.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
error: failed to download sources for 'rstudio-desktop-2023.03.2.454-1':
error: packages failed to build: rstudio-desktop-2023.03.2.454-1

It seems that rstudio-cherry-blossom.zip is failing to validate. How can we solve this?

Thanks for the quick response @trap000d

First thing I tried was reinstalling R and the problem persisted.

As user (account when installing)...

❱ ldconfig -p | grep libR.so
    libR.so (libc6,x86-64) => /usr/lib/R/lib/libR.so
❱ ldd /usr/lib/R/lib/libR.so
    linux-vdso.so.1 (0x00007ffd481e4000)
    libblas.so.3 => /usr/lib/libblas.so.3 (0x00007fdcd71aa000)
    libm.so.6 => /usr/lib/libm.so.6 (0x00007fdcd70c2000)
    libreadline.so.8 => /usr/lib/libreadline.so.8 (0x00007fdcd706b000)
    libpcre2-8.so.0 => /usr/lib/libpcre2-8.so.0 (0x00007fdcd6fd0000)
    liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fdcd6f9d000)
    libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fdcd76eb000)
    libz.so.1 => /usr/lib/libz.so.1 (0x00007fdcd6f83000)
    libtirpc.so.3 => /usr/lib/libtirpc.so.3 (0x00007fdcd6f56000)
    libicuuc.so.72 => /usr/lib/libicuuc.so.72 (0x00007fdcd6c00000)
    libicui18n.so.72 => /usr/lib/libicui18n.so.72 (0x00007fdcd6800000)
    libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007fdcd6f0d000)
    libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fdcd6eed000)
    libc.so.6 => /usr/lib/libc.so.6 (0x00007fdcd6619000)
    /usr/lib64/ld-linux-x86-64.so.2 (0x00007fdcd7721000)
    libgfortran.so.5 => /usr/lib/libgfortran.so.5 (0x00007fdcd6200000)
    libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007fdcd6e79000)
    libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007fdcd6e25000)
    libicudata.so.72 => /usr/lib/libicudata.so.72 (0x00007fdcd4400000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fdcd4000000)
    libquadmath.so.0 => /usr/lib/../lib/libquadmath.so.0 (0x00007fdcd6bb7000)
    libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007fdcd6541000)
    libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007fdcd6b89000)
    libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x00007fdcd76df000)
    libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007fdcd6e17000)
    libkeyutils.so.1 => /usr/lib/libkeyutils.so.1 (0x00007fdcd76d6000)
    libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007fdcd6e05000)

And these are identical as root so it doesn't look like anything is broken in the dynamically linked libraries.

$R_HOME isn't defined though either as user or root, I tried setting this to export R_HOME="/usr/bin/R" in both the user and root account (by adding to ~/.bashrc so its defined if a new shell is started as either user during install) no joy. Fired up R and checked the value returned by R.home()...

> R.home()
[1] "/usr/lib64/R"

...so I tried setting export R_HOME="/usr/lib64/R" under both user and root account (again by adding to ~/.bashrc so that it is sourced if a new shell is started as either user during install), still no joy and errors out with -- Could not find libR shared library.

To get yarn berry under arch I configured the npm prefix for global packages. After that install corepack globally.

$ export PATH="$HOME/.local/bin:$PATH"
$ export npm_config_prefix="$HOME/.local"
$ npm i -g corepack

Then set up yarn berry

$ corepack enable
$ corepack prepare yarn@stable --activate
$ yarn -v
3.3.1

Another option would be to use /usr/bin/yarn instead of just yarn, to ensure everyone is using the same version.

@JstKddng,

could you remove this line from the PKGBUILD?
yarn config set ignore-engines true
as that line is not compatible with yarn berry (3.x)
this compiles correctly with that line

Hmm... I couldn't find [yet?] yarn berry neither in standard Arch repos nor in AUR. Have you installed it manually (custom repository, source)? Effectively, I'm not sure how to run test build for checking if there are no any other issues with it.

Anyway, mentioned line is still appeared in upstream build script so I would rather keep it for compatibility with current yarn version (I guess most of users have it installed now).

pacman -Qi yarn
Name            : yarn
Version         : 1.22.19-1
..........

@slackline, I've just tested build on two different machines - all runs OK. Please check if you have not accidentally broken r package.

What ldconfig says about your libR?

ldconfig -p | grep libR.so
libR.so (libc6,x86-64) => /usr/lib/R/lib/libR.so

Are there any broken dependencies?

ldd /usr/lib/R/lib/libR.so 
linux-vdso.so.1 (0x00007ffea3f7f000)
libblas.so.3 => /usr/lib/libblas.so.3 (0x00007f57a2300000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f57a1d18000)
libreadline.so.8 => /usr/lib/libreadline.so.8 (0x00007f57a1cc1000)
libpcre2-8.so.0 => /usr/lib/libpcre2-8.so.0 (0x00007f57a1c26000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f57a1bf3000)
libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007f57a22ed000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f57a1bd9000)
libtirpc.so.3 => /usr/lib/libtirpc.so.3 (0x00007f57a1bac000)
libicuuc.so.72 => /usr/lib/libicuuc.so.72 (0x00007f57a1800000)
libicui18n.so.72 => /usr/lib/libicui18n.so.72 (0x00007f57a1400000)
libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007f57a1b63000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f57a1b43000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f57a1219000)
/usr/lib64/ld-linux-x86-64.so.2 (0x00007f57a23a5000)
libgfortran.so.5 => /usr/lib/libgfortran.so.5 (0x00007f57a0e00000)
libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007f57a1acf000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007f57a1a7b000)
libicudata.so.72 => /usr/lib/libicudata.so.72 (0x00007f579f000000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f579ec00000)
libquadmath.so.0 => /usr/lib/../lib/libquadmath.so.0 (0x00007f57a1a32000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007f57a1141000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007f57a1a04000)
libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x00007f57a22e1000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007f57a17f2000)
libkeyutils.so.1 => /usr/lib/libkeyutils.so.1 (0x00007f57a22d8000)
libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007f57a17e0000)

Might you have $R_HOME variable defined somewhere?

No problems with libboost but I've a different error trying to build this today...

-- CXX_STANDARD: 11
-- Required features: cxx_variadic_templates
-- Configured to build DESKTOP
-- Could not find libR shared library.
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find LibR (missing: LIBR_LIBRARIES)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE)
  cmake/modules/FindLibR.cmake:220 (find_package_handle_standard_args)
  src/cpp/CMakeLists.txt:644 (find_package)

libR.so is present on my system

$ locate libR 
/usr/lib/libRemarks.so
/usr/lib/libRemarks.so.13
/usr/lib/libRmath.so
/usr/lib/R/lib/libR.so     ### There it is
/usr/lib/pkgconfig/libR.pc
/usr/lib/pkgconfig/libRmath.pc
/usr/lib/samba/libREG-FULL-samba4.so
/usr/lib/samba/libRPC-SERVER-LOOP-samba4.so
/usr/lib/samba/libRPC-WORKER-samba4.so
$ l /usr/lib/R/lib/libR.so 
-rwxr-xr-x 1 root root 3.5M Jan  3 01:56 /usr/lib/R/lib/libR.so

@trap000d

could you remove this line from the PKGBUILD?

yarn config set ignore-engines true

as that line is not compatible with yarn berry (3.x)

this compiles correctly with that line

After updating arch yesterday Rstudio broke, it stopped launching. After uninstalling it and cleaning the cache i tried to compile it again but i get errors