Also, why is the whole resources folder getting copied to /usr/lib
? Installing there all of the unneeded files from compiling vesktop, including a 177MB binary that has electron embedded, defeats the point of using a system electron in the first place.
Search Criteria
Package Details: vesktop 1.5.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/vesktop.git (read-only, click to copy) |
---|---|
Package Base: | vesktop |
Description: | A standalone Electron-based Discord app with Vencord & improved Linux support |
Upstream URL: | https://github.com/Vencord/Vesktop |
Keywords: | discord vencord vesktop |
Licenses: | GPL-3.0-only |
Conflicts: | vesktop |
Provides: | vesktop |
Submitter: | picokan |
Maintainer: | Edu4rdSHL (Covkie, zt64) |
Last Packager: | Covkie |
Votes: | 42 |
Popularity: | 6.84 |
First Submitted: | 2024-01-16 08:05 (UTC) |
Last Updated: | 2024-12-06 03:32 (UTC) |
Dependencies (6)
- alsa-lib
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classicAUR)
- nss (nss-hgAUR)
- nodejs (nodejs-gitAUR, python-nodejs-wheelAUR, nodejs-lts-hydrogen, nodejs-lts-iron, nodejs-lts-jod) (make)
- libnotify (libnotify-gitAUR) (optional) – Notifications
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR) (optional) – Open links, files, etc
Required by (3)
Sources (4)
Latest Comments
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 Next › Last »
picokan commented on 2024-01-29 08:23 (UTC)
picokan commented on 2024-01-29 08:14 (UTC)
@Edu4rdSHL The way I had it before was so you could install vesktop using any electron version you had on your system. Just using /usr/lib/electron
is cleaner sure, but I just tried and couldn't install this package with electron27.
Edu4rdSHL commented on 2024-01-29 07:22 (UTC)
@EinfxchFinn, lets the user manage that. Now, you can add the flags to ~/.config/vesktop-flags.conf and they will be readed from there.
Edu4rdSHL commented on 2024-01-29 07:09 (UTC)
I just modified the PKGBUILD to always pick the latest electron using the convenient symlink from /usr/lib/electron, and, also dinamically putting the line before the "linux" occurrence so that we don't have to change the line number everytime.
EinfxchFinn commented on 2024-01-28 16:02 (UTC)
Could you add --ozone-platform-hint=auto to the Exec variable in the .desktop file so that vesktop runs natively on wayland and not through xwayland? See: https://github.com/Vencord/Vesktop/issues/342
xiota commented on 2024-01-23 01:44 (UTC)
#grabbin path for an installed electron
#any ideas for a better way of doing this are welcome
Add electron
to depends. Then it will be at /usr/lib/electron
. Check /usr/lib/electron/version
for the version number.
picokan commented on 2024-01-21 10:51 (UTC)
@Edu4rdSHL Sure, I can even just give you maintainership of this package. I only created it because the -git package did not use system electron.
Edu4rdSHL commented on 2024-01-18 01:37 (UTC)
@picokan, just to help you maintain it and improve some things, nothing in special. I already maintain several packages, I would like to help with this one which I use day to day.
alphabitserial commented on 2024-01-17 09:09 (UTC)
@picokan It looks like the latest update you've pushed has fixed the StartupWMClass issue, thanks! Good to know about the reason for the shell script.
picokan commented on 2024-01-17 08:20 (UTC)
@alphabitserial That desktop file launching the binary itself is a con here, not a pro because the binary with the embedded electron is not being used in this package. It only installs the app.asar and launches it using the system electron. That's all the shell "binary" is doing.
And I'd like to keep my desktop file synced with upstream, but right now looking here it doesn't seem to have a StartupWMClass
anymore.
Pinned Comments
Edu4rdSHL commented on 2024-09-17 03:25 (UTC) (edited on 2024-10-27 20:33 (UTC) by Edu4rdSHL)
As of 2024-09-16, this package is being co-maintained by official vesktop developers, and any packaging decisions they make will not be questioned on my part unless it's something harmful for the users, which is very unlikely to happen. As I see it coming, they will not use the system's electron on this package purposely, if you don't like it, use
vesktop-electron
, which is also maintained by the same devs.Thanks!