Something has changed (presumably dependencies of dependencies), and the package refuses to build if mesa is not installed (can't find GL/gl.h). Namcap also reports that 'file' should be added to the depends array, as several binaries link against /usr/lib/libmagic.so.1.
Please add 'file' to the depends array, and 'mesa' to the makedepends array. Thanks!
Search Criteria
Package Details: android-file-transfer-linux-git 3.0.r5.ged32199-1
| Git Clone URL: | https://aur.archlinux.org/android-file-transfer-linux-git.git (read-only) |
|---|---|
| Package Base: | android-file-transfer-linux-git |
| Description: | An interactive MTP client implemented in C++ using Qt toolkit |
| Upstream URL: | https://github.com/whoozle/android-file-transfer-linux |
| Licenses: | |
| Conflicts: | |
| Submitter: | sirocco |
| Maintainer: | sirocco |
| Last Packager: | sirocco |
| Votes: | 18 |
| Popularity: | 1.953852 |
| First Submitted: | 2015-03-31 11:23 |
| Last Updated: | 2016-08-17 04:51 |
Dependencies (10)
- file (file-git)
- fuse (fuse2)
- hicolor-icon-theme
- libxkbcommon-x11 (libxkbcommon-git)
- qt5-base (qt5-base-dev-git, qt5-base-git, qt5-base-nosystemd)
- xdg-utils (busking-git, linopen, mimi-git, sx-open, xdg-utils-git, xdg-utils-mimeo, xdg-utils-patched, xdg-utils-slock)
- cmake (cmake-git) (make)
- git (git-git) (make)
- mesa (mesa-git, mesa-hybris, mesa-noglvnd, mesa-nowayland) (make)
- ninja (ninja-git) (make)
Required by (0)
Sources (1)
Latest Comments
WorMzy commented on 2015-12-16 21:50
sirocco commented on 2015-08-09 05:49
@Anonymo - done, thnx.
Anonymo commented on 2015-08-08 19:19
https://bugs.archlinux.org/task/40486
https://bugs.archlinux.org/task/41055
https://bbs.archlinux.org/viewtopic.php?id=182016
Without it:
$ android-file-transfer
This application failed to start because it could not find or load the Qt platform plugin "xcb".
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb.
Reinstalling the application may fix this problem.
Anonymo commented on 2015-08-08 19:17
$ android-file-transfer
This application failed to start because it could not find or load the Qt platform plugin "xcb".
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb.
Reinstalling the application may fix this problem.
Anonymo commented on 2015-08-08 19:17
https://bugs.archlinux.org/task/41055
https://bugs.archlinux.org/task/40486
https://bbs.archlinux.org/viewtopic.php?id=182016
Without it:
$ android-file-transfer
This application failed to start because it could not find or load the Qt platform plugin "xcb".
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb.
Reinstalling the application may fix this problem.
sirocco commented on 2015-08-08 12:16
sure?
$ namcap android-file-transfer-linux-git-v2.3.r1.g04158a6-1-i686.pkg.tar.xz
android-file-transfer-linux-git W: Dependency included and not needed ('libxkbcommon-x11')
Anonymo commented on 2015-08-08 04:49
Please add libxkbcommon-x11 to required.
WorMzy commented on 2015-05-07 21:35
Thanks for that. :)
I have a couple more suggests (courtesy of namcap):
You should add an install file to call gtk-update-icon-cache (or xdg-icon-resource).
Also, you should add hicolor-icon-theme to the depends array.
Checking android-file-transfer-linux-git-v2.1.r44.ge9e034f-1-x86_64.pkg.tar.xz
android-file-transfer-linux-git E: Files in /usr/share/icons/hicolor but no call to gtk-update-icon-cache or xdg-icon-resource to update the icon cache
android-file-transfer-linux-git E: Dependency hicolor-icon-theme detected and not included (needed for hicolor theme hierarchy)
sirocco commented on 2015-05-05 12:46
@WorMzy, something done, thanks.
Suggestions are welcome.
WorMzy commented on 2015-05-03 12:48
Currently fails to package:
==> Starting package()...
install: cannot stat 'aft-mtp-mount': No such file or directory
Looking at the CMakeLists.txt file, it appears that you need to have fuse installed in order to build this binary. Please add this package to the makedepends + optdepends arrays (since it isn't needed for the main program to work).
It also appears that libusb isn't needed unless you explicitly pass -DUSB_BACKEND_LIBUSB=ON to cmake. Building with libusb results in a smaller binary, but I'm not sure whether it impacts performance (there must be a reason why it defaults to off).
One last small thing.. please could you fill out your details at the top of the PKGBUILD. It looks like you were going to, but then forgot?
Thanks. :)