Package Details: kodi-git r67025.2e06c189dd88-1

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only, click to copy)
Package Base: kodi-git
Description: A software media player and entertainment hub for digital media (master branch, gles renderer)
Upstream URL: https://kodi.tv
Licenses: GPL2
Conflicts: kodi, kodi-gbm, kodi-gles, kodi-wayland, kodi-x11
Provides: kodi-common, kodi-gbm, kodi-wayland, kodi-x11
Submitter: BlackIkeEagle
Maintainer: graysky
Last Packager: graysky
Votes: 85
Popularity: 0.001142
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-11-13 19:34 (UTC)

Pinned Comments

graysky commented on 2022-06-11 11:49 (UTC)

@laichiaheng - kodi is bound to a specific version of ffmpeg which is generally older than Arch's package. We avoid incompatibilities by using that specific version (ie internal ffmpeg). Recommend that you build kodi in clean chroot. See: https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot

I wrote a script that automates much of that called clean-chroot-manager offered here in the AUR.

Latest Comments

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 54 Next › Last »

BlackIkeEagle commented on 2014-08-16 07:17 (UTC)

updated dependencies, dropped systemd service, and libnfs patch seems no longer needed

BlackIkeEagle commented on 2014-08-08 09:41 (UTC)

The reason we will drop the xbmc.service file is because we have to change/add files which should not be under control of the xbmc package. I have added the 'display manager' method and the xbmc.service method to the wiki. So everyone is free to do with it what he/she wants.

Beretta92 commented on 2014-08-07 18:32 (UTC)

sad, it was a great feature.... Will stick with the Xwrapper.config solution for a while....

BlackIkeEagle commented on 2014-08-07 17:36 (UTC)

https://wiki.archlinux.org/index.php/Xbmc#Autostarting_at_boot xbmc.service will dissapear since it is no longer a viable option

adolchristin commented on 2014-08-07 15:38 (UTC)

To get this working again you can create a file called /etc/X11/Xwrapper.config with the contents "allowed_users=anybody" and that will allow the new X to be started as the xbmc user. ~/Builds/xbmc-git$ cat /etc/X11/Xwrapper.config allowed_users=anybody

justinkb commented on 2014-08-07 12:46 (UTC)

Any update on this? What is the cause of the problem with the xbmc.service anyway?

BlackIkeEagle commented on 2014-07-31 05:41 (UTC)

I need to look into it further, its a start ;)

Beretta92 commented on 2014-07-30 20:24 (UTC)

Thanks, works but not the keyboard

BlackIkeEagle commented on 2014-07-30 15:04 (UTC)

as a current workaround you can use: create /etc/systemd/system/getty@tty7.service.d/autologin.conf (with folders) autologin.conf: [Service] ExecStart= ExecStart=-/usr/bin/agetty --autologin xbmc --noclear %I 38400 linux edit /var/lib/xbmc/.bashrc # # ~/.bashrc # /usr/bin/xinit /usr/bin/dbus-launch --exit-with-session /usr/bin/xbmc-standalone -- :0 -nolisten tcp $ systemctl disable xbmc $ systemctl enable getty@tty7 $ reboot (i did not test any other way, only control on my standalone system is IR remote and ssh ) xbmc is working again, note i'll try to find an other option which is simpler, but this works for now

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 54 Next › Last »