Package Details: emby-server-beta 4.8.0.7-1

Git Clone URL: https://aur.archlinux.org/emby-server-beta.git (read-only, click to copy)
Package Base: emby-server-beta
Description: Bring together your videos, music, photos, and live television
Upstream URL: https://emby.media
Keywords: emby htpc media server
Licenses: custom
Conflicts: emby-server
Provides: emby-server
Submitter: nottin
Maintainer: nicolahinssen
Last Packager: nicolahinssen
Votes: 11
Popularity: 0.026510
First Submitted: 2016-07-23 17:42 (UTC)
Last Updated: 2022-07-28 16:28 (UTC)

Dependencies (40)

Required by (2)

Sources (6)

Latest Comments

Locutus64 commented on 2022-05-10 11:19 (UTC)

Can you please get this fixed with the latest beta which I believe is 4.7.038? I now have two machines that Enby beta won't install on. Thanks

curl: (22) The requested URL returned error: 404
==> ERROR: Failure while downloading https://github.com/MediaBrowser/Emby.Releases/releases/download/4.7.0.36/embyserver-netcore_4.7.0.36.zip
    Aborting...
checking dependencies...

Packages (1) ffnvcodec-headers8.1-8.1.24.11-2

Total Removed Size:  0.29 MiB

:: Do you want to remove these packages? [Y/n] 
:: Processing package changes...
(1/1) removing ffnvcodec-headers8.1                [########################] 100%
:: Running post-transaction hooks...
(1/2) Arming ConditionNeedsUpdate...
(2/2) Refreshing PackageKit...
 -> error making: emby-server-beta

DoctorBoneSaw commented on 2022-03-11 02:08 (UTC)

for those of us using a AUR helper this won't pull to install.

jholmer commented on 2022-03-10 22:52 (UTC)

This currently fails to build because the download to 4.7.0.28 has been yanked from Github. (I edited the build to pull 4.7.0.30 and it works with just that change.)

dfrincon commented on 2022-02-14 14:41 (UTC)

Hi there, how upgrade ffmpeg to 5.0? the link for ffmpeg is old

alucryd commented on 2021-12-02 07:44 (UTC)

Hi there, the beta now uses dotnet 6.0, you can depend on dotnet-runtime in the official repositories :)

Locutus64 commented on 2021-11-19 16:13 (UTC)

Installed this update yesterday, did a reboot and Emby won't load in the browser now. One of the devs on their forums said to let you know they're using .net core 6.0 now. I have a thread at the below with log files attached. Thanks

https://emby.media/community/index.php?/topic/103548-emby-not-launching-after-the-latest-beta-update/

Locutus64 commented on 2021-10-27 13:50 (UTC)

Thanks uninstalling, installing the updates, and then reinstalling Emby did the trick.

nicolahinssen commented on 2021-10-27 12:56 (UTC)

Locutus64: No you'll not lose your libraries if you do the following (copy-paste from my earlier reply to someone else):

Apologies, it's still early in the morning :)

Emby is built locally on your system, using the locally installed libx264 version. So to compile emby with libx264.so=160, ideally you should first update the x264 package (which is a hassle because of the dependency complaints).

What you should do is first temporarily remove the emby-server-beta package (pacman -R emby-server-beta), then update x264 (pacman -Syu), and finally install emby-server-beta again.

Locutus64 commented on 2021-10-27 12:47 (UTC) (edited on 2021-10-27 12:47 (UTC) by Locutus64)

I'm running Manjaro testing and there are updates for it to day and when I go to install them I get the below. I would like to know since I won't lose my settings or libraries if I can just uninstall the Emby beta, do the updates and then reinstall Emby?

   ~  sudo pacman -Syu  ✔
