Package Details: acestream-engine 3.1.49-1

Git Clone URL: (read-only, click to copy)
Package Base: acestream-engine
Description: ACE Stream engine
Upstream URL:
Keywords: acestream engine
Licenses: unknown
Submitter: Scimmia
Maintainer: jonian
Last Packager: jonian
Votes: 120
Popularity: 0.000104
First Submitted: 2013-04-11 21:20
Last Updated: 2019-07-28 17:01

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

dieghen89 commented on 2017-05-01 10:51

Why not making libopenssl-1.0-compat a dependency and adding the symlink inside the package? Having symlinks in the / that are untracked by the package manager is not a great idea.

milomilo commented on 2017-04-29 18:26

comment from cirrus is correct.
path "/opt/acestream/lib/" worked for me!

cirrus commented on 2017-04-28 12:45

mpuzirew: workaround #2 worked but i had to extact both .so files to /opt/acestream/lib/
thanks for the tip.

mpuzirew commented on 2017-04-25 10:43

Recent openssl-1.0 update to 1.0.2.k-3 version broke acestreamengine (error "version 1.0.0 not found" or smth. when trying to start engine). There are two possible workarounds:
1) Downgrade openssl-1.0 to 1.0.2.k-2 version and lock package update (put to ignore).
2) Other way, download openssl-1.0 1.0.2.k-2 package and manually unpack and files trom the package to /opt/acestream/lib/acestreamengine/, then acestreamengine will use these older libraries instead of system ones.

Best commented on 2017-04-14 19:59

The 2 versions installs differently too, so it was extra complexity with I did not want for something I was not going to use. Now you have the i686 aur package so hope everyone is happy now:)

thepasto commented on 2017-04-14 10:25

@an7oine Thanks!

I think the big difference between those two packages is not the architecture.
The version is different, x86_64 will be updated, unmantained 3.0.2 version for x86, is working now, but nobody can say how long it will and it won't be update anymore.
If we are going to use the same aur package for both version you'll see 3.1.16 version when you've 3.0.2 version, instead. You'll get upgrade notifications, when you've anything to update because your version will be always the same.

Just my opinion, as you can see i'm not the package mantainer! If you decide to merge the packages, it's not a real problem!

an7oine commented on 2017-04-14 09:29

Here it is:
Having two distinct packages for the same software, separated only by architecture, is still, in my view, silly.

thepasto commented on 2017-04-14 07:17

Well, i think you should see the difference between two packages. In my opinion the best to do is to create a separated aur package for x86 only, with 3.0.2 version

an7oine commented on 2017-04-14 05:33

Their latest available version for i686 is still there: . Since that does still work against the Ace servers, I wouldn't say that they have dropped support for it. Why not reference those binaries here, rather than force them into a separate '-i686' package?

Hopefully someone will fork Arch to retain i686 compatibility. -It seems that's been done already.

Best commented on 2017-04-13 14:35

correct, and Arch in also dropping i686 support in november…