Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #877037
| From | Andrew Shadura <andrewsh@debian.org> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.kernel |
| Subject | Bug#888106: initramfs-tools: mkinitramfs should fail when ldd fails in copy_exec |
| Date | 2018-01-23 14:00 +0100 |
| Message-ID | <vb6lb-2pQ-5@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
Package: initramfs-tools
Version: 0.130
Severity: minor
Dear Maintainer,
We're working on a minimalist build of a Debian derivative which doesn't
include bash, and we ran into an situation in which due to a human error
the system didn't have a working ldd. This wasn't detected during an
image build process as mkinitramfs happily ignored ldd not working
(while being present and being an executable), and proceeded creating
a broken initramfs. In hook-functions, copy_exec does the following:
# Copy the dependant libraries
for x in $(ldd "${src}" 2>/dev/null | sed -e …)
do
done
The return code of ldd is not handled at all. Should ldd fail for any
reason, this failure will be ignored.
I tried to write a patch, but I couldn't come up with an elegant
solution which would cover cases other than just a wrong hashbang in
ldd :)
Maybe something like https://www.spinics.net/lists/dash/msg00165.html
can be used, but it's up to you to introduce hacks like that into the
code.
Thanks in advance.
--
Cheers,
Andrew
Back to linux.debian.bugs.dist | Previous | Next | Find similar | Unroll thread
Bug#888106: initramfs-tools: mkinitramfs should fail when ldd fails in copy_exec Andrew Shadura <andrewsh@debian.org> - 2018-01-23 14:00 +0100
csiph-web