[sudo] password for locutus:
:: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date chaotic-aur 1569.2 KiB 2.20 MiB/s 00:01 [########################################] 100% herecura is up to date :: Starting full system upgrade... warning: gsettings-desktop-schemas: local (41.0-1) is newer than extra (40.0-3) :: Replace python-sgmllib with extra/python-sgmllib3k? [Y/n] y resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: installing x264 (3:0.163.r3060.5db6aa6-1) breaks dependency 'libx264.so=161-64' required by emby-server-beta

https://forum.manjaro.org/t/replace-python-sgmllib-with-extra-python-sgmllib3k-failed-to-prepare-transaction/88131/7

https://emby.media/community/index.php?/topic/102925-replacement-of-dependency-will-break-emby-beta/

freijon commented on 2021-07-14 11:59 (UTC)

-> Could not find all required packages: skia-sharp (Wanted by: emby-server-beta)

seems the needed dependency 'skia-sharp' is no longer available

nicolahinssen commented on 2021-06-01 19:01 (UTC)

wilberfan: should be fixed now!

wilberfan commented on 2021-06-01 16:01 (UTC)

embyserver-netcore_4.6.0.50.zip ... FAILED ==> ERROR: One or more files did not pass the validity check!

nicolahinssen commented on 2021-01-21 21:45 (UTC)

@AgentX Good to hear!

AgentX commented on 2021-01-21 01:04 (UTC)

@nicolahinssen I missed seeing your one post. It worked like a charm. Stopped Emby service, removed the beta, did the update, but had to use yay -S not pacman -S to reinstall Emby. Thanks

AgentX commented on 2021-01-20 21:22 (UTC)

I'm getting the below when I attempt to do a system update. Emby 4.6.010 beta. AcroLinuxD Plasma desktop.

error: failed to prepare transaction (could not satisfy dependencies) :: installing dav1d (0.8.1-1) breaks dependency 'libdav1d.so=4-64' required by emby-se rver-beta

[alienprober@TheMothership ~]$ sudo pacman -Syu --ignore=dav1d .:: Synchronizing package databases... core is up to date extra 1652.4 KiB 10.8 MiB/s 00:00 [---------------------------] 100% community 5.3 MiB 75.9 MiB/s 00:00 [---------------------------] 100% multilib is up to date arcolinux_repo is up to date arcolinux_repo_3party is up to date arcolinux_repo_xlarge is up to date :: Starting full system upgrade... warning: dav1d: ignoring package upgrade (0.7.1-1 => 0.8.1-1) resolving dependencies... warning: ignoring package dav1d-0.8.1-1 warning: cannot resolve "libdav1d.so=5-64", a dependency of "ffmpeg" :: The following package cannot be upgraded due to unresolvable dependencies: ffmpeg

:: Do you want to skip the above package for this upgrade? [y/N] y looking for conflicting packages... there is nothing to do [alienprober@TheMothership ~]$

https://emby.media/community/index.php?/topic/94279-installing-dav1d-081-1-breaks-dependency-libdav1dso4-64-required-by-emby-server-beta/&tab=comments#comment-975032

Megamannen commented on 2020-12-25 07:46 (UTC) (edited on 2020-12-25 07:49 (UTC) by Megamannen)

Edit: Ah, I see, they remove old versions? That's a hassle, works if I change it to 4.6.0.10

Something seems to have change location wise, can't download beta release

curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading https://github.com/MediaBrowser/Emby.Releases/releases/download/4.6.0.8/embyserver-netcore_4.6.0.8.zip
    Aborting...

nicolahinssen commented on 2020-12-08 21:23 (UTC)

Megamannen:

Done, thanks!

Megamannen commented on 2020-12-08 18:40 (UTC)

Hi! There is a problem with the .service file, it has double [Unit] sections But it also doesn't work because the user is non-existant

I suggest taking the .service file from the official emby-server package, it works great with dynamic users and the correct groups :)

