Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

afni-atlases is not installable on elderly ubuntus due to use of xz #12

Open
yarikoptic opened this issue Feb 1, 2018 · 4 comments
Open

Comments

@yarikoptic
Copy link
Member

thanks to dylan for report:

Hey Neurodebian folks. Noticed the following error when upgrading the
afni-atlases on trusty thought you'd like to know!

dpkg-deb: error: archive                                                                                        
'/var/cache/apt/archives/afni-atlases_0.20180120-1_all.deb' has premature                                       
member 'control.tar.xz' before 'control.tar.gz', giving up                                                      
dpkg: error processing archive                                                                                  
/var/cache/apt/archives/afni-atlases_0.20180120-1_all.deb (--unpack):                                           

From what I've read it appears to be something happening with recent builds
using .xz compression which is not supported by the dpkg in Trusty and Precise
(https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1730627) and (see:
sbt/sbt-native-packager#1067). I also have a Xenial
VM and it installed fine on there so can confirm it's definitely a trusty &
precise issue.

Technically I guess this isn't exactly neurodebian's problem but it also seems
easy to fix when making packages for trusty and precise until their dpkg gets
.xz support if that ever happens.

@niemimak
Copy link

niemimak commented Mar 9, 2018

This issue affects us too. Would be nice to have this fixed.

@yarikoptic
Copy link
Member Author

thanks for reminding -- will fix now

@yarikoptic
Copy link
Member Author

Fixed now... for now "manually" -- I have just rebuilt 0.20180120-1.1 in Debian stable (instead of Debian testing/buster which I guess I have used before) and there it still uses gzip to compress control.tar so then the .deb can be extracted on older systems. I thought to introduce it into our pipelines and but it is not trivial since cannot control that via options to dpkg-buildpackage -- requires providing -Zgzip to dpkg-deb via dh_builddep call in debian/rules... which would hardcode this possibly inferior way to compress which we might like to avoid in the future. Anyways -- for now I should just remember to build ndall (packages intended for all releases) on debian stable

@cleary
Copy link

cleary commented Mar 12, 2018

FYI this is on it's way to being resolved with dpkg 1.17.5ubuntu5.8

Link to source packages for testing follows:
https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1730627

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants