Package Details: kodi-git-tools-texturepacker r67077.44376d5e9c74-1

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only, click to copy)
Package Base: kodi-git
Description: Kodi Texturepacker tool (master branch)
Upstream URL: https://kodi.tv
Licenses: GPL2
Conflicts: kodi-tools-texturepacker
Provides: kodi-tools-texturepacker
Submitter: BlackIkeEagle
Maintainer: graysky
Last Packager: graysky
Votes: 85
Popularity: 0.000931
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-11-23 20:01 (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 »

morbidj commented on 2014-08-17 23:13 (UTC)

@BlackIkeEagle was libcrystalhd support dropped from the master branch? If possible how can re-enable it my build? --enable crystalhd is no longer valid in build config?

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 »