(I'm running Manjaro if that matters)

nicolahinssen commented on 2020-10-31 21:36 (UTC)

Should be fixed now!

kd0bpv commented on 2020-10-31 21:08 (UTC)

Re: Matty_r's comment Same for 4.6.0.3 now.

Matty_r commented on 2020-10-16 22:05 (UTC)

SHA256 appears to be incorrect for embyserver-netcore_4.6.0.2.zip

nicolahinssen commented on 2020-08-20 18:48 (UTC)

wilberfan:

Good to hear! Yea it makes sense, it's only a pitty that some manual intervention is required.

wilberfan commented on 2020-08-20 18:41 (UTC)

nicolahinsssen:

That worked--which makes sense if you think about it. Thanks.

nicolahinssen commented on 2020-08-20 05:54 (UTC) (edited on 2020-08-20 06:39 (UTC) by nicolahinssen)

wilberfan:

Apologies, it's still early in the morning :)

Emby is built locally on your system, using the locally installed libx264 version. So to compile emby with libx264.so=160, ideally you should first update the x264 package (which is a hassle because of the dependency complaints).

What you should do is first temporarily remove the emby-server-beta package (pacman -R emby-server-beta), then update x264 (pacman -Syu), and finally install emby-server-beta again.

wilberfan commented on 2020-08-20 05:34 (UTC)

nicolahinssen:

That's exactly what I did: updated emby-server-beta first, then did a system update. I still get that dependency error.

nicolahinssen commented on 2020-08-20 05:15 (UTC)

wilberfan:

Could you first try updating just emby-server-beta? The latest version is compiled with libx264 v160. After that, the system update should work flawless.

wilberfan commented on 2020-08-20 00:04 (UTC) (edited on 2020-08-20 00:11 (UTC) by wilberfan)

nicolahinssen: Updated emby-server-beta to 4.5.0.20, then ran a pacman -Syyu:

error: failed to prepare transaction (could not satisfy dependencies) :: installing x264 (3:0.160.r3011.cde9a93-1) breaks dependency 'libx264.so=159-64' required by emby-server-beta

[edit] Does ffmpeg have the same dependency for libx264.so=159-64?

nicolahinssen commented on 2020-08-19 18:41 (UTC)

wilberfan: Still a problem?

wilberfan commented on 2020-08-17 22:52 (UTC)

System wants to update x264 to 3:0.160 but emby-server-beta needs "libx264.so=159-64". Latest ffmpeg and handbrake want latest x264.

wilberfan commented on 2020-06-11 19:03 (UTC) (edited on 2020-06-11 21:18 (UTC) by wilberfan)

nicolahinssen: Same playback error. Do you need more logs?

[edit] SMPlayer plays all of the files that emby won't. Cross-checking the emby-server-beta dependencies with the list of packages that updated, they only have aom & sqlite in common.

[2nd edit] Tried downgrading sqlite; no change. Downgraded aom from 2.0.0-1 to 1.0.0) and everything is playing properly again.

[third edit] "This bug report on ffmpeg makes it clear they forgot to update the bin references for libaom to v2: https://bugs.archlinux.org/task/66796 Doing downgrade aom back before v2.0.0 fixes that ffprobe issue, but the main issue still stands."

nicolahinssen commented on 2020-06-11 17:19 (UTC)

wilberfan:

Okay I'm not really sure what's happening here. Could you first try removing all files in /var/lib/emby/cache/ffmpeg, and afterwards restart emby with sudo systemctl restart emby-server.service

wilberfan commented on 2020-06-11 12:32 (UTC)

@nicolahinssen It's going to be one of these packages: https://i.imgur.com/WO24F26.png (I tried updating everything BUT ffmpeg and x265, but still got lots of playback errors, so it must be another package?)

Here's the log: https://pastebin.com/mSprrDbz Here's an ffmpeg log: https://pastebin.com/UXnTEWuD

nicolahinssen commented on 2020-06-11 06:45 (UTC)

wilberfan:

I'll take a look later on. Can you send me the logs? (Upload them on i.e. pastebin)

wilberfan commented on 2020-06-11 05:52 (UTC)

