Package Details: emoji-keyboard-bin 4.0.0-4

Git Clone URL: https://aur.archlinux.org/emoji-keyboard-bin.git (read-only, click to copy)
Package Base: emoji-keyboard-bin
Description: Virtual keyboard like emoji palette (binary release)
Upstream URL: https://github.com/OzymandiasTheGreat/emoji-keyboard
Keywords: bin binary gtk gtk3 rust tauri typescript webkit webkit2gtk
Licenses: MIT
Conflicts: emoji-keyboard
Provides: emoji-keyboard
Submitter: begin-theadventu
Maintainer: begin-theadventu
Last Packager: begin-theadventu
Votes: 8
Popularity: 0.011659
First Submitted: 2023-10-11 00:55 (UTC)
Last Updated: 2024-03-24 00:16 (UTC)

Latest Comments

1 2 3 Next › Last »

Treyarch commented on 2023-10-11 04:11 (UTC)

I no longer use Arch on my Desktop, as a result I will not be updating this package. Sorry, however feel free to contribute to it.

begin-theadventu commented on 2023-10-11 01:03 (UTC) (edited on 2024-03-23 23:39 (UTC) by begin-theadventu)

@Treyarch No, this package must be built from the source code. Additionally, the license has been changed to MIT, and the application no longer utilizes Python.

EDIT: emoji-keyboard was merged into emoji-keyboard-bin (this package).

Treyarch commented on 2022-12-12 04:34 (UTC)

Someone more wise to me on these things might be able to offer more advice, should this be getting the AppImage or the deb for this build?

nameless commented on 2022-06-02 17:36 (UTC)

I'm getting the same warning that Ataraxy gets on startup.

Additionally, I'm getting a JavaScript error on startup. I've reported the issue here.

Ataraxy commented on 2022-01-30 09:15 (UTC)

Running this, I see:

% emoji-keyboard                
(electron) The default value of app.allowRendererProcessReuse is deprecated, it is currently "false".  It will change to be "true" in Electron 9.  For more information please check https://github.com/electron/electron/issues/18397

Further errors follow: https://imgur.com/a/7AN6VwT

Treyarch commented on 2021-11-18 06:21 (UTC)

Sorry it took so long to resolve, turns out it was a whack PKGBUILD option Thanks to rcf and thursdaylark on IRC we got there

Treyarch commented on 2021-06-09 06:09 (UTC)

Noted, it's something to do with the AppImage being pulled down borks it, I'll do some checking when I next am near my computer

fbrennan commented on 2021-06-09 05:26 (UTC)

This doesn't work?

[fred@laptop ~]$ emoji-keyboard 
This doesn't look like a squashfs image.

Cannot mount AppImage, please check your FUSE setup.
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 
See https://github.com/AppImage/AppImageKit/wiki/FUSE 
for more information
open dir error: No such file or directory

Treyarch commented on 2021-04-10 23:44 (UTC)

Ah, I am still kinda new to AUR handling and I couldn't find that the other night when looking, must've had other stuff on my mind to stop me seeing it right in front of me, I've just pushed that live now.

cknoblauch commented on 2021-04-10 18:12 (UTC) (edited on 2021-04-10 18:13 (UTC) by cknoblauch)

The PKGBULD tries to move the binary to the target location in prepare() instead of package(). By doing it in package() you avoid having to call sudo; makepkg takes care of this automatically. See here.

Replacing prepare() with the following worked for me using pamac:

package() {
  chmod a+x ${pkgname}-${pkgver}.AppImage
  mkdir -p $pkgdir/usr/bin
  cp -L ${pkgname}-${pkgver}.AppImage $pkgdir/usr/bin/emoji-keyboard
}