Search Criteria
Package Details: signal-desktop-beta 7.37.0beta1-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/signal-desktop-beta.git (read-only, click to copy) |
---|---|
Package Base: | signal-desktop-beta |
Description: | Signal Private Messenger for Linux - Beta version. |
Upstream URL: | https://signal.org |
Keywords: | secure-messenger signal signal-desktop |
Licenses: | GPL3 |
Conflicts: | signal-desktop-beta-bin |
Submitter: | Edu4rdSHL |
Maintainer: | Edu4rdSHL |
Last Packager: | Edu4rdSHL |
Votes: | 16 |
Popularity: | 0.34 |
First Submitted: | 2020-08-17 19:09 (UTC) |
Last Updated: | 2024-12-12 17:09 (UTC) |
Dependencies (33)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libasound.so (alsa-lib, lib32-alsa-lib)
- libatk-bridge-2.0.so (at-spi2-core-gitAUR, at-spi2-core, lib32-at-spi2-core)
- libcairo.so (cairo-gitAUR, cairo, lib32-cairo)
- libcups (libcups-gitAUR, cups-gitAUR, libcups-gssapiAUR)
- libdbus-1.so (dbus-gitAUR, dbus-selinuxAUR, libdbus-minimalAUR, dbus, lib32-dbus)
- libdrm (libdrm-gitAUR)
- libexpat.so (expat-gitAUR, expat, lib32-expat)
- libgio-2.0.so (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR, glib2, lib32-glib2)
- libpango-1.0.so (pango-gitAUR, lib32-pango, pango)
- libx11 (libx11-gitAUR)
- libxcb (libxcb-gitAUR)
- libxcomposite
- libxdamage
- libxext (libxext-gitAUR)
- libxfixes
- libxkbcommon.so (libxkbcommon-gitAUR, lib32-libxkbcommon, libxkbcommon)
- libxrandr (libxrandr-gitAUR)
- mesa (mesa-minimal-gitAUR, mesa-gitAUR, mesa-wsl2-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-amd-bc250AUR, mesa-amber)
- nspr (nspr-hgAUR)
- nss (nss-hgAUR)
- fpmAUR (fpm-gitAUR) (make, aarch64)
- git (git-gitAUR, git-glAUR) (make)
- git-lfs (git-lfs-gitAUR) (make)
- libxcrypt-compat (make)
- node-gyp (corepackerAUR) (make)
- nodejs (nodejs-gitAUR, python-nodejs-wheelAUR, nodejs-lts-hydrogen, nodejs-lts-iron) (make)
- npm (corepackerAUR, python-nodejs-wheelAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- xdg-desktop-portal (xdg-desktop-portal-gitAUR) (optional) – Screensharing with Wayland
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 14 Next › Last »
Edu4rdSHL commented on 2023-01-21 19:34 (UTC) (edited on 2023-01-21 19:42 (UTC) by Edu4rdSHL)
If it builds with makepkg and in a clean chroot environment, then there's nothing to fix on my side but in the program that fails to do that. I'm not going to modify things to fix builds on broken AUR helpers.
Edit: it seems to be a common issue across AUR helpers, I tried building it with paru, and it fails as well. I will apply the fix to avoid these issues.
mkurz commented on 2023-01-21 19:31 (UTC) (edited on 2023-01-21 19:34 (UTC) by mkurz)
@Edu4rdSHL this package is broken when installing it with yay. I didn't realize that because I always build it myself using makepkg. However now that you fixed the aarch64 stuff and I wanted to upgrade it using yay it will fail with the error described by jnnk: https://aur.archlinux.org/packages/signal-desktop-beta?O=20#comment-893530 It will not just fail for aarch64, but for everyone using
yay
no matter which architecture.Before I go into details, the fix is to move the
from the
prepare()
to thebuild()
function.Now the details. Let's start how you can reproduce the problem.
NODE_OPTIONS
env variable set:unset NODE_OPTIONS
yay -S signal-desktop-beta
. It will fail.But: If you clone the git repo of this aur and run
makepkg -sic
it will work. But why does it work when runningmakepkg
directly, but fail when usingyay -S
? That is because yay runs theprepare()
and thebuild()
function each in their own, new subshell process. So if you export a variable in the first subshell (running theprepare()
) function, the subshell will exit after the function ran and the env variable will not propagate to the next subshell. So inbuild()
theNODE_OPTIONS
variable (which you set inprepare()
) will be empty, which leads to the error of the referenced comment. You can easily test this by puttingecho "NODE OPTIONS: $NODE_OPTIONS"
at the top of thebuild()
function, you will see that when runningyay -S
it will be empty, but it will be set correctly when usingmakepkg
. You could alsoecho "PID of this script: $$"
at the top of theprepare()
and the same echo at the top of thebuild()
function. You will see that when usingyay
there will be different pid's for each function, however when usingmakepkg
the same pid shows up because there the whole script runs in the same subshell/process.Here is the full patch, would be nice if you could apply that! Thanks! Also let me mention the
signal-desktop-arm
package suffers from the same problem, see it's comments: https://aur.archlinux.org/packages/signal-desktop-armmkurz commented on 2023-01-16 12:31 (UTC)
Thanks @Edu4rdSHL!
Edu4rdSHL commented on 2023-01-16 03:15 (UTC)
Done on -4
mkurz commented on 2023-01-15 20:50 (UTC)
@Edu4rdSHL please apply following diff,
bash -c ...
is needed!mkurz commented on 2023-01-13 21:54 (UTC)
@Edu4rdSHL Yes, just checked, because you removed
bash -c
it's not working correctly on aarch64 anymore, because it will NOT return "true". (You probably didn't realize the error because it still will correctly on your machine)mkurz commented on 2023-01-13 21:51 (UTC) (edited on 2023-01-13 21:51 (UTC) by mkurz)
@Edu4rdSHL In your latest commit you removed
... bash -c '...'
- but without usingbash -c
it is not working correctly. You needbash -c
, I am pretty sure, otherwise it's always empty. Can you check! And THANK YOU! Makes life a bit more easiert now :)Edu4rdSHL commented on 2023-01-13 19:50 (UTC)
Support for aarch64 has been added with some additional tweaks, please let me know if everything is working as expected.
Thanks a lot @mkurz for the help on it.
hotschi commented on 2023-01-11 19:46 (UTC)
@mkurz Thanks a lot for your help! With your patch I was finally able to build and run this package on Asahi-Linux!
mkurz commented on 2023-01-11 17:16 (UTC) (edited on 2023-01-11 17:21 (UTC) by mkurz)
@Edu4rdSHL No problem, we can install the fpm dependency when running on
aarch64
only, usingmakedepends_aarch64
. Also it's possible to set theUSE_SYSTEM_FPM
env variable totrue
only when running onaarch64
also. So for x86_64 absolutely nothing changes. Please give the updated patch below a shot, like run it on yourx86_64
system, you will see nothing changes.@bradpitcher you can also try this patch. Before remove
fpm
from you system (withsudo pacman -Rn fpm
) and you will see when running the new PKGBUILD file that it will complain and after installing it you again will be able to build signal.« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 14 Next › Last »