Anyone else having a lot of playback errors after a system update on 6/9/20? I started a thread over at the Emby Community (which is down at the moment for maintenance). The dev thought that, based on what he saw in the emby.log, that it might be something that would have to be addressed by the package maintainer over here. I'll post a link to the thread when I can.

JohanLo commented on 2020-05-16 03:56 (UTC) (edited on 2020-05-16 03:57 (UTC) by JohanLo)

Hello in the search to see from Manjaro ArchLinux emby media that was not for Kodi search and search and find one in .deb I could build it manually to .pkg.tar.zs and it worked perfectly although with a disadvantage it only works for accounts Emby Premiere.

I would like to share it but I do not know how to upload it to this medium if someone could explain or share a link to a video on how to share said emby media file?

At the same time ask if they know of any package that does not have this restriction to view content other than Kodi? Thank you

BlownFuze commented on 2020-03-23 00:08 (UTC)

Thanks! I wasn't expecting a response that fast. :D Everything is good now.

nicolahinssen commented on 2020-03-22 23:53 (UTC)

BlownFuze: Try again in 5 minutes :) Thanks for the heads-up!

BlownFuze commented on 2020-03-22 23:50 (UTC) (edited on 2020-03-22 23:55 (UTC) by BlownFuze)

Been a couple years since I've seen this one. Cannot upgrade to .30 because of netcore zip.


==> Validating source files with sha256sums...
    embyserver-netcore_4.4.0.30.zip ... FAILED
    ffmpeg-2020_02_24.tar.gz ... Passed
    ffdetect-2020_02_24-x64.tar.xz ... Passed
    emby-server ... Passed
    emby-server.conf ... Passed
    emby-server.service ... Passed
    emby-server.sysusers ... Passed
    emby-server.tmpfiles ... Passed
    license.docx ... Passed
==> ERROR: One or more files did not pass the validity check!
Error downloading sources: emby-server-beta
I cleared out the cache and tried again - still a no go.

wilberfan commented on 2020-01-17 01:01 (UTC)

4.4.0.7 working for me as well. Thanks!

botio commented on 2020-01-16 20:07 (UTC)

It's been resolved with 4.4.0.7, I confirm it's working now.

Spookcity commented on 2020-01-12 08:53 (UTC)

nicolahinssen:

Great,thanks a lot! And thanks for the update.

wilberfan commented on 2020-01-12 00:06 (UTC)

