Bug#1025239: dia: All letters in menus vanish after rescaling the image if some texts have been inserted

[Lu Wang]

Package: dia
Version: 0.97.3+git20220525-4
Severity: normal
X-Debbugs-Cc: none, Tony Wang 

Dear Maintainer,

I notice that if I insert any texts such as a letter "L" with the "Text (T)" 
button and then rescale
the image, all letters in menus vanish. All menus are influnced
including the head menus. If one clicks these head menus, he/she will
find the menus are blank. Interestingly, if one clicks an item of the head 
menus, the
texts of the item vanishe as well.

If the menus become blank, I have to reopen the figure. I cannot
rescale the image anymore, because the action will make the menus blank again.



-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dia depends on:
ii  dia-common   0.97.3+git20220525-4
ii  gir1.2-gtk-2.0   2.24.33-2
ii  libc62.36-5
ii  libcairo21.16.0-6
ii  libgcc-s112.2.0-9
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1
ii  libglib2.0-0 2.74.1-2
ii  libgraphene-1.0-01.10.8-1
ii  libgtk2.0-0  2.24.33-2
ii  libpango-1.0-0   1.50.10+ds-1
ii  libpangocairo-1.0-0  1.50.10+ds-1
ii  libpoppler12322.08.0-2.1
ii  libpython3.103.10.8-3
ii  libstdc++6   12.2.0-9
ii  libxml2  2.9.14+dfsg-1.1+b2
ii  zlib1g   1:1.2.11.dfsg-4.1

Versions of packages dia recommends:
ii  dia-shapes0.6.0-5
ii  fonts-urw-base35  20200910-6

dia suggests no packages.

-- no debconf information

Bug#1025236: vlc: After pressing "Toggle playlist" botton, the video turns to black screen and the audio continues

[Lu Wang]

Package: vlc
Version: 3.0.18-1
Severity: normal

Dear Maintainer,

I use the VLC with "Integrate video in interface". I press the "Toggle 
playlist" botton and the playlist is opened. But at
the same time, the screen turns to black screen. The audio continues.

If I play video without "Integrate video in interface", everything is
OK.

To watch the video, I have to turn off the VLC and reopen the video again.



-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages vlc depends on:
ii  vlc-bin  3.0.18-1
ii  vlc-plugin-base  3.0.18-1
ii  vlc-plugin-qt3.0.18-1
ii  vlc-plugin-video-output  3.0.18-1

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.18-1
ii  vlc-plugin-access-extra3.0.18-1
ii  vlc-plugin-notify  3.0.18-1
ii  vlc-plugin-samba   3.0.18-1
ii  vlc-plugin-skins2  3.0.18-1
ii  vlc-plugin-video-splitter  3.0.18-1
ii  vlc-plugin-visualization   3.0.18-1

Versions of packages vlc suggests:
pn  vlc-plugin-fluidsynth  
pn  vlc-plugin-jack
pn  vlc-plugin-pipewire
pn  vlc-plugin-svg 

Versions of packages libvlc-bin depends on:
ii  libc62.36-5
ii  libvlc5  3.0.18-1

Versions of packages libvlc5 depends on:
ii  libc62.36-5
ii  libvlccore9  3.0.18-1

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.18-1

Versions of packages vlc-bin depends on:
ii  libc6   2.36-5
ii  libvlc-bin  3.0.18-1
ii  libvlc5 3.0.18-1

Versions of packages vlc-plugin-access-extra depends on:
ii  libc62.36-5
ii  libsrt1.5-gnutls 1.5.1-1
ii  libvlccore9 [vlc-plugin-abi-3-0-0f]  3.0.18-1
ii  libvncclient10.9.13+dfsg-5
ii  libxcb-composite01.15-1
ii  libxcb-shm0  1.15-1
ii  libxcb1  1.15-1

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-20
ii  libarchive13 3.6.0-1
ii  libaribb24-0 1.0.3-2
ii  libasound2   1.2.7.2-1
ii  libass9  1:0.16.0-1
ii  libavahi-client3 0.8-6+b1
ii  libavahi-common3 0.8-6+b1
ii  libavc1394-0 0.5.4-5
ii  libavcodec-extra59 [libavcodec59]7:5.1.2-1
ii  libavformat-extra59 [libavformat59]  7:5.1.2-1
ii  libavutil57  7:5.1.2-1
ii  libbluray2   1:1.3.3-1
ii  libc62.36-5
ii  libcairo21.16.0-6
ii  libcddb2 1.3.2-7
ii  libchromaprint1  1.5.1-2+b1
ii  libdav1d61.0.0-2
ii  libdbus-1-3  1.14.4-1
ii  libdc1394-25 2.2.6-4
ii  libdca0  0.0.7-2
ii  libdvbpsi10  1.3.3-1
ii  libdvdnav4   6.1.1-1
ii  libdvdread8  6.1.3-1
ii  libebml5 1.4.4-1
ii  libfaad2 2.10.1-1
ii  libflac121.4.2+ds-2
ii  libfontconfig1   2.13.1-4.5
ii  libfreetype6 2.12.1+dfsg-3
ii  libfribidi0  1.0.8-2.1
ii  libgcc-s112.2.0-9
ii  libgcrypt20  1.10.1-3
ii  libglib2.0-0 2.74.1-2
ii  libgnutls30  3.7.8-4
ii  libgpg-error01.46-1
ii  libharfbuzz0b5.2.0-2+b1
ii  libixml101:1.8.4-2
ii  libjpeg62-turbo  1:2.1.2-1+b1
ii  libkate1 0.4.1-11
ii  liblirc-client0  0.10.1-7.1
ii  liblua5.2-0  5.2.4-2
ii  libmad0  0.15.1b-10.1+b1
ii  libmatroska7 1.7.1-1
ii  libmpcdec6   2:0.1~r495-2
ii  libmpeg2-4   0.5.1-9
ii  libmpg123-0  1.31.1-1
ii  libmtp9  1.1.20-1
ii  libncursesw6 6.3+20220423-2
ii  libnfs13 4.0.0-1
ii  libogg0  1.3.5-1
ii  libopenmpt-modplug1  0.8.9.0-openmpt1-2+b1
ii  libopus0 1.3.1-2
ii  libpng16-16  1.6.38-2
ii  

