Package Details: slimjet

Git Clone URL: (read-only, click to copy)
Package Base: slimjet
Description: Fast, smart and powerful browser based on Blink
Upstream URL:
Keywords: blink browser chromium web
Licenses: custom:freeware
Submitter: raininja
Maintainer: dalto
Last Packager: dalto
Votes: 31
Popularity: 0.51
First Submitted: 2015-08-22 22:29
Last Updated: 2021-09-17 12:17

Required by (0)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

dalto commented on 2021-03-23 12:15

@jrichard326, it is working fine here. How are you trying to build it? Did you download all the files or only the PKGBUILD? Downloading only the PKGBUILD will not work.

jrichard326 commented on 2021-03-23 12:10

When I try to build, I get this error:

==> ERROR: LICENSE was not found in the build directory and is not a URL.

dalto commented on 2021-03-04 14:06

@sankadub, That libglesv2 error is "normal" it happens even on supported platforms.

What isn't normal is those audio errors. I am not sure what, specifically, is causing those. It happens on Arch as well. Most likely, the version of slimjet is not compatible with current libraries in Arch.

Since this is a binary package provided by flashpeak, unless someone knows of a workaround, the fix will need to come from upstream.

sankadub commented on 2021-03-04 06:49

Hello! After updating Manjaro Plasma (KDE Plasma 5.21.1) Slimjet stopped playing videos (,, etc.). Konsole error: $ flashpeak-slimjet [5352: 5352: 0227 / 085821.171354: ERROR: (282)] Failed to load /opt/slimjet/ /opt/slimjet/ unable to open shared object file: No such file or directory [5352: 5352: 0227 / 085821.172194: ERROR: (150)] Exiting GPU process due to errors during initialization [5354: 5366: 0227 / 085823.035777: ERROR: )] handshake failed; returned -1, SSL error code 1, net_error -107 [5354: 5366: 0227 / 085823.055192: ERROR: (960)] handshake failed; returned -1, SSL error code 1, net_error -107 The futex facility returned an unexpected error code. The futex facility returned an unexpected error code. [5394: 4: 0227 / 085917.788694: ERROR: (38)] MediaEvent: {"error": "audio render error"} [5394: 1: 0227 /undefined 085917.788916: ERROR: (35)] MediaEvent: {"pipeline_error": 19} The futex tool returned an unexpected error code. The futex facility returned an unexpected error code. [5394: 4: 0227 / 085919.141729: ERROR: (38)] MediaEvent: {"error": "Sound rendering error"} [5394: 1: 0227 / 085919.141950: ERROR: (35)] MediaEvent : {"pipeline_error": 19} Thank you! undefined

dalto commented on 2020-12-08 00:46

@punkrockguy318 Those gitkeep files are part of the official package from flashpeak.

You might want to report that upstream.

prg commented on 2020-12-08 00:34

package() in this PKGBUILD currently installs various empty .gitkeep files

$ pacman -Ql slimjet | grep gitkeep
slimjet /opt/.gitkeep slimjet /usr/bin/.gitkeep slimjet /usr/share/doc/slimjet/.gitkeep slimjet /usr/share/man/man1/.gitkeep.gz

dalto commented on 2020-08-29 14:47

I overhauled the PKGBUILD pretty heavily. I brought the dependencies up to date, fixed the permissions issues where everything in opt was being set executable and removed a bunch of unused/unneeded misc stuff.

I tested it quite a bit but if anything is no longer working please let me know.

dalto commented on 2020-08-24 18:37

@TrialnError, yes, I never cleaned it up properly after I took it over. I will take a look at it this week.

TrialnError commented on 2020-08-24 18:22

I noticed some quirks with this PKGBUILD.
Firstly provides and replaces should be removed from the PKGBUILD. The first one doesn't do anything and the latter is used wrongly in this case :)
Same goes for the makedepends line. I kinda understand why it was added (architecture specific sources and deps) but it isn't really a makedep of slimjet itself.
Extracting the source is something that should be done in the prepare-function. package() should only contain the instructions where stuff gets shoved into $pkgdir.
All points which can be read in the AUR Guidelines in the Arch wiki in case you're wondering if I'm telling the truth :D

Best regards

dalto commented on 2020-08-04 20:18

@twnaing, two comments.

  1. Wouldn't that force the proprietary codecs on everyone?
  2. Are you allowed to include an unofficial binary like that in an AUR package? I thought that was considered bad form.