Thanks for the update. Sorry I didn't respond sooner: I've downgraded back to Emby (Stable) in the interim. (Can't do without a working Emby!!) ;-)

nicolahinssen commented on 2020-01-11 20:24 (UTC)

Update regarding the error. The Emby devs are looking into it, see: https://emby.media/community/index.php?/topic/81381-assembly-was-not-found-netcore/?p=830554

Spookcity commented on 2020-01-10 20:57 (UTC)

nicolahinssen:

Thanks for your efforts. I will not have access to my desktop with emby-server until after the weekend. Hopefully wilberfan can help with your request before then. If not I gladly will when I'm back.

nicolahinssen commented on 2020-01-10 14:00 (UTC)

Spookcity and wilberfan:

I'm currently diagnosing the error(s), the structure of the emby .Net core package has changed completely with the 4.4.0.5 update.

Could you give me the output of dotnet --info

Thanks!

Spookcity commented on 2020-01-07 17:05 (UTC)

Same error as wilberfan. I've done a bit of searching around without luck. Anyone manage to figure out a solution to this?

wilberfan commented on 2020-01-05 02:47 (UTC)

Jan 04 18:43:58 mediaserver emby-server[113332]: An assembly specified in the application dependencies manifest (EmbyServer.deps.json) was not found: Jan 04 18:43:58 mediaserver emby-server[113332]: package: 'runtimepack.Microsoft.NETCore.App.Runtime.linux-x64', version: '3.1.0' Jan 04 18:43:58 mediaserver emby-server[113332]: path: 'System.IO.Compression.Native.a' Jan 04 18:43:58 mediaserver systemd[1]: emby-server.service: Main process exited, code=exited, status=140/n/a

I tried reinstalling dotnet-host-bin, dotnet-runtime-bin and dotnet-runtime, but it still fails with the same error.

wilberfan commented on 2020-01-05 01:47 (UTC)

v4.4.0.5 fails to start with "status=140" error.

wilberfan commented on 2019-12-24 20:50 (UTC)

Enabling the Community-Testing repository and re-installing emby-server-beta (I temporarily installed emby-server stable) made the difference. It started OK, and seems to be running normally. Thanks!

nicolahinssen commented on 2019-12-24 09:31 (UTC)

wilberfan:

This probably happens because Emby now targets .NET Core 3.1 (instead of 2.2). The dotnet-runtime 3.1 package does only exist in the Arch Community-Testing repository, which needs to be enabled in /etc/pacman.conf.

As far as I know there is no way to "force" testing packages to users when the repo isn't enabled. So for now (4.4.0.4-2) I've added the AUR package dotnet-host 3.1 as a dependency.

Please let me know whether this solves the problem or not, thanks!

wilberfan commented on 2019-12-24 01:29 (UTC) (edited on 2019-12-24 01:33 (UTC) by wilberfan)

v4.4.0.4-1 fails to start. (code=exited, "Status=150")

nicolahinssen commented on 2019-10-17 07:27 (UTC)

The .dll issue should be fixed, please update to the latest version.

Let me know if something still doesn't work.

DorGind commented on 2019-10-16 11:05 (UTC)

You can restore to version 4.3.0.13 by editing the PKGBUILD. U need to change pkgver=4.3.0.13 and the first sha256sums checksum to 352241af5e1ad8235ac5f64a0eef8e770412a082c368cf1ea7dfcdb39dcfff9b. With this emby-server-beta is building and working again

wilberfan commented on 2019-10-16 00:19 (UTC)

Hmm. How do we restore 4.3.0.12 or 4.3.0.10 until the missing .dll issue is resolved?

jeb0921 commented on 2019-10-15 14:28 (UTC)

Will not start 4.3.0.14

runtimes/unix/lib/netstandard2.0/Microsoft.Win32.Registry.dll cannot find this file

nicolahinssen commented on 2019-09-30 08:24 (UTC)

The package should be working now. Please let me know if it doesn't. Thanks!

nicolahinssen commented on 2019-09-27 21:44 (UTC)

prism: Please see: https://emby.media/community/index.php?/topic/77913-netcore-releases/

I hope they'll resolve this a.s.a.p.

prism commented on 2019-09-27 21:14 (UTC)

4.3.0.10 fails to start, looks like EmbyServer.dll hasn't been found.

Sep 27 18:05:34 -- systemd[1]: Started Emby Server Daemon. Sep 27 18:05:34 -- emby-server[2085451]: No executable found matching command "dotnet-/usr/lib/emby-server/EmbyServer.dll" Sep 27 18:05:34 -- systemd[1]: emby-server.service: Main process exited, code=exited, status=1/FAILURE Sep 27 18:05:34 -- systemd[1]: emby-server.service: Failed with result 'exit-code'.

prism commented on 2019-09-09 00:20 (UTC)

4.3.0.7 is out, FFmpeg has been updated to 4.3 now. Thanks for maintaining this package :)

nicolahinssen commented on 2019-08-03 07:03 (UTC)

chowbok: Good suggestion! I'll look into it soon.

chowbok commented on 2019-08-02 15:16 (UTC)

Nicola: How would you feel about my making a separate AUR package for the contained FFMPEG? That way, you could just list that as a dependency and it wouldn't have to be rebuilt for every bump in Emby beta.

nicolahinssen commented on 2019-02-25 07:54 (UTC)

chowbok: Of course, done!

