fusion809
commented
8 years ago Nvm had to add extra repos.
Closed fusion809 closed 8 years ago
fusion809
commented
8 years ago Nvm had to add extra repos.
fusion809
commented
8 years ago Well it builds better now, but it is having difficulty determining the package's version. Namely it creates an AppImage with the filename:
GVim-.glibc2.15-x86_64.AppImageOh and the AppImage returns the error:
/bin/bash: ../lib/x86_64-linux-gnu/libtinfo.so.5: no version information available (required by /bin/bash)
/root/.cache/thumbnails/normal/9022fa7bc47454b0948866b2a68ebbec.png is missing. Probably not running ./bin//gvim.wrapper from within an AppImage.
Hence falling back to using .DirIcon
./bin//gvim.wrapper: line 110: 18117 Aborted (core dumped) LD_LIBRARY_PATH="" zenity --question --title="$TITLE" --text="$TEXT" 2> /dev/null
Error detected while processing /usr/share/vim/vimrc:
line 20:
E484: Cannot open file /usr/share/vim/syntax/syntax.vimwhen it is run. I have tried adding the lines:
- cd ../share/vim/
- mkdir syntax
- cp vim80/syntax/syntax.vim syntax/syntax.vimto my yaml.
probonopd
commented
8 years ago Please ask the gVim developers to provide an AppImage.
fusion809
commented
8 years ago I have https://github.com/vim/vim/issues/1204. Did so before I even opened this issue, though I should have mentioned that when I opened this issue.
probonopd
commented
8 years ago The error message says that it is trying lo load something from /usr/share/vim/syntax/syntax.vim. Clearly, this cannot work, since the AppImage is mounted to a different, ever-changing location. Most likely this means the gVim is not relocateable at runtime. Please request support for that, e.g., using binreloc.
In the meantime, you could try adding binpatch: true as the second line in your yaml. This will binary-patch /usr to a relative path which sometimes works.
fusion809
commented
8 years ago Aha binpatch worked. It seems to be working perfectly now. Except the AppImage's name does not specify the package version. Here is my yaml:
app: gvim
binpatch: true
ingredients:
package: vim-gtk
dist: trusty
sources:
- deb http://archive.ubuntu.com/ubuntu/ trusty main restricted
- deb http://archive.ubuntu.com/ubuntu/ trusty universe
- deb http://archive.ubuntu.com/ubuntu/ trusty-updates main restricted
- deb http://archive.ubuntu.com/ubuntu/ trusty-updates universe
- deb http://archive.ubuntu.com/ubuntu/ trusty-security main restricted
- deb http://archive.ubuntu.com/ubuntu/ trusty-security universe
ppas:
- jonathonf/vim
script:
# Needed due to missing icon file for gvim
- cp ./usr/share/icons/hicolor/scalable/apps/gvim.svg .
# Needed due to missing gvim binary that is mentioned in gvim.desktop file
- cd ./usr/bin
- ln -sf vim.gtk gvimand it produces an AppImage GVim-.glibc2.15-x86_64.AppImage. Although it requires a Recipe that excludes XML metadata.
fusion809
commented
8 years ago By-the-way, I have gone into the AppDir of GVIM and run:
grep --include="*" -R "8.0.0051" .(where 8.0.0051 is the version of this package) and it failed to find where the package version is defined. So it seems like getting a package version is going to be a challenge.
probonopd
commented
8 years ago What happens if you ONLY use deb http://archive.ubuntu.com/ubuntu/ trusty main and leave away all other repositories?
fusion809
commented
8 years ago If you mean, without the PPA also, then it gives the error:
Reinst Failed early because of libgtk2.0-0:amd64
Reinst Failed because of libgail18:amd64
Reinst Failed because of libgnomecanvas2-0:amd64
Investigating (1) libbonoboui2-0 [ amd64 ] < none -> 2.24.5-0ubuntu3 > ( libs )
Broken libbonoboui2-0:amd64 Depends on libgnomecanvas2-0 [ amd64 ] < none -> 2.30.3-2 > ( libs ) (>= 2.11.1)
Considering libgnomecanvas2-0:amd64 2 as a solution to libbonoboui2-0:amd64 2
Holding Back libbonoboui2-0:amd64 rather than change libgnomecanvas2-0:amd64
Investigating (2) vim-gnome [ amd64 ] < none -> 2:7.4.052-1ubuntu3 > ( editors )
Broken vim-gnome:amd64 Depends on libbonoboui2-0 [ amd64 ] < none -> 2.24.5-0ubuntu3 > ( libs ) (>= 2.15.1)
Considering libbonoboui2-0:amd64 2 as a solution to vim-gnome:amd64 10004
Reinst Failed because of libgnomecanvas2-0:amd64
Broken vim-gnome:amd64 Depends on libgnomeui-0 [ amd64 ] < none -> 2.24.5-3 > ( libs ) (>= 2.22.0)
Considering libgnomeui-0:amd64 1 as a solution to vim-gnome:amd64 10004
Done
E: Unable to correct problems, you have held broken packages.No, I mean with:
sources:
- deb http://archive.ubuntu.com/ubuntu/ trusty main
ppas:
- jonathonf/vimBuilds fine, no package version determined though.
fusion809
commented
8 years ago Although I found that on my Ubuntu 16.10 VM it doesn't ask to install a desktop icon, rather I get the error:
./bin//gvim.wrapper: line 110: 3264 Aborted (core dumped) LD_LIBRARY_PATH="" zenity --question --title="$TITLE" --text="$TEXT" 2> /dev/nullDespite this it launches seemingly without any further issues.
probonopd
commented
8 years ago It appears like the vim project does continuous builds on Travis CI already, so they could provide AppImages of these builds:
Hi,
I would like to build an AppImage for gVim (with a GTK+2 interface), but I keep getting broken package errors whenever I try to build one. Here is my yml file:
and whenever I try to build it I get the error:
Thanks for your time, Brenton