Bug#960776: ibus-rime: rime does not run at all

[Lu Wang]

Package: ibus-rime
Version: 1.4.0-3
Severity: important

Dear Maintainer,

I switch to rime under ibus as usually. But nothing happens. And I cannot
use rime under ibus.

First, I doubted that my configuration leading the situation. So I
delete the ".config/ibus/rime" directory under my home directory. Then, I 
switch to rime
again. The notification "rime is under maintenance ..." shows in the
system tray. But after that, nothing happens as well. I check the new created
".config/ibus/rime" directory, and find that the build sub-directory is
empty.

Other input methods, such as ibus-libpinyin and ibus-table-cangjie5 is OK.


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus-rime depends on:
ii  ibus   1.5.22-4
ii  libc6  2.30-7
ii  libglib2.0-0   2.64.2-1
ii  libibus-1.0-5  1.5.22-4
ii  libnotify4 0.7.9-1
ii  librime-data   0.38.20180515-3
ii  librime1   1.5.3+dfsg1-5

ibus-rime recommends no packages.

ibus-rime suggests no packages.

-- no debconf information

Bug#915097: librime-bin: rime does not work at all under ibus and fcitx

[Lu Wang]

Package: librime-bin
Version: 1.3.1+dfsg1-2+b1
Severity: normal

Dear Maintainer,

I am not sure when the rime does not work. Maybe it does not work after 
upgrading.

When I try to input Chinese characters, the rime does not work, only
English characters can be input. If I deploy the rime, an ERROR pop up
from the tray saying that "rime has encountered an error see
tmp/ibus.rime.ERROR for details". But there are only ibus.rime.INFO
and ibus.rime.WARNING in /tmp.

If I delete $(HOME)/.config/ibus/rime and let the rime deploy again, the 
problem still exists.

I have checked that the problem happens under fcitx as well.

The content of fcitx.rime.WARNING is

Log file created at: 2018/11/30 20:12:38
Running on machine: twang
Log line format: [IWEF]mmdd hh:mm:ss.uu threadid file:line] msg
W1130 20:12:38.722416 12997 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/user.yaml'.
W1130 20:12:38.735409 13184 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/default.custom.yaml'.
W1130 20:12:38.736055 13184 deployment_tasks.cc:179] schema list not defined.
W1130 20:12:38.736599 12997 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/user.yaml'.
W1130 20:21:56.371297 13407 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/default.custom.yaml'.
W1130 20:21:56.371839 13407 deployment_tasks.cc:179] schema list not defined.
W1130 20:22:03.963826 13408 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/default.custom.yaml'.
W1130 20:22:03.964318 13408 deployment_tasks.cc:179] schema list not defined.
W1130 20:22:07.551712 13409 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/default.custom.yaml'.
W1130 20:22:07.552371 13409 deployment_tasks.cc:179] schema list not defined.
W1130 20:22:09.638178 12997 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/user.yaml'.
W1130 20:32:32.174538 13925 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/default.custom.yaml'.
W1130 20:32:32.175189 13925 deployment_tasks.cc:179] schema list not defined.
W1130 20:32:34.714386 12997 config_data.cc:62] nonexistent config file 
'/home/tw/.config/fcitx/rime/user.yaml'.

Best Regards

Lu Wang

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages librime-bin depends on:
ii  libboost-system1.67.0  1.67.0-10
ii  libc6  2.27-8
ii  libgcc11:8.2.0-9
ii  libgoogle-glog0v5  0.3.5-1
ii  librime1   1.3.1+dfsg1-2+b1
ii  libstdc++6 8.2.0-9

Versions of packages librime-bin recommends:
ii  librime-data  0.38.20180515-2

librime-bin suggests no packages.

-- no debconf information

Bug#907784: Figures for the .tex file

[Lu Wang]

Dear Maintainer

Here is the figures for the .tex file. Please decompress the .bz2 file and 
locate the directory in the same one with the .tex file. Thank you.


Best Regards


Lu Wang


pic.tar.bz2
Description: pic.tar.bz2

Bug#907784: texlive-xetex: The output is damaged if one compiles the tex file twice

[Lu Wang]

Package: texlive-xetex
Version: 2018.20180824-1
Severity: normal

Dear Maintainer,

-- Package-specific info:
<#part type="text/plain" disposition=attachment description="Bug script output">
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource.

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file
newfile1.tex

##
other files
figures in texfile.tar.bz2
##
 List of ls-R files

-rw-r--r-- 1 root root 1503 Aug 29 15:25 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Aug 17  2017 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Aug 24 10:11 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Aug 24 10:11 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Mar 30 10:44 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Aug 24 10:11 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Aug 24 10:11 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 3501 Aug 29 15:25 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Aug 17  2017 mktex.cnf
-rw-r--r-- 1 root root 475 Mar 30 10:44 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
<#/part>

I have a long tex file with ctexbook and xeCJK. I put the "pic1b" directory and 
the tex file in the same directory. If I compile the .tex file twice, with
"xelatex newfile1.tex",
the output PDF file is damaged. If one only compiles the .tex file once,
the output is OK. If I delete the generated .aux file, the output is OK. But 
there are lots of cross references, I need to compile the .tex file twice.

I also try to compile the .tex file with pdflatex with
the "CJKutf8" package and the output is OK.

The bug is very subtle. If I delete arbitrary
equations, figures or Chinese characters, the output is OK. Thus, I cannot
show you a short example. I have tried my best to compress the tex file,
but the output is still 50 pages.

Because the limit of the attachment, I cannot give you my figures. Maybe I can 
sent you the figures in another way.

Best Regards