chowbok commented on 2019-02-25 04:26 (UTC) (edited on 2019-02-25 04:27 (UTC) by chowbok)

Looks like there's now a version of ffmpeg4.0, if you want to make that the requirement instead of ffmpeg.

chowbok commented on 2018-12-15 23:37 (UTC) (edited on 2018-12-16 05:43 (UTC) by chowbok)

I don't think bundling an old version of ffmpeg would be the way to go here. Somebody should do a new AUR package of ffmpeg40 (a la "ffmpeg2.8" and "ffmpeg3.4") and then Nicola can link this to it.

VGrol commented on 2018-12-15 23:30 (UTC)

I don't suppose there could be a package bound fix for bundling ffmpeg? https://emby.media/community/index.php?/topic/65009-i-think-i-found-a-bug-in-transcoding-when-resuming/

nicolahinssen commented on 2018-12-15 19:48 (UTC)

Chowbok:

Symlink added, thx!

chowbok commented on 2018-12-13 08:13 (UTC)

Sorry, one more update. Looks like for it to actually load the skia-sharp60, /usr/lib/emby-server/libSkiaSharp.so needs to be a symlink to ../libSkiaSharp.so.60.0.0 . Can this be added?

nicolahinssen commented on 2018-12-11 06:32 (UTC)

Thanks chowbok and nvllsvm, updated the files :)

chowbok commented on 2018-12-10 12:30 (UTC)

The "Restart" value in emby.service should probably be changed from "always" to "on-abnormal". Currently it's not possible to stop Emby from within the admin interface.

Also, can you change "versionof" in emby-server.install to "version of"? I'm sorry, I know it's not a big deal, but it's been bugging me every time I upgrade.

nvllsvm commented on 2018-12-10 05:51 (UTC)

The license of this package needs to be updated to "Custom". Emby is no longer fully open source.

https://github.com/MediaBrowser/Emby/issues/3479

nicolahinssen commented on 2018-12-04 09:51 (UTC)

chowbok: Thanks! Updated.

chowbok commented on 2018-12-04 01:34 (UTC)

Looks like the skia-sharp dependency needs to be changed to skia-sharp60, per this comment by Luke: https://github.com/MediaBrowser/Emby/issues/3484#issuecomment-443443679

nicolahinssen commented on 2018-07-22 09:35 (UTC)

chowbok:

Thanks for the heads up! Changed the dependency to skia-sharp.

chowbok commented on 2018-07-22 09:28 (UTC)

Looks like skia-sharp58 has been removed. I changed the dependency to skia-sharp and upgraded, and it seems to work okay.

nicolahinssen commented on 2018-05-15 19:01 (UTC)

zifnab:

Ah great! That package didn't exist when I checked for the last time. Update will be online in a few mins!

zifnab commented on 2018-05-15 18:44 (UTC) (edited on 2018-05-15 18:57 (UTC) by zifnab)

the aur has this: dotnet-runtime-rc 2.1.0-1 making it a dependency would replace the official community package dotnet-runtime 2.0.7-1 wouldn't it? you can revert the dependencies to "official" package once it upgrades to 2.1.0+

using aurman as an aur helper: aurman -S dotnet-runtime-rc does the job, and the new emby-server starts.

nicolahinssen commented on 2018-05-14 19:22 (UTC) (edited on 2018-05-14 19:22 (UTC) by nicolahinssen)

zifnab:

Yes, I know. I'm currently looking for a solution.

