Package Details: skypeforlinux-bin 8.133.0.202-1

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)

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:

  1. 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.

  2. 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.

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)

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~

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.