Lu Wang


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages texlive-xetex depends on:
ii  tex-common   6.09
ii  texlive-base 2018.20180824-1
ii  texlive-binaries 2018.20180824.48463-1
ii  texlive-latex-base   2018.20180824-1
ii  texlive-latex-extra  2018.20180824-1
ii  tipa 2:1.3-20

Versions of packages texlive-xetex recommends:
ii  lmodern  2.004.5-5

texlive-xetex suggests no packages.

Versions of packages tex-common depends on:
ii  dpkg  1.19.0.5+b1
ii  ucf   3.0038

Versions of packages tex-common suggests:
pn  debhelper  

Versions of packages texlive-xetex is relat

Bug#894963: ibus: ibus: ibus can not input Chinese after pressing some keys

[Lu Wang]

Package: ibus
Version: 1.5.18-1
Severity: important


Dear Maintainer,

-- Package-specific info:
<#part type="text/plain" disposition=attachment description="Bug script output">
default-display-manager: /usr/sbin/lightdm
ibus is /usr/bin/ibus
ibus-setup is /usr/bin/ibus-setup
im-config -l =>  ibus fcitx xim
im-config -m => default ibus ibus ibus
XMODIFIERS=@im=ibus
GTK_IM_MODULE=ibus
QT4_IM_MODULE=ibus
QT_IM_MODULE=ibus
XDG_DATA_DIRS=/home/tw/.local/share:/usr/local/share:/usr/share
XDG_MENU_PREFIX=lxqt-
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

ls -l /usr/lib/ibus/
total 1504
-rwxr-xr-x 1 root root  18504 Mar 30 09:12 ibus-dconf
-rwxr-xr-x 1 root root 767832 Feb  1 17:50 ibus-engine-libpinyin
-rwxr-xr-x 1 root root  14408 Mar 30 09:12 ibus-engine-simple
-rwxr-xr-x 1 root root   1925 Jan 14  2017 ibus-engine-table
-rwxr-xr-x 1 root root 133192 Mar 30 09:12 ibus-extension-gtk3
-rwxr-xr-x 1 root root  84040 Mar 30 09:12 ibus-portal
-rwxr-xr-x 1 root root   1164 Feb  1 17:50 ibus-setup-libpinyin
-rwxr-xr-x 1 root root   1068 Jan 14  2017 ibus-setup-table
-rwxr-xr-x 1 root root 104528 Mar 30 09:12 ibus-ui-emojier
-rwxr-xr-x 1 root root 297096 Mar 30 09:12 ibus-ui-gtk3
-rwxr-xr-x 1 root root  91848 Mar 30 09:12 ibus-x11
<#/part>

Dear Maintainer,

I do not know how the situation happens excepting that I updated my
system with apt. Some packages such as ibus ibus-gtk and
ibus-gtk3 was updated. After rebooting my laptop, I composed documents
with ibus-rime and found ibus-rime is totally unusable.

I switched to ibus-rime and the first Chinese character was OK. But if one 
presses
blank, ibus-rime can only input English Characters. I tried ibus-rime in
various applications such as qterminal, LibreOffice and gvim, the bug
lead the same result. Started gvim in a terminal, I pressed
blank, such a warning is shown.

(gvim:2074): IBUS-WARNING **: 07:19:52.457: Process Key Event failed:
GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code18:
The connection is closed.

I use lxqt and I think it runs on X.org rather than wayland.

I also try other keys, such Ctrl, Alt, up, down, left and right, and the
same warning is given.

The bug not only influences ibus-rime. I tried ibus-libpinyin and
ibus-table-cangjie5 as well. For ibus-table-cangjie5, the problem is the
same with ibus-rime. Yet for ibus-libpinyin, blank is OK but pressing
Ctrl or Alt yield the same problem.

This bug obvious makes ibus-rime unusable.

Best Regards

Lu Wang

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus depends on:
ii  adwaita-icon-theme   3.28.0-1
ii  dconf-cli0.26.1-3
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  gir1.2-gtk-3.0   3.22.29-2
ii  gir1.2-ibus-1.0  1.5.18-1
ii  libatk1.0-0  2.28.1-1
ii  libc62.27-3
ii  libcairo21.15.10-1
ii  libdconf10.26.1-3
ii  libgdk-pixbuf2.0-0   2.36.11-2
ii  libglib2.0-0 2.56.0-4
ii  libgtk-3-0   3.22.29-2
ii  libibus-1.0-51.5.18-1
ii  libnotify4   0.7.7-3
ii  libpango-1.0-0   1.42.0-1
ii  libpangocairo-1.0-0  1.42.0-1
ii  librsvg2-common  2.40.20-2
ii  libx11-6 2:1.6.5-1
ii  libxi6   2:1.7.9-1
ii  python3  3.6.4-1
ii  python3-gi   3.28.1-1

Versions of packages ibus recommends:
ii  ibus-gtk1.5.18-1
ii  ibus-gtk3   1.5.18-1
ii  ibus-qt41.3.3-1
ii  im-config   0.34-1
ii  libqt5gui5  5.9.2+dfsg-12

Versions of packages ibus suggests:
pn  ibus-clutter  
pn  ibus-doc  
ii  ibus-qt4  1.3.3-1
ii  libqt5gui55.9.2+dfsg-12

-- no debconf information

Bug#894859: Supplement

[Lu Wang]

I find ibus-libpinyin also has the bug. The blank is OK, but Shift, Ctrl ... 
shows the same bug. Maybe the bug is belong to ibus. Should I submit a new bug 
report to ibus?

Bug#894859: ibus-rime: ibus-rime can not input Chinese after pressing some keys

[Lu Wang]

Package: ibus-rime
Version: 1.2-1+b1
Severity: important

Dear Maintainer,

I do not know how the situation happens excepting that I updated my
system with apt last night. Some packages such as ibus-gtk (ibus-gtk3 as well 
?) is
updated. This morning, when I use ibus-rime to compose documents, I find
ibus-rime is totally unusable. I switch to ibus-rime and the first
Chinese character is OK. But if one presses blank, ibus-rime can only
input English Characters. I try ibus-rime in various applications such
as qterminal, LibreOffice and gvim, the same result shows ibus-rime has
a bug. I started gvim in terminal and when I press blank, such a warning shows.

