[Bug 1966849] Re: gzip exec format error under WSL1
Timo Aaltonen
1966849 at bugs.launchpad.net
Fri Sep 9 12:18:23 UTC 2022
Hello Bruno, or anyone else affected,
Accepted gzip into jammy-proposed. The package will build now and be
available at https://launchpad.net/ubuntu/+source/gzip/1.10-4ubuntu4.1
in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed. Your feedback will aid us getting this
update out to other Ubuntu users.
If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, what testing has been
performed on the package and change the tag from verification-needed-
jammy to verification-done-jammy. If it does not fix the bug for you,
please add a comment stating that, and change the tag to verification-
failed-jammy. In either case, without details of your testing we will
not be able to proceed.
Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
advance for helping!
N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.
** Changed in: gzip (Ubuntu Jammy)
Status: In Progress => Fix Committed
** Tags added: verification-needed verification-needed-jammy
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to gzip in Ubuntu.
https://bugs.launchpad.net/bugs/1966849
Title:
gzip exec format error under WSL1
Status in gzip:
New
Status in gzip package in Ubuntu:
Fix Released
Status in gzip source package in Jammy:
Fix Committed
Status in gzip source package in Kinetic:
Fix Released
Bug description:
[Impact]
* Optimization features included in jammy cause atypical alignment of
LOAD ELF sections. This in turn causes failure to execute binaries on
WSL1. Upstream have since integrated the optimization features
included in jammy, but also reverted alignment to a previously used
one. This also results in working binary under WSL1.
* Cherry-pick upstream applied revert to alignment to resolve running
gzip under WSL1.
[Test Plan]
* Use powershell to set default WSL version to 1
* Deploy WSL1, unpack and use updated gzip package
* gzip --version should execute correctly under WSL 1
[Where problems could occur]
* I cannot tell why performance improvement patches introduced
alignment change, and if revert of the alignment change affects the
performance. Note that this change aligns the codebase closer to what
kinetic & upstream now are.
[Other Info]
* This bug fix is upstream commit https://git.savannah.gnu.org/cgit/gzip.git/commit/gzip.c?id=23a870d14a49803c6d2579071886c1acf497c9d1
---
gzip version 1.10-4ubuntu3 fails to run under WSL1 on Windows
19044.1620, making WSL pretty much unusable.
bash: /usr/bin/gzip: cannot execute binary file: Exec format error
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: gzip 1.10-4ubuntu3
ProcVersionSignature: Microsoft 4.4.0-19041.1237-Microsoft 4.4.35
Uname: Linux 4.4.0-19041-Microsoft x86_64
ApportVersion: 2.20.11-0ubuntu79
Architecture: amd64
CasperMD5CheckResult: unknown
Date: Tue Mar 29 06:40:33 2022
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
LANG=pl_PL.UTF-8
SHELL=/usr/bin/fish
SourcePackage: gzip
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/gzip/+bug/1966849/+subscriptions
More information about the foundations-bugs
mailing list