Open m-ueberall opened 2 years ago
note that architecture is also wrong in the +MANIFEST -- fpm set it to "Linux:5:x86:64" instead of "FreeBSD:13:amd64". command "pkg add" will refuse to install it with error "pkg: wrong architecture:"
Ahh good catch, Vadim!
On Sat, Sep 25, 2021 at 5:28 PM Vadim Kurland @.***> wrote:
note that architecture is also wrong in the +MANIFEST -- fpm set it to "Linux:5:x86:64" instead of "FreeBSD:13:amd64". command "pkg add" will refuse to install it with error "pkg: wrong architecture:"
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/jordansissel/fpm/issues/1832#issuecomment-927203442, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABAF2XHBBAVBW6MBPEQPALUDZSJHANCNFSM5EMW73DQ . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
note that architecture is also wrong in the +MANIFEST -- fpm set it to "Linux:5:x86:64" instead of "FreeBSD:13:amd64". command "pkg add" will refuse to install it with error "pkg: wrong architecture:"
No (not anymore?), after correcting the path of files contained in the compressed .txz (tar) archive without changing the MANIFEST (see this workaround I'm currently using)–which still contains "Linux:5:x86:64
"–I had no problems installing it on FreeBSD 13. IMHO this is only to document the build environment and has no other meaning. You can (re)try it yourself using these .txz packages generated from the referenced script.
EDIT: I only used pkg install
as shown above, not pkg add
(which should perform additional checks, then?), though.
I have a small idea for what might be the problem (regarding prefix and manifest interactions for FreeBSD packages) but I haven’t made time to investigate further.
I agree this behavior seems like a bug — fpm should only produce usable packages.
On Wed, Sep 29, 2021 at 11:02 PM Markus Ueberall @.***> wrote:
note that architecture is also wrong in the +MANIFEST -- fpm set it to "Linux:5:x86:64" instead of "FreeBSD:13:amd64". command "pkg add" will refuse to install it with error "pkg: wrong architecture:"
No (not anymore?), after correcting the path of files contained in the compressed .txz (tar) archive without changing the MANIFEST (see this workaround I'm currently using https://github.com/m-ueberall/dnscontrol/blob/e0906d3a063e4f4030a3473ef8468919c43a4d08/.ci/build.sh#L63)–which still contains "Linux:5:x86:64"–I had no problems installing it on FreeBSD 13. IMHO this is only to document the build environment and has no other meaning. You can (re)try it yourself using these .txz packages https://github.com/m-ueberall/dnscontrol/releases/tag/v3.12.0.3 generated from the referenced script.
— You are receiving this because you commented.
Reply to this email directly, view it on GitHub https://github.com/jordansissel/fpm/issues/1832#issuecomment-930810314, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABAF2R7ECK6K2L623HPWOLUEP4O7ANCNFSM5EMW73DQ . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
I'm also faced this issue in version 1.13.1, but versions prior 1.13.0 work fine.
In testing things for #1844, I found that #1812 might have fixed this? I don't have a freebsd machine at the moment to test, but the package looks OK.
% fpm -f -s dir -t freebsd -n example --prefix /pants ~/.zshrc
# Checking the manifest files list
% tar -Jxf example-1.0.txz -O +MANIFEST |jq '.files | keys'
[
"/pants/home/jls/.zshrc"
]
# Checking the files in the tar
% tar -Jtf example-1.0.txz 2> /dev/null
+COMPACT_MANIFEST
+MANIFEST
/pants/home/jls/.zshrc
In testing things for #1844, I found that #1812 might have fixed this? I don't have a freebsd machine at the moment to test, but the package looks OK.
I built the gem from https://github.com/jordansissel/fpm/commit/60de482c2cb8d22c6f4b1ec6ce1fb1efc215677d and used it with my build script mentioned earlier today; the logs show that no modifications of the resulting .txz archives are necessary any more and pkg install
in my updated FreeBSD 13 environment (now w/ pkg
1.17.2) worked flawlessly. :grinning:
(TL;DR: Can't wait to see an updated gem being published.)
This is good news! Thank you for taking the time to test this <3
I’ll try to get another release published next time I’m at my computer.
On Tue, Nov 2, 2021 at 5:10 AM Markus Ueberall @.***> wrote:
In testing things for #1844 https://github.com/jordansissel/fpm/issues/1844, I found that #1812 https://github.com/jordansissel/fpm/pull/1812 might have fixed this? I don't have a freebsd machine at the moment to test, but the package looks OK.
I built the gem from 60de482 https://github.com/jordansissel/fpm/commit/60de482c2cb8d22c6f4b1ec6ce1fb1efc215677d and used it with my build script mentioned earlier https://github.com/m-ueberall/dnscontrol/blob/multiarch-builds-variant/.ci/build.sh today; the logs show that no modifications of the resulting .txz archives are necessary any more and pkg install in my updated FreeBSD 13 environment (now w/ pkg 1.17.2) worked flawlessly. 😀 (TL;DR: Can't wait to see an updated gem being published.)
— You are receiving this because you commented.
Reply to this email directly, view it on GitHub https://github.com/jordansissel/fpm/issues/1832#issuecomment-957409990, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABAF2RD5OX5RFEEF6DOFGDUJ7IKLANCNFSM5EMW73DQ . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
When building .deb, .rpm, .txz packages as follows with
fpm
1.13.1 …… the resulting path names/contents are as expected for the first two packages:
However, the .txz package cannot be installed as is on FreeBSD 13.0-RELEASE using
pkg
1.16.3:Note (a) the missing leading
/
for all non-metadata files (this was previously mentioned in issue #1811–maybe a regression?) and (b) the fact that the "prefix
" field in+MANIFEST
is seemingly always set to "/
" while the original path names get modified instead if--prefix
is specified on thefpm
command line; given that "native" packages indeed use "/usr/local
" in the "prefix
" field, this is also somewhat unexpected.