(gvim:2074): IBUS-WARNING **: 07:19:52.457: Process Key Event failed:
GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code18:
The connection is closed.

I also try other keys, such Ctrl, Alt, up, down, left and right, and the
same warning is given.

This bug obvious makes ibus-rime unusable.

By the way, other input methods such as ibus-libpinyin is OK.

Best Regards

Lu Wang


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus-rime depends on:
ii  ibus1.5.18-1
ii  libc6   2.27-3
ii  libgdk-pixbuf2.0-0  2.36.11-2
ii  libglib2.0-02.56.0-4
ii  libibus-1.0-5   1.5.18-1
ii  libnotify4  0.7.7-3
ii  librime-data0.35-1
ii  librime11.2.9+dfsg2-1

ibus-rime recommends no packages.

ibus-rime suggests no packages.

-- no debconf information

Bug#893956: Further imformation

[Lu Wang]

Dear maintainers


There is further imformation about the bug.

  1.  The bug may come from wayland. The bug doesn't occur in the traditional 
X.org such as gnome and lxqt on the X.org.
  2.  The bug isn't from the error of my keyboard. I use at least two 
keyboards, and the bug is still there.


Best Regards

Lu Wang

Bug#893956: gnome-core: One click results in inputting many times

[Lu Wang]

Package: gnome-core
Version: 1:3.22+9
Severity: important

Dear Maintainer,

This problem occurs at least in Emacs and Lyx.
In Lyx, when I input a vector such as a force ("F" with an arrow
above) with "Alt+v F", a lot of "v" appear ("vvF" with an arrow
above). The situation happens randomly yet has patterns. The bug
usually occurs after typing some words. For example, if I type "asdf "
a few times, and then type "Alt+v F", the situation happens.

In Emacs, similar thing happens. If one scrolls down a long document in
Emacs with "Page down" or "Ctrl+v", the screen rolls many time. It seems
that this situation never happens at the first time but if one press
"Page down" or "Ctrl+v" several times, the situation happens.

Such a behavior surely a bug. And I think the bug will influence other
applications as well.

Best Regards

Lu Wang


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: default

Versions of packages gnome-core depends on:
ii  adwaita-icon-theme3.28.0-1
ii  at-spi2-core  2.28.0-1
ii  baobab3.28.0-1
ii  caribou   0.4.21-5
ii  chromium  62.0.3202.89-1
ii  dconf-cli 0.26.1-3
ii  dconf-gsettings-backend   0.26.1-3
ii  eog   3.27.91-1
ii  evince3.28.0-1
ii  evolution-data-server 3.26.5-2
ii  firefox-esr   52.6.0esr-2+b1
ii  fonts-cantarell   0.0.25-4
ii  gdm3  3.28.0-1
ii  gedit 3.28.0-1
ii  gkbd-capplet  3.26.0-3
ii  glib-networking   2.56.0-1
ii  gnome-backgrounds 3.28.0-1
ii  gnome-bluetooth   3.28.0-2
ii  gnome-calculator  3.28.0-1
ii  gnome-characters  3.28.0-3
ii  gnome-contacts3.28.0-1
ii  gnome-control-center  1:3.27.92-1
ii  gnome-disk-utility3.28.0-1
ii  gnome-font-viewer 3.27.90-2
ii  gnome-keyring 3.20.1-2
ii  gnome-logs3.28.0-1
ii  gnome-menus   3.13.3-11
ii  gnome-online-accounts 3.28.0-1
ii  gnome-online-miners   3.26.0-3
ii  gnome-session 3.28.0-1
ii  gnome-settings-daemon 3.28.0-1
ii  gnome-shell   3.27.92-2
ii  gnome-shell-extensions3.27.92-2
ii  gnome-software3.28.0-1
ii  gnome-sushi   3.24.0-3
ii  gnome-system-monitor  3.28.0-1
ii  gnome-terminal3.27.92-1
ii  gnome-themes-extra3.27.92-1
ii  gnome-user-docs   3.28.0-1
ii  gnome-user-share  3.18.3-3
ii  gsettings-desktop-schemas 3.28.0-1
ii  gstreamer1.0-packagekit   1.1.9-1
ii  gstreamer1.0-plugins-base 1.12.4-1
ii  gstreamer1.0-plugins-good 1.12.4-1+b1
ii  gstreamer1.0-pulseaudio   1.12.4-1+b1
ii  gvfs-backends 1.34.1-2
ii  gvfs-bin  1.34.1-2
ii  gvfs-fuse 1.34.1-2
ii  libatk-adaptor2.26.2-1
ii  libcanberra-pulse 0.30-6
ii  libpam-gnome-keyring  3.20.1-2
ii  libproxy1-plugin-gsettings0.4.14-4
ii  nautilus  3.26.2-2+b1
ii  pulseaudio11.1-4
ii  sound-theme-freedesktop   0.8-2
ii  system-config-printer-common  1.5.11-1
ii  system-config-printer-udev1.5.11-1
ii  totem 3.26.0-3+b1
ii  tracker   2.0.3-1
ii  yelp  3.26.0-2
ii  zenity3.28.0-1

Versions of packages gnome-core recommends:
ii  anacron  2.3-24
ii  libproxy1-plugin-networkmanager  0.4.14-4
ii  network-manager-gnome1.8.10-2

Versions of packages gnome-core suggests:
pn  gnome  

-- no debconf information

Bug#893253: ibus: ibus usually suspends and outputs lots of characters later and even makes the OS suspend

[Lu Wang]

Package: ibus
Version: 1.5.17-3
Severity: normal

Dear Maintainer,

