Arch Linux User Repository

tperami: good idea – done.

Could you mark this package as providing and conflicting with rocketchat-desktop? That would allow the installation of one of them to automatically uninstall the other

I switched to this package today (again) because the update of electron to 16.0.7-2 breaks the ability to scroll up when using rocketchat-desktop (recompiling does not solve the problem). So yeah, this package is definitely needed because it is the less troubled road of using Rocketchat on Arch. I had to use it several times in the past because rocketchat-desktop had issues.

Today I had to use this package as the one build in rocketchat-desktop caused electron errors on launch. So there's still a use-case for me. :)

Does anybody still need this package? There is also rocketchat-desktop, which should be preferred, because it builds from source.

@user20159: https://wiki.archlinux.org/index.php/Linux_Containers#Unpriviledged_containers_on_linux-hardened_and_custom_kernels

@aminvakil: Thanks! Usually I'm using the regular linux kernel, but you're right, I accidentally booted linux-harded that time. Can you explain what's different for linux-hardened that those special permissions are required for Rocket.Chat?

@user20159 Do you use linux-hardened? That's normal then.

Strange. rocketchat-desktop works smoothly for me. And I'd rather not want to have a setuid root binary packaged, since the security risk is too high.

Do you have any special setup, user20159?

I got the following error out of nowhere when trying to launch Rocket.Chat:

$ rocketchat-desktop
[1624:0323/082401.497863:FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/Rocket.Chat/chrome-sandbox is owned by root and has mode 4755.
Trace/breakpoint trap (core dumped)

Uninstalling and re-building the package did not fix it. I had to manually do

$ sudo chmod 4755 /opt/Rocket.Chat/chrome-sandbox

To fix it.

I confirm the problem with version 3.1. Application does not open from tray

Update 3.1.0-1 breaks application for me. Downgraded to 3.0.7-1 and it works again, not sure if something is wrong with the application itself or with this package. Starting application from terminal does not display any errors.

Edit: By "breaks application" I mean it launches, but I cannot show the application, it stays minimized.

The patch from 3.0.0 to 3.0.1 should have solved the validating URL issue, but it does not for me. Anyone else having this issue as well?

Anyone else having problems with webcam/microphone permissions in Jitsi Meet for conference calls? I don't see anyway to grant the permissions. I had to switch over to using Firefox instead to get it to work.

No good reason to keep it optional, except that someone wants it. As I indicated, I tried the binary without having gconf in the system, and removing gconf as a dep, and it worked out fine. And after getting the upgrade, it's working fine without conf... Thanks !

Thanks je-vv. I have removed the dependency to gconf. Or what would be a good reason to keep it an optional dependency?

Is it possible to make gconf an "optional" dependency? It has been dropped from Arch, and if rocketchat doesn't really depend on it, I'd like to get rid of gconf as Arch has done it (and avoid installing its deps either). BTW, I installed the package removing gconf as a dep, and not having gconf in the box, and it just worked, and I also noticed the non bin version doesn't include gconf... Thanks !

tuxitop: Done, thanks for the hint!

It is required to install libindicator-gtk3 to view the system tray icon (using the appIndicator-support plugin). Could you please add it as an optional dependency?

This is working for now.

electron --app=/opt/Rocket.Chat+/resources/app.asar

@matthias.lisin @michaudg Guess I misunderstood, looked to me like many people were recommending it. Yup, I got flatpak for now, was my first idea when this happened. Hoping they fix this soon though.

@michaudg @mmgoilf Downgrading is NOT recommended. Until the bug it fixed, you can run RocketChat (or other electron apps) using flatpak.

More information here: https://www.reddit.com/r/archlinux/comments/9573e2/psa_use_flatpak_for_proprietary_applications_to/

edit: replied 1 min later.

@mmgoilf As described in this issue, you can install this Rocket.Chat Flatpak to solve the glibc problem.

Also, an Electron patch seems on the way: https://github.com/electron/electron/pull/13988

@michaudg What do I do about the fact that half of my applications depend on glibc_2.28 and downgrading basically breaks the system? A lot of people are saying to downgrade but I don't know why, is there a way to make it work?

@mmgoilf As described by matthias.lisin, the last version of glibc is causing this segfault. For now, you have to downgrade to glibc-2.27-3 if you still want to use Rocket.Chat client. You can use downgrade from AUR do to that.

I am getting a segfault too. Is there a way to fix this?

@xteixeira glibc is causing this. it works with glibc 2.27-3

@michaudg Tried it. Even removed the Rocket.Chat+ folder in ~/.config

Still segfaulting. Is your system fully updated?

@xteixeira Fresh installed on my side and no segfault. Try to uninstall and reinstall.

@xteixeira Yes is does. Not sure if it's rocketchats fault though.

This segfaults for me. rocketchat-desktop does too.

@michaudg Thanks for quick fix :)

@dovydas Fixed. Thanks for reporting.

While building latest 2.10.2 version I receive an error.

==> Validating source_x86_64 files with md5sums... rocketchat_2.10.2_amd64.deb ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build rocketchat-client-bin. ==> Restart building rocketchat-client-bin ? [y/N]