Package Details: kodi-git-eventclients r66825.904e2ea742d-1

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only, click to copy)
Package Base: kodi-git
Description: Kodi Event Clients (master branch)
Upstream URL: https://kodi.tv
Licenses: GPL2
Conflicts: kodi-eventclients
Provides: kodi-eventclients
Submitter: BlackIkeEagle
Maintainer: graysky
Last Packager: graysky
Votes: 85
Popularity: 0.001614
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-10-21 20:26 (UTC)

Dependencies (61)

Required by (0)

Sources (10)

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-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

Beretta92 commented on 2014-07-30 13:18 (UTC)

weird: [root@Serveur ~]# systemctl restart xbmc.service [root@Serveur ~]# systemctl status xbmc.service ● xbmc.service - Starts instance of XBMC using xinit Loaded: loaded (/usr/lib/systemd/system/xbmc.service; enabled) Active: active (running) since mer. 2014-07-30 16:11:34 CEST; 3s ago Main PID: 551 (xinit) CGroup: /system.slice/xbmc.service ‣ 551 /usr/bin/xinit /usr/bin/dbus-launch --exit-with-session /usr/bin/xbmc-standalone -- :0 -nolisten tcp vt7 juil. 30 16:11:34 Serveur systemd[1]: Started Starts instance of XBMC using xinit. juil. 30 16:11:34 Serveur systemd[551]: pam_unix(login:session): session opened for user xbmc by (uid=0) But nothing on screen