-- Package-specific info:
<#part type="text/plain" disposition=attachment description="Bug script output">
default-display-manager: /usr/sbin/gdm3
ibus is /usr/bin/ibus
ibus-setup is /usr/bin/ibus-setup
im-config -l =>  ibus xim
im-config -m => ibus ibus ibus fcitx ibus
XMODIFIERS=@im=ibus
GTK_IM_MODULE=
QT4_IM_MODULE=
QT_IM_MODULE=ibus
XDG_DATA_DIRS=
XDG_MENU_PREFIX=gnome-
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

ls -l /usr/lib/ibus/
total 1684
-rwxr-xr-x. 1 root root  18504 Dec 31 17:46 ibus-dconf
-rwxr-xr-x. 1 root root  61440 Aug 13  2017 ibus-engine-kkc
-rwxr-xr-x. 1 root root 767832 Feb  1 17:50 ibus-engine-libpinyin
-rwxr-xr-x. 1 root root 178336 Jan 31 23:21 ibus-engine-libzhuyin
-rwxr-xr-x. 1 root root  14408 Dec 31 17:46 ibus-engine-simple
-rwxr-xr-x. 1 root root   1925 Jan 14  2017 ibus-engine-table
-rwxr-xr-x. 1 root root  84040 Dec 31 17:46 ibus-portal
-rwxr-xr-x. 1 root root  85856 Aug 13  2017 ibus-setup-kkc
-rwxr-xr-x. 1 root root   1164 Feb  1 17:50 ibus-setup-libpinyin
-rwxr-xr-x. 1 root root   1163 Jan 31 23:21 ibus-setup-libzhuyin
-rwxr-xr-x. 1 root root   1068 Jan 14  2017 ibus-setup-table
-rwxr-xr-x. 1 root root 104528 Dec 31 17:46 ibus-ui-emojier
-rwxr-xr-x. 1 root root 284808 Dec 31 17:46 ibus-ui-gtk3
-rwxr-xr-x. 1 root root  91848 Dec 31 17:46 ibus-x11
<#/part>


I input words in Lyx. Some times When I input a Chinese character with
libpinyin or rime, the ibus suspends and later lots of the same English
letters appear on the panel for choosing Chinese characters. For example,
if I want to type "林" with pinyin "lin", sometimes, ibus shows the
first letter and then has no response until gives
"liii".  Such a situation occurs
randomly. Today the thing even worse, ibus lose its response and the OS
is suspended. I have to close my laptop to make it hibernate and then
wake it up.

These situations should not occur.


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: default

Versions of packages ibus depends on:
ii  adwaita-icon-theme   3.27.90-1
ii  dconf-cli0.26.1-3
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  gir1.2-gtk-3.0   3.22.28-1
ii  gir1.2-ibus-1.0  1.5.17-3
ii  libatk1.0-0  2.26.1-3
ii  libc62.27-2
ii  libcairo21.15.10-1
ii  libdconf10.26.1-3
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgtk-3-0   3.22.28-1
ii  libibus-1.0-51.5.17-3
ii  libnotify4   0.7.7-3
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  librsvg2-common  2.40.20-2
ii  libx11-6 2:1.6.4-3
ii  libxi6   2:1.7.9-1
ii  python3  3.6.4-1
ii  python3-gi   3.26.1-2

Versions of packages ibus recommends:
ii  ibus-gtk1.5.17-3
ii  ibus-gtk3   1.5.17-3
ii  im-config   0.34-1
ii  libqt5gui5  5.9.2+dfsg-12

Versions of packages ibus suggests:
pn  ibus-clutter  
pn  ibus-doc  
pn  ibus-qt4  
ii  libqt5gui55.9.2+dfsg-12

-- no debconf information

Bug#892892: ibus-rime: Under ibus-rime the shortcut Ctrl+@ in Emacs is invalid

[Lu Wang]

Package: ibus-rime
Version: 1.2-1+b1
Severity: normal

Dear Maintainer,
When I use ibus-rime, and under the English mode, the shortcut Ctrl+@
is invalid. With other input method such as ibus_cangjie5, the situation does
not happan. Under ibus-cangjie5, when I press Ctrl+@ a message "Mark
set" appears at the corner of the frame of Emacs. But this does not
happen under ibus-rime.

Best Regards

Lu Wang

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: default

Versions of packages ibus-rime depends on:
ii  ibus1.5.17-3
ii  libc6   2.27-1
ii  libgdk-pixbuf2.0-0  2.36.11-1
ii  libglib2.0-02.54.3-2
ii  libibus-1.0-5   1.5.17-3
ii  libnotify4  0.7.7-3
ii  librime-data0.35-1
ii  librime11.2.9+dfsg2-1

ibus-rime recommends no packages.

ibus-rime suggests no packages.

-- no debconf information

Bug#887059: The bug has been fixed

[Lu Wang]

Dear maintainer


The bug which makes some shortcuts invalid has been fixed.


Fixed in 
epico/ibus-libpinyin@28fa26a
 .


Thank you.


Best Regards

Bug#879684: nftables: cannot set rules with a script

[Lu Wang]

Package: nftables
Version: 0.8-1
Severity: important

Dear Maintainer,


I use a script to set the rules with nft. It worked well before the
updating today. I don't know what are updated. My (executable) script  is

---
#!/usr/sbin/nft -f


flush ruleset
#include "nftables.conf"

# define inner_net = {10.0.0.0/8,10.14.129.0/24,10.110.64.0/24}
# ipp:631, mldonkey:4000, mldonkey_http:4080, rpc:111, ftp:21, ssh:22
define tcp_port = {111,22}
# 1701:l2tpd, dns:53, ipp:631, mdns:5353
define udp_port = {53,631,5353}
# 21688 for mldonkey (TCP) 21688+4 for mldonkey (UDP)
define ml_tcp_port= {21688, 51413}
define ml_udp_port= {21692, 51413}

add table vnat
add table myfilter
add chain myfilter tcp_chain
add chain myfilter udp_chain

