Bug#1010447: ibus-typing-booster: broken shebang line in emoji-picker
On 2022-05-02 18:41, Frank Dietrich wrote: bookwork:~$ ls -litc /bin/sh /bin/dash /usr/bin/sh /usr/bin/dash ls: cannot access '/usr/bin/sh': No such file or directory ls: cannot access '/usr/bin/dash': No such file or directory 130809 lrwxrwxrwx 1 root root4 2022-03-23 00:56 /bin/sh -> dash 130553 -rwxr-xr-x 1 root root 123K 2022-03-23 00:56 /bin/dash Thanks for elaborating on the behavior. I'll upload a fix. -- Cheers, Gunnar
Bug#1010447: ibus-typing-booster: broken shebang line in emoji-picker
Thanks Boyuan. I'm slowly getting the picture. On my installs (both Debian and Ubuntu) I only see this: ~$ cd / /$ ls -l bin lib* sbin lrwxrwxrwx 1 root root 7 29 jul 2021 bin -> usr/bin lrwxrwxrwx 1 root root 7 29 jul 2021 lib -> usr/lib lrwxrwxrwx 1 root root 9 29 jul 2021 lib32 -> usr/lib32 lrwxrwxrwx 1 root root 9 29 jul 2021 lib64 -> usr/lib64 lrwxrwxrwx 1 root root 10 29 jul 2021 libx32 -> usr/libx32 lrwxrwxrwx 1 root root 8 29 jul 2021 sbin -> usr/sbin But now I understand that this is not the case on all Debian systems. So I'm thinking that I should simply add a patch which reverses this: https://github.com/mike-fabian/ibus-typing-booster/commit/40718d53 Would that be the proper step to take? -- Gunnar
Bug#1010447: ibus-typing-booster: broken shebang line in emoji-picker
Hi, 在 2022-05-01星期日的 23:35 +0200,Gunnar Hjalmarsson写道: > Thanks for your report! > > I'm struggling to understand the nature of this issue. > > On 2022-05-01 21:36, Frank Dietrich wrote: > > Running `/usr/bin/emoji-picker` fails with `/usr/bin/sh: bad > > interpreter: No such file or directory` > > I can't reproduce that on my Debian testing, since I have the symlink > /usr/bin/sh (pointing to dash). Don't know how that symlink was created, > though. > > Actually I noticed a Lintian complaint about wrong path for interpreter, > but since I had both /bin/sh and /usr/bin/sh symlinks, I boldly added > this override: > > https://salsa.debian.org/input-method-team/ibus-typing-booster/-/commit/aeb751c3 > > Are you able to shed some more light on the topic? Actually I don't understand upstream commit 40718d5. Traditionally all POSIX- like distributions do support /bin/sh without any problem. However, given that Debian's usrmerge problem hasn't settled yet, using /usr/bin/sh will be broken on a non-usrmerge Debian system since /usr/bin/sh does not exist here. On the other hand, the switch to /usr/bin/sh does not bring any benefit (If you know _any_ benefit, please let me know), and I cannot understand why upstream would make such destructive commit to deliberately break compatibility. Anyway, this is now a real bug on Debian. P.S. POSIX did not state that /bin/sh or /usr/bin/sh is guaranteed to exist. [1] However, the traditional choice is to make sure that /bin/sh is always available. [1] https://pubs.opengroup.org/onlinepubs/009695399/utilities/sh.html Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1010447: ibus-typing-booster: broken shebang line in emoji-picker
Thanks for your report! I'm struggling to understand the nature of this issue. On 2022-05-01 21:36, Frank Dietrich wrote: Running `/usr/bin/emoji-picker` fails with `/usr/bin/sh: bad interpreter: No such file or directory` I can't reproduce that on my Debian testing, since I have the symlink /usr/bin/sh (pointing to dash). Don't know how that symlink was created, though. Actually I noticed a Lintian complaint about wrong path for interpreter, but since I had both /bin/sh and /usr/bin/sh symlinks, I boldly added this override: https://salsa.debian.org/input-method-team/ibus-typing-booster/-/commit/aeb751c3 Are you able to shed some more light on the topic? -- Cheers, Gunnar Hjalmarsson
Bug#1010447: ibus-typing-booster: broken shebang line in emoji-picker
Package: ibus-typing-booster Version: 2.15.25-1 Severity: normal Tags: upstream X-Debbugs-Cc: frank.dietr...@gmx.li Dear Maintainer, * What led up to the situation? The shebang line in emoji-picker refers to /usr/bin/sh which does not point to a Shell in Debian. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Running `/usr/bin/emoji-picker` fails with `/usr/bin/sh: bad interpreter: No such file or directory` Running it as `sh /usr/bin/emoji-picker` starts the emoji picker. * What outcome did you expect instead? The emoji picker should start by calling the executable script. In the upstream repository this commit lead to the in Debian broken executable. https://github.com/mike-fabian/ibus-typing- booster/commit/40718d53e02cd412940b1fd4086e4eb910baf6cb The shebang was changed there from `/bin/sh` to `/usr/bin/sh`. cheers Frank -- System Information: Debian Release: bookworm/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-6-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ibus-typing-booster depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-3 ii ibus 1.5.26-4 ii libm17n-01.8.0-4 ii m17n-db 1.8.0-3 ii python3 3.10.4-1 ii python3-dbus 1.2.18-3+b1 ii python3-enchant 3.2.2-1 ii python3-packaging21.3-1 ii python3-xdg 0.27-2 ibus-typing-booster recommends no packages. ibus-typing-booster suggests no packages. -- no debconf information