Bug#1055062: qterminal: crashes with segmentation fault when launched in drop down mode

2023-10-30 Thread Leo Gama
Package: qterminal
Version: 1.2.0-2
Severity: important

Dear Maintainer,

QTerminal on my Debian stable fresh installation just crashes with a
segmentation fault when launched in its "drop down" mode. The standard mode
works normally.

Example of command and the observedd error message (no window shows up):

$ qterminal --drop
QSocketNotifier: Can only be used with threads started with QThread
Segmentation fault
$

I've tried to delete its configuration files so that it would do a fresh
startup but got the same error.


-- System Information:
Debian Release: 12.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-13-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qterminal depends on:
ii  libc6  2.36-9+deb12u2
ii  libqt5core5a   5.15.8+dfsg-11
ii  libqt5dbus55.15.8+dfsg-11
ii  libqt5gui5 5.15.8+dfsg-11
ii  libqt5widgets5 5.15.8+dfsg-11
ii  libqt5x11extras5   5.15.8-2
ii  libqtermwidget5-1  1.2.0-2
ii  libstdc++6 12.2.0-14
ii  libx11-6   2:1.8.4-2+deb12u1

Versions of packages qterminal recommends:
ii  qterminal-l10n  1.2.0-2

qterminal suggests no packages.

-- no debconf information


Leonardo Gama
[image: https://]about.me/leogama



Bug#993539: [Pkg-zsh-devel] Bug#993539: "functions/Misc.zwc" isn't compiled from the bundled source files

2021-09-04 Thread Leo Gama
[image: image.gif][image: image.gif]Hi, Axel.

Thanks for the prompt response.

Hrm, yes, but this is caused by this sed call in debian/rules:


  # Doesn't this need to go before we zcompile stuff into .zwc files? --
Axel
sed -i -e 's,^local HELPDIR=.*,local
HELPDIR=$${HELPDIR:-/usr/share/zsh/help},;
s,:-more,:-/usr/bin/pager,;' \
debian/zsh-common/usr/share/zsh/functions/Misc/run-help
sed -i -e '1!b;s:^#!.*[ /]zsh:#!/bin/zsh:;s#/usr/local/bin#/usr/bin#;'
\
`find debian/zsh-common/usr/share/zsh/functions -type f`

Oh, I see it now. Maybe I even read this comment, but before understanding
what was going on, so haven't got my attention.

For the fix, is it possible to edit the 'configure' file that sets the
'runhelpdir' variable before compilation? The path is not hardcoded in the
'run-help' source file. Something in the lines of:

sed -i -e "s,/'\$${VERSION}'/,/," configure


or even

sed -i -e 's,/[^/]\+/\(functions\|help\),/\1,' configure



Best,
Leonardo Gama

Em qui., 2 de set. de 2021 às 23:54, Axel Beckert  escreveu:

> Control: retitle -1 zsh: Modifying HELPDIR comes too late, doesn't catch
> .zwc files
> Control: tag -1 + confirmed
>
> Hi Leo,
>
> Leo Gama wrote:
> > Subject: "functions/Misc.zwc" isn't compiled from the bundled source
> files
>
> Sorry, but that's clearly not true: Since zsh_5.8.orig.tar.xz does not
> contain any .zwc file, all .zwc files in the binary packages can't be
> anything else than compiled from the bundled source at package build
> time.
>
> > If I try to call "run-help" at a ZSH prompt, it reports:
> > > $ run-help
> > > There is no list of special help topics available at this time.
>
> Can confirm that, though.
>
> > And trying to use it to see the help text for any built-in command just
> > opens a man page for zsh...
> >
> > Turns out that the default HISTDIR (which is wrong) in the file that
> > contains the bytecode compiled version of "run-help" is different from
> the
> > default in the source code "run-help" file:
> > > $ grep 'HELPDIR:-/' /usr/share/zsh/functions/Misc/run-help
> > > local HELPDIR=${HELPDIR:-/usr/share/zsh/help}
> > > $ strings /usr/share/zsh/functions/Misc.zwc | grep 'HELPDIR:-/'
> > > HELPDIR:-/usr/share/zsh/5.8/help
> > > HELPDIR:-/usr/share/zsh/5.8/help
>
> Hrm, yes, but this is caused by this sed call in debian/rules:
>
>   # Doesn't this need to go before we zcompile stuff into .zwc files? --
> Axel
> sed -i -e 's,^local HELPDIR=.*,local
> HELPDIR=$${HELPDIR:-/usr/share/zsh/help},; s,:-more,:-/usr/bin/pager,;' \
> debian/zsh-common/usr/share/zsh/functions/Misc/run-help
> sed -i -e '1!b;s:^#!.*[
> /]zsh:#!/bin/zsh:;s#/usr/local/bin#/usr/bin#;' \
> `find debian/zsh-common/usr/share/zsh/functions -type f`
>
> Actually your issue is already mentioned in form of the question in
> the comment in front of that rule. Or in other words: Your bug report
> just answered that question with "yes". :-)
>
> Retitling the bug report accordingly.
>
> Regards, Axel
> --
>  ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
> : :' :  |  Debian Developer, ftp.ch.debian.org Admin
> `. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
>   `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
>


Bug#993539: "functions/Misc.zwc" isn't compiled from the bundled source files

2021-09-02 Thread Leo Gama
Package: zsh-common
Version: 5.8-7

Files affected (at least):
/usr/share/zsh/functions/Misc.zwc
/usr/share/zsh/functions/Misc/run-help

If I try to call "run-help" at a ZSH prompt, it reports:
> $ run-help
> There is no list of special help topics available at this time.

And trying to use it to see the help text for any built-in command just
opens a man page for zsh...

Turns out that the default HISTDIR (which is wrong) in the file that
contains the bytecode compiled version of "run-help" is different from the
default in the source code "run-help" file:
> $ grep 'HELPDIR:-/' /usr/share/zsh/functions/Misc/run-help
> local HELPDIR=${HELPDIR:-/usr/share/zsh/help}
> $ strings /usr/share/zsh/functions/Misc.zwc | grep 'HELPDIR:-/'
> HELPDIR:-/usr/share/zsh/5.8/help
> HELPDIR:-/usr/share/zsh/5.8/help

Setting HELPDIR fixes it, as expected.

It seems something went wrong in a modified building process for this
package --all sourced and compiled files for functions have identical
modification times, so at least they were "touched". I couldn't find a way,
inspecting the build script (debian/rules) and the source for "run-help",
it would end with this result.


Best,

Leonardo Gama
[image: https://]about.me/leogama