add chain myfilter myinput {
type filter hook input priority 0; policy drop;
ct state established,related accept;
#ip protocol icmp counter accept ;
ip saddr 127.0.0.1 ip daddr 127.0.0.1 accept;
ct state new tcp flags syn tcp dport $tcp_port jump tcp_chain;
ct state new udp dport $udp_port jump udp_chain;
ct state new tcp flags syn tcp dport $ml_tcp_port accept;
ct state new udp dport $ml_udp_port accept;
ip protocol icmp ip saddr 127.0.0.1 ip daddr 127.0.0.1 accept;
}


#add rule myfilter tcp_chain ip saddr $inner_net accept;
add rule myfilter tcp_chain ip saddr 127.0.0.1 ip daddr 127.0.0.1 accept;
add rule myfilter tcp_chain limit rate 5/hour counter;

#add rule myfilter udp_chain ip saddr $inner_net accept;
add rule myfilter udp_chain ip saddr 127.0.0.1 ip daddr 127.0.0.1 accept;
add rule myfilter udp_chain limit rate 5/hour counter;


after setting the ruleset with the script, I check the ruleset with
nft list ruleset

the output is

table ip vnat {
}
table ip myfilter {
chain tcp_chain {
ip saddr 127.0.0.1 ip daddr 127.0.0.1 accept
limit rate 5/hour counter packets 0 bytes 0
}

chain udp_chain {
ip saddr 127.0.0.1 ip daddr 127.0.0.1 accept
limit rate 5/hour counter packets 0 bytes 0
}

chain myinput {
type filter hook input priority 0; policy drop;
}
}

This shows most of rules in the script are not read. Because my policy is 
'drop', the net disconnects. I have to set
the policy 'accept'.

I think  this may be a bug.

Best regards

Lu Wang





-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nftables depends on:
ii  dpkg  1.18.24
ii  libc6 2.24-17
ii  libgmp10  2:6.1.2+dfsg-1.1
ii  libmnl0   1.0.4-2
ii  libnftnl7 1.0.8-1
ii  libreadline7  7.0-3
ii  libxtables12  1.6.1-2+b1

nftables recommends no packages.

nftables suggests no packages.

-- no debconf information

Bug#863620: gdb: breakpoints disappear after recompiling

[Lu Wang]

Dear Héctor Orón Martínez

My problem is that the breakpoint set at the first time do noting if I compile 
the code again.

The test code is

//test.c
1 #include 
2 #include 
3
4 int main()
5 {
6  int a=1, b=2, c=3;
7  int s;
8  s=a+b;
9  s+=c;
10  printf("%d+%d+%d = %d\n", a, b, c, s);
11
12 return 0;
13 }

 I compile the code with
$ gcc -Wall -g test.c -o test

Then I run gdb
$ gdb test

I set a breakpoint at line 8
(gdb)  :break 8

And run the program in gdb
(gdb)  :run

Then I compile the same code at the second time with the same command
$ gcc -Wall -g test.c -o test

And run the probram in gdb again. The breakpoint do nothing. If I check the 
status of the breakpoint with
(gdb)  :info breakpoints
the output is
Num Type   Disp Enb AddressWhat
1   breakpoint keep n   0x46cd in main at test.c:8

The output means the breakpoint is NOT enabled. I think the status of the 
breakpoint should NOT be changed.

Best Regards

Lu Wang



From: Héctor Orón Martínez <hector.o...@gmail.com>
Sent: Monday, May 29, 2017 11:04 PM
To: Lu Wang; 863...@bugs.debian.org
Subject: Re: Bug#863620: gdb: breakpoints disappear after recompiling

Hello,

2017-05-29 13:02 GMT+02:00 Lu Wang <wanglus...@hotmail.com>:
> I have set some breakpoints. If I recompile the code for debugging.
> Then I execute the program using the command
> run and the breakpoints disappear. This ought to work, but doesn't
> restore my breakpoints.
>
> the output is
>
> `/home/tw/Documents/test1/xxx' has changed; re-reading symbols.
> Error in re-setting breakpoint 1: Cannot access memory at address
> 0x46f0
> Starting program: /home/tw/Documents/test1/xxx
> [Switching to thread 1 (process 11336)](running)
> [Inferior 1 (process 11336) exited normally]

Not sure if I understand correctly, but break points work for me...

/tmp/hello-2.10$ gdb hello
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from hello...done.
(gdb) b main
Breakpoint 1 at 0x15f0: file src/hello.c, line 41.
(gdb) run
Starting program: /tmp/hello-2.10/hello

Breakpoint 1, main (argc=1, argv=0x7fffe0a8) at src/hello.c:41
41  {
(gdb)


However, what do you mean with you recompile the code for debugging?
Can you show a reproducible testcase?

Regards


--
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Bug#863620: gdb: breakpoints disappear after recompiling

[Lu Wang]

Package: gdb
Version: 7.12-6
Severity: normal

Dear Maintainer,

I'm debugging a test C program. I compile it with gcc as follow

gcc -Wall -g xxx.c -o xxx

I have set some breakpoints. If I recompile the code for debugging.
Then I execute the program using the command
run and the breakpoints disappear. This ought to work, but doesn't
restore my breakpoints.

the output is

`/home/tw/Documents/test1/xxx' has changed; re-reading symbols.
Error in re-setting breakpoint 1: Cannot access memory at address 0x46f0
Starting program: /home/tw/Documents/test1/xxx
[Switching to thread 1 (process 11336)](running)
[Inferior 1 (process 11336) exited normally]



-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdb depends on:
ii  libbabeltrace-ctf1  1.5.1-1
ii  libbabeltrace1  1.5.1-1
ii  libc6   2.24-10
ii  libexpat1   2.2.0-2
ii  liblzma55.2.2-1.2+b1
ii  libncurses5 6.0+20161126-1
ii  libpython3.53.5.3-1
ii  libreadline77.0-3
ii  libtinfo5   6.0+20161126-1
ii  zlib1g  1:1.2.8.dfsg-5

Versions of packages gdb recommends:
ii  libc6-dbg [libc-dbg]  2.24-10

Versions of packages gdb suggests:
ii  gdb-doc7.12-2
ii  gdbserver  7.12-6

