Sending my two cents just in case anyone else encounters this issue when starting skype: "Error: /tmp/.org.chromium.Chromium.<some-random-hash>: failed to map segment from shared object" One way to fix this is to make sure whatever fs is mounted at /tmp does not have the 'noexec,nosuid' option. Be aware that this has security implications and should be temporary. There may be better solutions and feel free to comment them~
Search Criteria
Package Details: skypeforlinux-bin 8.133.0.202-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/skypeforlinux-bin.git (read-only, click to copy) |
---|---|
Package Base: | skypeforlinux-bin |
Description: | Skype for Linux |
Upstream URL: | https://www.skype.com/ |
Keywords: | skype |
Licenses: | custom |
Conflicts: | skype, skypeforlinux |
Provides: | skype, skypeforlinux |
Submitter: | Hanabishi |
Maintainer: | Hanabishi |
Last Packager: | Hanabishi |
Votes: | 330 |
Popularity: | 1.05 |
First Submitted: | 2024-03-04 17:57 (UTC) |
Last Updated: | 2024-11-21 03:34 (UTC) |
Dependencies (11)
- alsa-lib
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- 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)
- libsecret
- libxss
- libxtst
- nss (nss-hgAUR)
- squashfs-tools (squashfs-tools-gitAUR) (make)
- libappindicator-gtk3 (optional) – system tray icon support
- org.freedesktop.secrets (keepassxc-gitAUR, gnome-keyring-gitAUR, pass-secrets-gitAUR, keepassxc-allow-aur-extension-originAUR, keepassxc-allow-aur-extension-origin-binAUR, pass-secret-service-binAUR, dssdAUR, pass-secret-service-gitAUR, bitw-gitAUR, gnome-keyring, keepassxc, kwallet, kwallet5) (optional) – keyring/password support
Required by (1)
- skype-secure (requires skypeforlinux)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 31 Next › Last »
fungineer commented on 2020-03-23 00:30 (UTC) (edited on 2020-03-23 00:40 (UTC) by fungineer)
nilsw commented on 2020-03-19 09:13 (UTC)
Why don't you instead suggest your changes to the other (older and more popular) package?
<deleted-account> commented on 2020-03-16 10:46 (UTC)
This packages with respect to skypeforlinux-stable-bin
:
1. Checks GPG signature
2. Does not require asar to unpack and the repack the package
3. Installs the package in /opt
<deleted-account> commented on 2020-03-16 10:37 (UTC)
This packages with respect to skypeforlinux-stable-bin
:
1. Checks GPG signature
2. Do not reqiure asar to unpack and the repack the package
3. Installs the package in /opt
<deleted-account> commented on 2020-03-16 10:35 (UTC)
This packages with respect to skypeforlinux-stable-bin
:
1. Checks the GPG signature
2. Do not reqiure asar to unpack and the repack the package
3. Installs the package in /opt
nilsw commented on 2020-03-16 08:14 (UTC)
What is the point of this package? We already have skypeforlinux-stable-bin
.
pepijndevos commented on 2020-03-16 07:50 (UTC)
@bulletmark, I was referring to the statement that tar should be run in prepare rather than package, but don't know enough about Arch packages to judge this statement. I can confirm that the --no-same-owner workaround works for me. Thanks!
<deleted-account> commented on 2020-03-15 11:48 (UTC)
Thanks for bringing this up. It should work now
bulletmark commented on 2020-03-15 07:51 (UTC)
@pepijndevos, "an incorrect use of tar" is overstating the issue. This PKGBUILD works with makepkg so by definition it is working correctly. However, I think the issue with rua can be overcome simply by adding a --no-same-owner option on the tar command in the PKGBUILD. Can you please try that and let me know so if OK then I will add it.
Isolus commented on 2020-03-14 23:41 (UTC)
The prepare function greps gpgs output for an english text. On my system the output of gpg is localized so the installation fails.
Pinned Comments
Hanabishi commented on 2024-07-31 07:28 (UTC) (edited on 2024-08-20 13:25 (UTC) by Hanabishi)
There is a problem with Skype being stuck on the login screen on first launch. That happens when your
org.freedesktop.secrets
provider doesn't have a keyring configured, i.e. also first launch.I don't know if this is a quirk of
libsecret
or Skype itself, but we can't do pretty much anything about it anyway.Solutions are simple though:
Despite the login screen being stuck, the login itself is actually successful. So just kill it and run Skype again, it should be fine after that.
Configure your default keyring manually (using
seahorse
,kwalletmanager
etc.) before running Skype.bulletmark commented on 2020-04-30 10:01 (UTC) (edited on 2022-06-13 00:22 (UTC) by bulletmark)
To get automatic login, install a package that provides
org.freedesktop.secrets
, e.g.gnome-keyring
.To get a systray icon, install
libappindicator-gtk3
. On GNOME, then install the appindicator extension.