Control: tags 887625 + confirmed Control: severity 887625 normal Control: found 887625 3.0.0-1 Control: forwarded 887625 https://github.com/jstedfast/gmime/issues/43
On Thu 2018-01-18 15:37:41 +0100, Cristian Ionescu-Idbohrn wrote:
> Package: gmime-bin
> Version: 3.0.5-1
> Severity: grave
> Justification: renders package unusable
>
> $ strace -f gmime-uuencode file.jpg
> ...
> openat(AT_FDCWD, "/proc/filesystems", O_RDONLY|O_CLOEXEC) = 3
> fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tr"..., 1024) = 370
> read(3, "", 1024) = 0
> close(3) = 0
> access("/etc/selinux/config", F_OK) = -1 ENOENT (No such file or
> directory)
> futex(0x7fe06805ee28, FUTEX_WAKE_PRIVATE, 2147483647) = 0
> futex(0x7fe06805ee28, FUTEX_WAKE_PRIVATE, 2147483647) = 0
> dup(0) = 3
> fstat(3, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
> fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
> write(1, "begin 600 file.jpg\n", 22begin 600 file.jpg
> ) = 22
> lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
> lseek(3, 0, SEEK_SET) = -1 ESPIPE (Illegal seek)
> openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/charset.alias", O_RDONLY) = -1
> ENOENT (No such file or directory)
> open("/usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache", O_RDONLY) = 4
> fstat(4, {st_mode=S_IFREG|0644, st_size=26258, ...}) = 0
> mmap(NULL, 26258, PROT_READ, MAP_SHARED, 4, 0) = 0x7fe068eeb000
> close(4) = 0
> futex(0x7fe0670889e8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
> write(2, "gmime-uuencode: Illegal seek\n", 29gmime-uuencode: Illegal seek
> ) = 29
> close(3) = 0
> exit_group(1) = ?
> +++ exited with 1 +++
Hi Cristian! I can confirm that this happens to me as well when i
invoke gmime-uuencode and leave its stdin coming from the terminal or
from a pipe.
however, i get no failures when reading from a file or a here-string.
e.g.:
$ echo test > test.txt
$ gmime-uuencode bananas.txt < test.txt
begin 644 bananas.txt
%=&5S=`H`
`
end
$ echo test | gmime-uuencode test.txt
begin 600 test.txt
gmime-uuencode: Illegal seek
+++ exited (status 1) +++
$
Using ltrace, it looks like the failure is happening inside
g_mime_stream_write_to_stream(). interestingly, it doesn't seem to
happen in gmime 2.6 :/ -- but it looks like this goes as far back as
gmime 3.0.0-1 at least.
I've dropped the severity because the package is not unusable -- it's
only unusable if the input is coming from a pipe.
I've forwarded the issue upstream.
--dkg
signature.asc
Description: PGP signature