-- no debconf information

Bug#863524: mldonkey-server: The Hyperlink "Clear all" is invalid on the web site interface of the mldonkey

[Lu Wang]

Package: mldonkey-server
Version: 3.1.5-3.1
Severity: normal

Dear Maintainer,
When I click the hyperlink "Clear all", nothing happens. I think when I
click "Clear all", all frames before items should be selected and then I
can "Submit changes".


-- System Information:
Debian Release: 9.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64
 (x86_64)

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages mldonkey-server depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.60
ii  libbz2-1.0 1.0.6-8.1
ii  libc6  2.24-10
ii  libgcc11:6.3.0-18
ii  libgd3 2.2.4-2
ii  libjpeg62-turbo1:1.5.1-2
ii  libpng16-161.6.28-1
ii  libstdc++6 6.3.0-18
ii  lsb-base   9.20161125
ii  mime-support   3.60
ii  ucf3.0036
ii  zlib1g 1:1.2.8.dfsg-5

mldonkey-server recommends no packages.

mldonkey-server suggests no packages.

-- debconf information:
* mldonkey-server/launch_at_startup: false

Bug#838998: xl2tpd: the xl2tpd daemon crashes when disconnects

[Lu Wang]

Package: xl2tpd
Version: 1.3.6+dfsg-4
Severity: important

Dear Maintainer,

I set up a connection to a l2tp server using xl2tpd (echo 'c connection_name' > 
/var/run/xl2tpd/l2tp-control).
If I use 'ps aux|grep xl2tpd', I can see the daemon is running. The daemon 
seems OK.

However, when the disconnection is carried out
(echo 'd connections_name' >/var/run/xl2tpd/l2tp-control),
suddenly the xl2tpd daemon crashes.
Then "ps aux|grep xl2tpd" shows the daemon vanishes. And if I use "echo 'c
connection_name' > /var/run/xl2tpd/l2tp-control", the command is
suspended. I have to restart the daemon.

I try to debug the code. And I find the problem may from the patch
0003-Add-local-ip-range-option.patch for "call.c". After patching, the
code between line 416-422 in "call.c" is
#ifdef IP_ALLOCATION
if (c->addr)
unreserve_addr (c->addr);

if (c->lns->localrange)
unreserve_addr (c->lns->localaddr);
#endif

At line 420, if c->lns is NULL, the program will crash. In my opinion, line
420 rewriting to "if(c->lns && c->lns->localrange)" will fix the bug. #760602 
also may partially caused by this bug because Jon Westgate <o...@fsck.tv> 
pointed out the same bug in #760602.

I think the xl2tpd may have other similar bugs. Maybe a thorough check
is needed. But the check is out of my ability.

Thank you

Lu Wang


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xl2tpd depends on:
ii  libc6   2.23-5
ii  libpcap0.8  1.7.4-2
ii  ppp 2.4.7-1+3

xl2tpd recommends no packages.

xl2tpd suggests no packages.

-- Configuration Files:
/etc/xl2tpd/l2tp-secrets [Errno 13] Permission denied: 
u'/etc/xl2tpd/l2tp-secrets'
/etc/xl2tpd/xl2tpd.conf changed:
;
; Sample l2tpd configuration file
;
; This example file should give you some idea of how the options for l2tpd
; should work.  The best place to look for a list of all options is in
; the source code itself, until I have the time to write better documetation :)
; Specifically, the file "file.c" contains a list of commands at the end.
;
; You most definitely don't have to spell out everything as it is done here
;
[global]; Global parameters:
listen-addr=10.14.129.9
port = 1701 ; * Bind to port 1701
auth file = /etc/l2tpd/l2tp-secrets ; * Where our challenge secrets are
access control = yes; * Refuse connections without IP match
rand source = dev ; Source for entropy for random
;   ; numbers, options are:
;   ; dev - reads of /dev/urandom
;   ; sys - uses rand()
;   ; egd - reads from egd socket
;   ; egd is not yet implemented
;
; [lns default]; Our fallthrough LNS definition
; exclusive = no; * Only permit one tunnel per host
; ip range = 192.168.0.1-192.168.0.20; * Allocate from this IP range
; no ip range = 192.168.0.3-192.168.0.9 ; * Except these hosts
; ip range = 192.168.0.5; * But this one is okay
; ip range = lac1-lac2; * And anything from lac1 to lac2's 
IP
; lac = 192.168.1.4 - 192.168.1.8; * These can connect as LAC's
; no lac = untrusted.marko.net; * This guy can't connect
; hidden bit = no; * Use hidden AVP's?
; local ip = 192.168.1.2; * Our local IP to use
; local ip range = 192.168.200.0-192.168.200.20   ; Alternatively, use a range 
for local addressing
; length bit = yes; * Use length bit in payload?
; require chap = yes; * Require CHAP auth. by peer
; refuse pap = yes; * Refuse PAP authentication
; refuse chap = no; * Refuse CHAP authentication
; refuse authentication = no; * Refuse authentication altogether
; require authentication = yes; * Require peer to authenticate
; unix authentication = no; * Use /etc/passwd for auth.
; name = myhostname; * Report this as our hostname
; ppp debug = no; * Turn on PPP debugging
; pppoptfile = /etc/ppp/options.l2tpd.lns; * ppp options file
; call rws = 10; * RWS for call (-1 is valid)
; tunnel rws = 4; * RWS for tunnel (must be > 0)
; flow bit = yes; * Include sequence numbers
; challenge = yes   

Bug#832024: lftp crashes when I use automatic completion under FISH

[Lu Wang]

Package: lftp
Version: 4.7.2-1
Severity: normal

Dear Maintainer,

I use lftp with FISH protocol. I try to complete the file name by TAB.
The program lftp crashes directly and a string 'Segmentation fault' shown on
the prompt.
If the completion cannot be used, it is too inconvenient.