The problem is caused by the "dotnet-runtime" (https://www.archlinux.org/packages/community/x86_64/dotnet-runtime/) package still being on version 2.0.7, while Emby requires .NET Core 2.1 RC1 since 3.4.1.2...

If someone has any possible solution, please let me know!

zifnab commented on 2018-05-14 18:46 (UTC) (edited on 2018-05-14 18:55 (UTC) by zifnab)

3.4.1.4 fails to start. looks like a dependency issue.

'journalctl -xe' output:
"...
It was not possible to find any compatible framework version
The specified framework 'Microsoft.NETCore.App', version '2.1.0-rc1' was not found.
..."
'pacman -Qi dotnet-runtime' output: 2.0.7-1
regards.

BlownFuze commented on 2018-03-01 13:22 (UTC)

Thank you nicolahinssen, I went ahead and cleared my cache anyway - update went through without any errors. All good now.

nicolahinssen commented on 2018-03-01 01:45 (UTC) (edited on 2018-03-01 01:59 (UTC) by nicolahinssen)

BlownFuze:

That's because makepkg uses the cached (mismatched) embyserver-netcore-3.3.0.3.zip archive on your system. Remove this .zip file from your cache folder (e.g. ~/.cache/pacaur/emby-server-beta/embyserver-netcore-3.3.0.3.zip) and try again.

EDIT: Nevermind, the problem was on my side. It has been solved in the update I just uploaded.

BlownFuze commented on 2018-02-28 12:53 (UTC)

Thank you, same error though. It's not a big deal, I can just wait for the next incremental version - they seem to be releasing minor updates almost everyday.

==> Making package: emby-server-beta 3.3.0.3-2 (Wed Feb 28 12:45:55 EST 2018)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found embyserver-netcore-3.3.0.3.zip
  -> Found emby-server
  -> Found emby-migrate-database
  -> Found emby-server.conf
  -> Found emby-server.service
  -> Found emby-server.sysusers
  -> Found emby-server.tmpfiles
==> Validating source files with sha256sums...
    embyserver-netcore-3.3.0.3.zip ... FAILED
    emby-server ... Passed
    emby-migrate-database ... Passed
    emby-server.conf ... Passed
    emby-server.service ... Passed
    emby-server.sysusers ... Passed
    emby-server.tmpfiles ... Passed
==> ERROR: One or more files did not pass the validity check!
:: Unable to build emby-server-beta - makepkg exited with code: 1

nicolahinssen commented on 2018-02-28 02:56 (UTC)

BlownFuze:

Thanks for letting me know. I've pushed an update, could you try it again?

BlownFuze commented on 2018-02-28 01:53 (UTC) (edited on 2018-02-28 02:03 (UTC) by BlownFuze)

Not sure if I'm missing something, but this is the first time I've had a problem updating. The main netcore zip won't pass the validation.

==> Validating source files with sha256sums...
    embyserver-netcore-3.3.0.3.zip ... FAILED
    emby-server ... Passed
    emby-migrate-database ... Passed
    emby-server.conf ... Passed
    emby-server.service ... Passed
    emby-server.sysusers ... Passed
    emby-server.tmpfiles ... Passed
==> ERROR: One or more files did not pass the validity check!
:: Unable to build emby-server-beta - makepkg exited with code: 1

nottin commented on 2017-02-16 02:10 (UTC)

brando56894: Should work now. The reason it didn't work before is because the beta was updated. If you see this again, simply flag the package as out-of-date, and I'll update asap.

brando56894 commented on 2017-02-15 22:25 (UTC)

I get a 404 when trying to build. ==> Making package: emby-server-beta 3.2.1.105-1 (Wed Feb 15 09:24:02 PST 2017) ==> WARNING: Skipping dependency checks. ==> Retrieving sources... -> Downloading emby-server-3.2.1.105.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 128 0 128 0 0 529 0 --:--:-- --:--:-- --:--:-- 528 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading https://github.com/MediaBrowser/Emby/archive/3.2.1.105.tar.gz Aborting... ==> ERROR: Makepkg was unable to build emby-server-beta.

osbeck commented on 2016-10-23 11:19 (UTC)

Hi! from 3.1.197 build depends on mono-pcl from AUR.

nottin commented on 2016-07-23 18:22 (UTC)

This is the non-git version of emby beta. I will try to keep this as up-to-date as possible. If you find it's out of date, please flag it.