If I run lftp with normal FTP protocol, the program will not crash when I press
TAB button.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lftp depends on:
ii  libc6 2.23-1
ii  libgcc1   1:6.1.1-9
ii  libgnutls30   3.4.14-1
ii  libidn11  1.32-3.1
ii  libreadline6  6.3-8+b4
ii  libstdc++66.1.1-9
ii  libtinfo5 6.0+20160625-1
ii  netbase   5.3
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages lftp recommends:
ii  openssh-client [ssh-client]  1:7.2p2-5

lftp suggests no packages.

-- no debconf information 

Bug#822801: xl2tpd makes kernel soft lockup

[Lu Wang]

Package: xl2tpd
Version: 1.3.6+dfsg-4
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

I want to set a client of the l2tp vpn for my campus using this technique to 
connect to the internet.
I have set the client for Debian 7. But now, when I try to do the same thing 
for a computer with Debian 9, I failed.
I set use the configuration for the Debian 7 mechine, including 
/etc/xl2tpd/xl2tpd /etc/ppp/chap-secrets and /etc/ppp/options.xl2tpd.zju.
The first one is the configuration for xl2tp, and the last two are for the ppp.


Following is what I do.
I find the xl2tpd is running after the initialization through lots of 
init-scripts. Then I use "echo 'c ZJU_VPN' > /var/run/xl2tpd/l2tp-control" to 
connect the vpn server in my campus. At the beginning everything is fine, I use 
"ip link" and I find that there is ppp0. But few time later, about 20-30 
seconds I am not sure, the keybroad is useless. I can type nothing. And I find 
there are some words on the screen.
NMI watchdog: BUG: soft lockup CPU#0 stuck for 23s ... And the mechine begins 
to beep.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xl2tpd depends on:
ii  libc6   2.22-7
ii  libpcap0.8  1.7.4-2
ii  ppp 2.4.7-1+2

xl2tpd recommends no packages.

xl2tpd suggests no packages.

-- Configuration Files:
/etc/xl2tpd/l2tp-secrets [Errno 13] Permission denied: 
u'/etc/xl2tpd/l2tp-secrets'
/etc/xl2tpd/xl2tpd.conf changed:
;
; Sample l2tpd configuration file
;
; This example file should give you some idea of how the options for l2tpd
; should work.  The best place to look for a list of all options is in
; the source code itself, until I have the time to write better documetation :)
; Specifically, the file "file.c" contains a list of commands at the end.
;
; You most definitely don't have to spell out everything as it is done here
;
[global]; Global parameters:
port = 1701 ; * Bind to port 1701
auth file = /etc/l2tpd/l2tp-secrets ; * Where our challenge secrets are
access control = yes; * Refuse connections without IP match
rand source = dev ; Source for entropy for random
;   ; numbers, options are:
;   ; dev - reads of /dev/urandom
;   ; sys - uses rand()
;   ; egd - reads from egd socket
;   ; egd is not yet implemented
;
; [lns default]; Our fallthrough LNS definition
; exclusive = no; * Only permit one tunnel per host
; ip range = 192.168.0.1-192.168.0.20; * Allocate from this IP range
; no ip range = 192.168.0.3-192.168.0.9 ; * Except these hosts
; ip range = 192.168.0.5; * But this one is okay
; ip range = lac1-lac2; * And anything from lac1 to lac2's 
IP
; lac = 192.168.1.4 - 192.168.1.8; * These can connect as LAC's
; no lac = untrusted.marko.net; * This guy can't connect
; hidden bit = no; * Use hidden AVP's?
; local ip = 192.168.1.2; * Our local IP to use
; length bit = yes; * Use length bit in payload?
; require chap = yes; * Require CHAP auth. by peer
; refuse pap = yes; * Refuse PAP authentication
; refuse chap = no; * Refuse CHAP authentication
; refuse authentication = no; * Refuse authentication altogether
; require authentication = yes; * Require peer to authenticate
; unix authentication = no; * Use /etc/passwd for auth.
; name = myhostname; * Report this as our hostname
; ppp debug = no; * Turn on PPP debugging
; pppoptfile = /etc/ppp/options.l2tpd.lns; * ppp options file
; call rws = 10; * RWS for call (-1 is valid)
; tunnel rws = 4; * RWS for tunnel (must be > 0)
; flow bit = yes; * Include sequence numbers
; challenge = yes; * Challenge authenticate peer ; 
; rx bps = 1000; Receive tunnel speed
; tx bps = 1000; Transmit tunnel speed
; bps = 10; Define both receive and transmit speed in 
one option
; [lac marko]; Example VPN LAC definition
; lns = lns.marko.net; * Who is our LNS?
; lns = lns2.marko.net; * A backup LNS (not yet used)
; 

Bug#775749: fails to load comments

[Lu Wang]

Package: grace
Version: 1:5.1.24-3
Severity: normal

Dear Maintainer,

I plot a figure in xmgrace. Some of the lines have comments. Then I save
the figure to a .agr file. When I open the saved file with xmgrace, I
find that the comments become to the file name of the .agr file. They
should be the comments I saved before.



-- System Information:
Debian Release: 8.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages grace depends on:
ii  fontconfig2.11.0-6.3
ii  gconf23.2.6-3
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4.2
ii  libc6 2.19-13
ii  libfftw3-double3  3.3.4-2
ii  libjpeg62-turbo   1:1.3.1-11
ii  libnetcdfc7   1:4.1.3-7.2
ii  libpng12-01.2.50-2+b2
ii  libx11-6  2:1.6.2-3
ii  libxbae4m 4.60.4-6
ii  libxm42.3.4-6+b1
ii  libxmhtml1.1  1.1.9-2+b2
ii  libxmu6   2:1.1.2-1
ii  libxpm4   1:3.5.11-1+b1
ii  libxt61:1.1.4-1+b1
ii  xterm 312-1

Versions of packages grace recommends:
ii  xfonts-100dpi  1:1.0.3

Versions of packages grace suggests:
ii  ghostscript  9.06~dfsg-1.1+b1
ii  texlive-extra-utils  2014.20141024-1

-- no debconf information