Bug#1076697: Translation of "Galician" is missing from trixie release notes table
Package: debian-www Hi, In https://www.debian.org/releases/trixie/releasenotes , translation of "Galician" is missing from any version other than English. Regards, Wenbin Lv
Bug#1067671: unable to run "make pot" due to missing english/template/debian/legal.wml
Package: www.debian.org Hi, I noticed some .pot files are out of date when translating the web pages, but can't update them by running "make pot" under english/po. The errors are: ../../english/po/wmlxgettext.pl legal ../../english/template/debian/legal.wml ../../english/template/debian/legal_tags.wml > ../../english/po/legal.pot Unable to open ../../english/template/debian/legal.wml make[1]: *** [Makefile:140: ../../english/po/legal.pot] Error 2 make[1]: Leaving directory '/home/lwb/sources/webwml/english/po' make: *** [Makefile:184: pot] Error 2 This file was deleted in commit 4e6f84e3b617a3ef6f7fb3c7b7d4e75ef302968c. Thanks, Wenbin Lv
Bug#1061944: wrong description for --unit in vmstat(1)
Package: procps Version: 2:4.0.4-4 Severity: minor Dear maintainers, The description for --unit in vmstat(1) writes, "this does not change the swap (si/so) or block (bi/bo) fields". This is inconsistent with the text in section "FIELD DESCRIPTION FOR VM MODE", and "vmstat -S M" does change numbers in si/so fields. Regards, Wenbin Lv
Bug#1041196: marco: Window title disappears when the first character is Chinese
Control: tags -1 + patch A fix is merged upstream, although no new release has been made yet. https://github.com/mate-desktop/marco/pull/758/commits/4afac8d567bbedead598f213900c805ae406be04
Bug#1041196: marco: Window title disappears when the first character is Chinese
Control: found -1 1.26.1-3+deb12u1 Control: tags -1 + upstream Control: forwarded -1 https://github.com/mate-desktop/marco/issues/757 Confirmed this bug affects 1.26.1-3+deb12u1. So the aforementioned commit caused the problem. Most Chinese characters are 3 bytes long under UTF-8, and UTF-8 characters can be as long as 4 bytes. So "g_utf8_strlen (title, 2) < 1" will be true if the first character is Chinese.
Bug#1041196: marco: Window title disappears when the first character is Chinese
Package: marco Version: 1.26.2-1 Severity: normal Dear developers, After upgrading to marco 1.26.2-1, a window's title is not displayed if the first character of it is Chinese. Downgrading to 1.26.1-3 fixes the problem. The bug seems to be caused by the upstream fix to #1040752: https://github.com/mate-desktop/marco/commit/730ed9dc454e97f569df8a92ac065a1afcc05baa Thanks, Wenbin Lv -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.3.0-2-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN:zh Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages marco depends on: ii libc62.37-6 ii libcairo21.16.0-7 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.74.6-2 ii libgtk-3-0 3.24.37-2 ii libmarco-private21.26.2-1 ii libpango-1.0-0 1.50.14+ds-1 ii libx11-6 2:1.8.6-1 ii marco-common 1.26.2-1 ii mate-desktop-common 1.26.1-1 ii zenity 3.44.0-3 marco recommends no packages. marco suggests no packages. -- no debconf information
Bug#931717: samba: CUPS printing fails with NT_STATUS_LOGON_FAILURE in 4.9.11+dfsg-1
I use unstable and this is no longer an issue in samba 2:4.17.2+dfsg-3. Thanks, Wenbin Lv On Mon, Oct 31, 2022 at 4:04 PM Michael Tokarev wrote: > Control: tag -1 + moreinfo > > On Tue, 09 Jul 2019 22:35:34 +0800 Wenbin Lv wrote: > > Package: samba > > Version: 2:4.9.11+dfsg-1 > > Severity: important > > > > I can no longer print in CUPS using samba backend after upgrading samba > > to 4.9.11+dfsg-1. The error code given by CUPS is > > NT_STATUS_LOGON_FAILURE, although I did not change the smb:// URI so the > > credentials are known to be correct. Downgrading to 4.9.5+dfsg-5 fixes > > the problem. > > Is it still an issue with current samba (4.13 in bullseye and 4.16 in > bookworm and bullseye-backports)? > > Thanks, > > /mjt >
Bug#1019912: fonts-babelstone-han: 15.0.2-1 is actually 14.0.5-1
Package: fonts-babelstone-han Version: 15.0.2-1 Severity: normal Dear maintainer, The BabelStoneHan.ttf files in fonts-babelstone-han_14.0.5-1_all.deb and fonts-babelstone-han_15.0.2-1_all.deb are identical. Thanks, Wenbin Lv -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-1-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN:zh Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information
Bug#1010753: grub-common: POTFILES-shell.in is not read when generating grub.pot
Control: retitle -1 grub-common: POTFILES-shell.in is not read when
generating grub.pot
Hi,
I took some time looking into this bug. It seems that strings from
files listed in po/POTFILES-shell.in are not included in the generated
grub.pot file. Relevant commands in the build log are:
case `/usr/bin/xgettext --version | sed 1q | sed -e 's,^[^0-9]*,,'` in \
'' | 0.[0-9] | 0.[0-9].* | 0.1[0-5] | 0.1[0-5].* | 0.16 | 0.16.[0-1]*) \
/usr/bin/xgettext --default-domain=grub --directory=../../.. \
--add-comments=TRANSLATORS: --keyword=_ --keyword=N_
--flag=_:1:pass-c-format --flag=N_:1:pass-c-format
--flag=error:3:c-format --flag=error_at_line:5:c-format
--from-code=UTF-8 ${end_of_xgettext_options+}
--flag=argp_error:2:c-format --flag=argp_failure:4:c-format
--flag=error:3:c-format --flag=error_at_line:5:c-format \
--files-from=../../../po/POTFILES.in \
--copyright-holder='Free Software Foundation, Inc.' \
--msgid-bugs-address="$msgid_bugs_address" \
;; \
*) \
/usr/bin/xgettext --default-domain=grub --directory=../../.. \
--add-comments=TRANSLATORS: --keyword=_ --keyword=N_
--flag=_:1:pass-c-format --flag=N_:1:pass-c-format
--flag=error:3:c-format --flag=error_at_line:5:c-format
--from-code=UTF-8 ${end_of_xgettext_options+}
--flag=argp_error:2:c-format --flag=argp_failure:4:c-format
--flag=error:3:c-format --flag=error_at_line:5:c-format \
--files-from=../../../po/POTFILES.in \
--copyright-holder='Free Software Foundation, Inc.' \
--package-name="${package_gnu}grub" \
--package-version='2.06' \
--msgid-bugs-address="$msgid_bugs_address" \
;; \
esac
There should be some other xgettext invocations to include strings in
POTFILES-shell.in, using the option
--files-from=../../../po/POTFILES-shell.in. See the corresponding
commands in po/Makefile.in.in in the source code tree. After building
the package, the commands to include strings in POTFILES-shell.in are
present in the backup file Makefile.in.in~, but not in the regenerated
Makefile.in.in.
Note that po/gettext-patches/0001-Support-POTFILES-shell.patch will
fix the Makefile. So it's likely that these gettext patches are
erroneously not applied.
Bug#1010753: grub-common: missing strings in .mo files
Package: grub-common Version: 2.06-2 Severity: minor Tags: l10n Some strings present in the .po files do not exist in the .mo files installed by grub-common. For example, if you run "grub-mkconfig --help" under a zh_CN locale, you'll find that the translation is incomplete, but translation of "output generated config to FILE [default=stdout]" exists in zh_CN.po in the source code. The problem is this string doesn't exist in /usr/share/locale/zh_CN/LC_MESSAGES/grub.mo. This also applies to other languages like French, and other strings like the "Loading Linux %s ..." boot message. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.17.0-1-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN:zh Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages grub-common depends on: ii gettext-base0.21-6 ii libc6 2.33-7 ii libdevmapper1.02.1 2:1.02.175-2.1 ii libefiboot1 37-6 ii libefivar1 37-6 ii libfreetype62.12.0+dfsg-1 ii libfuse22.9.9-5 ii liblzma55.2.5-2.1 Versions of packages grub-common recommends: ii os-prober 1.79 Versions of packages grub-common suggests: ii console-setup 1.207 ii desktop-base 11.0.3 pn grub-emu pn mtools pn multiboot-doc pn xorriso -- Configuration Files: /etc/grub.d/40_custom changed [not included] -- no debconf information
Bug#1005741: choose-mirror: allow choosing mirror of security archive
Source: choose-mirror Version: 2.111 Severity: wishlist Dear developers, Debian Installer connects to security.debian.org to download security updates during installation by default. Connection to security.debian.org is very slow from where I live (mainland China), and the download takes about two hours unless I choose expert install and disable security updates. I understand using security.debian.org directly in sources.list by default has its advantages, but I think new users will be frustrated at this because the default installer iso on the Debian website is netinst, and (if I recall correctly) the slow download will take place even if you use a DVD iso with default priority and a machine connected to the Internet. So perhaps we can prompt the user with the pros and cons of using security.debian.org and let the user choose from a list of security archive mirrors before downloading packages. Best regards, Wenbin Lv -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-1-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN:zh Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1002933: firefox-esr: crashes on armhf upon syncing
Package: firefox-esr Version: 91.4.1esr-1~deb11u1 Severity: important Hello, Firefox on bullseye armhf crashed after upgrading to 91esr. When I tested with a fresh profile, firefox seemed to crash only when logged in. Steps to reproduce: 1. run firefox-esr -profilemanager 2. create a new profile 3. log in to firefox account 4. wait some time or manually choose "sync now" The firefox-esr-dbgsym is not ready yet for 91esr, so there's not much interesting information I can get using gdb, except for the top of the stack is memset(). So I submitted the crash report to https://crash-stats.mozilla.org/report/index/46eb6fa4-cff3-4156-a01b-7b1e90220101 Regards, Wenbin Lv -- Package-specific info: -- Addons package information -- System Information: Debian Release: 11.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 5.10.85 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages firefox-esr depends on: ii debianutils 4.11.2 ii fontconfig 2.13.1-4.2 ii libatk1.0-0 2.36.0-2 ii libc62.31-13+deb11u2 ii libcairo-gobject21.16.0-5 ii libcairo21.16.0-5 ii libdbus-1-3 1.12.20-2 ii libdbus-glib-1-2 0.110-6 ii libevent-2.1-7 2.1.12-stable-1 ii libffi7 3.3-6 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.4+dfsg-1 ii libgcc-s110.2.1-6 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libglib2.0-0 2.66.8-1 ii libgtk-3-0 3.24.24-4 ii libpango-1.0-0 1.46.2-3 ii libstdc++6 10.2.1-6 ii libvpx6 1.9.0-1 ii libx11-6 2:1.7.2-1 ii libx11-xcb1 2:1.7.2-1 ii libxcb-shm0 1.14-3 ii libxcb1 1.14-3 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.3-1.1 ii libxfixes3 1:5.0.3-2 ii libxrender1 1:0.9.10-1 ii procps 2:3.3.17-5 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages firefox-esr recommends: ii libavcodec58 7:4.3.3-0+deb11u1 Versions of packages firefox-esr suggests: ii fonts-lmodern 2.004.5-6.1 pn fonts-stix | otf-stix ii libcanberra0 0.30-7 ii libgssapi-krb5-2 1.18.3-6+deb11u1 ii pulseaudio 14.2-2 -- no debconf information
Bug#1001790: poedit: crashes when trying to view the source code
Package: poedit Version: 3.0.1-1 Severity: normal Hello, Poedit may crash when trying to view the source code that contains a source string. Steps to reproduce: 1. Open a .po file in a complete source code directory tree. 2. Right click on a source string. 3. Click on one of the "filename:linenumber". 4. Try 2 and 3 several times. Backtrace attached. I'm not sure if it is a problem in poedit, so please reassign it if that's not the case. Thank you. Best regards, Wenbin Lv -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-2-amd64 (SMP w/2 CPU threads) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN:zh Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages poedit depends on: ii gettext 0.21-4 ii libboost-iostreams1.74.0 1.74.0-13 ii libboost-thread1.74.0 1.74.0-13 ii libc6 2.33-1 ii libcld2-0 0.0.0-git20150806-9 ii libcpprest2.102.10.18-1 ii libgcc-s1 11.2.0-12 ii libglib2.0-0 2.70.2-1 ii libgtk-3-03.24.30-4 ii libgtkspell3-3-0 3.0.10-1 ii libicu67 67.1-7 ii liblucene++0v53.0.8-5 ii libpugixml1v5 1.11.4-1 ii libsecret-1-0 0.20.4-2 ii libssl1.1 1.1.1l-1 ii libstdc++611.2.0-12 ii libwxbase3.0-0v5 3.0.5.1+dfsg-2+b1 ii libwxgtk-webview3.0-gtk3-0v5 3.0.5.1+dfsg-2+b1 ii libwxgtk3.0-gtk3-0v5 3.0.5.1+dfsg-2+b1 ii poedit-common 3.0.1-1 poedit recommends no packages. poedit suggests no packages. -- no debconf information backtrace Description: Binary data
Bug#1000439: fcitx5: icons of individual input methods are not being displayed
Hi, Icons are displayed correctly now. Thank you! Best regards, Wenbin Lv On Thu, Nov 25, 2021 at 5:30 AM Boyuan Yang wrote: > > Control: notfound -1 5.0.10-1 > Control: close -1 > > On Wed, 24 Nov 2021 01:04:15 +0800 Shengjing Zhu wrote: > > Control: severity -1 serious > > > > On Tue, Nov 23, 2021 at 4:57 PM Wenbin Lv wrote: > > > > > > Package: fcitx5 > > > Version: 5.0.10-1 > > > Severity: normal > > > > > > Dear maintainer, > > > > > > In version 5.0.10-1, when an input method is activated, the icon of the > > > activated input method is not being displayed correctly in notification > > > area. In Xfce, the icon will be blank. In MATE the icon defaults to > > > org.fcitx.Fcitx5.png. Below is the output of fcitx5-diagnose. There is > > > nothing interesting in the output of fcitx5 --verbose 5, though. > > > > > > > This is because we begin to roll out reverting the fcitx5 icon patch > (#976603). > > Things will be settled when we have updated all fcitx5 packages. > > > > I'm raising the severity so 5.0.10-1 won't migrate to testing, until > > we have finished updating all fcitx5 packages. > > Now all packages in Debian unstable are refreshed with fcitx5 icon patch > removed. Please update your system to latest packages, and let me know if such > issue still exist. > > Thanks, > Boyuan Yang
Bug#998627: linux: please enable the new NTFS3 driver in 5.15
Hi, On Wed, Nov 24, 2021 at 5:36 AM Salvatore Bonaccorso wrote: > > Hi, > > > Are tools available to handle creation and checking of such NTFS3 > filesystems? The last time I went to the paragon software site it > mentioned it was planning. This is not a must, but kept me for > slightly on the on hold position for enabling it. > > Regards, > Salvatore > Paragon only mentioned they are planning to release mkfs.ntfs in their FAQ, not the fsck tool[1]. So we'll need ntfs-3g or Windows for fsck anyway if they don't release it. Stability and further code maintenance, however, are matters of greater concern as Ted Ts'o pointed out[2]. Maybe we should hold it back for some time to see what will happen. Best regards, Wenbin Lv [1] https://www.paragon-software.com/home/ntfs3-driver-faq/ [2] https://lore.kernel.org/lkml/yqnhxiu+eaaxi...@mit.edu/
Bug#1000439: fcitx5: icons of individual input methods are not being displayed
Package: fcitx5
Version: 5.0.10-1
Severity: normal
Dear maintainer,
In version 5.0.10-1, when an input method is activated, the icon of the
activated input method is not being displayed correctly in notification
area. In Xfce, the icon will be blank. In MATE the icon defaults to
org.fcitx.Fcitx5.png. Below is the output of fcitx5-diagnose. There is
nothing interesting in the output of fcitx5 --verbose 5, though.
Best regards,
Wenbin Lv
-- Package-specific info:
--- Fcitx5 Diagnose output ---
# System Info:
1. `uname -a`:
Linux cloud 5.15.0-1-amd64 #1 SMP Debian 5.15.3-1 (2021-11-18)
x86_64 GNU/Linux
2. `lsb_release -a`:
No LSB modules are available.
Distributor ID:Debian
Description:Debian GNU/Linux bookworm/sid
Release:unstable
Codename:sid
3. `lsb_release -d`:
Description:Debian GNU/Linux bookworm/sid
4. `/etc/lsb-release`:
`/etc/lsb-release` not found.
5. `/etc/os-release`:
PRETTY_NAME="Debian GNU/Linux bookworm/sid"
NAME="Debian GNU/Linux"
ID=debian
HOME_URL="https://www.debian.org/";
SUPPORT_URL="https://www.debian.org/support";
BUG_REPORT_URL="https://bugs.debian.org/";
6. Desktop Environment:
Desktop environment is `xfce`.
7. Bash Version:
BASH_VERSION='5.1.8(1)-release'
# Environment:
1. DISPLAY:
DISPLAY=':0.0'
WAYLAND_DISPLAY=''
2. Keyboard Layout:
1. `setxkbmap`:
xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwerty)"};
xkb_types { include "complete"};
xkb_compat{ include "complete"};
xkb_symbols { include "pc+us+cn:2+inet(evdev)"};
xkb_geometry { include "pc(pc105)"};
};
2. `xprop`:
_XKB_RULES_NAMES(STRING) = "evdev", "pc105", "us,cn", ",", ""
3. Locale:
1. All locale:
C
C.UTF-8
POSIX
zh_CN.utf8
2. Current locale:
LANG=zh_CN.UTF-8
LANGUAGE=zh_CN:zh
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C
4. Directories:
1. Home:
/home/lwb
2. `${XDG_CONFIG_HOME}`:
Environment variable `XDG_CONFIG_HOME` is not set.
Current value of `XDG_CONFIG_HOME` is `~/.config` (`/home/lwb/.config`).
3. Fcitx5 Settings Directory:
Current fcitx5 settings directory is `~/.config/fcitx5`
(`/home/lwb/.config/fcitx5`).
5. Current user:
The script is run as lwb (1000).
# Fcitx State:
1. executable:
Found fcitx5 at `/usr/bin/fcitx5`.
2. version:
Fcitx version: `5.0.10`
3. process:
Found 2 fcitx5 processes:
8163 fcitx5
8589 fcitx5
4. `fcitx5-remote`:
`fcitx5-remote` works properly.
5. DBus interface:
Using `dbus-send` to check dbus.
Owner of DBus name `org.fcitx.Fcitx5` is `:1.126`.
PID of DBus name `org.fcitx.Fcitx5` owner is `8589`.
Debug information from dbus:
Group [x11::0] has 14 InputContext(s)
(Sensitive Information Removed)
Input Context without group
# Fcitx Configure UI:
1. Config Tool Wrapper:
Found fcitx5-configtool at `/usr/bin/fcitx5-configtool`.
2. Config GUI for qt:
Found `fcitx5-config-qt` at `/usr/bin/fcitx5-config-qt`.
3. Config GUI for kde:
**`kcmshell5` not found.**
# Frontends setup:
## Xim:
1. `${XMODIFIERS}`:
Environment variable XMODIFIERS is set to "@im=fcitx" correctly.
Xim Server Name from Environment variable is fcitx.
2. XIM_SERVERS on root window:
Xim server name is the same with that set in the environment variable.
3. XIM encoding:
**Your LC_CTYPE is set to C whose encoding is not UTF-8. You may
have trouble committing strings using XIM.**
## Qt:
1. qt4 - `${QT4_IM_MODULE}`:
Environment variable QT_IM_MODULE is set to "fcitx" correctly.
2. qt5 - `${QT_IM_MODULE}`:
Environment variable QT_IM_MODULE is set to "fcitx" correctly.
3. Qt IM module files:
Found fcitx5 im module for qt5:
`/usr/lib/x86_64-linux-gnu/qt5/plugins/platforminputcontexts/libfcitx5platforminputcontextplugin.so`.
Found fcitx5 qt5 module:
`/usr/lib/x86_64-linux-gnu/fcitx5/qt5/libfcitx-quickphrase-editor5.so`.
**Cannot find fcitx5 input
Bug#999698: babelstone: new upstream version available
Package: fonts-babelstone-han Version: 12.1.5-1 Severity: wishlist Dear maintainer, A new upstream version (14.0.2) of BabelStone Han is available. It adds support for various Ext. G characters. I hope that fonts-babelstone-han can be upgraded so I can install it from Debian repo, instead of downloading it manually. Thank you! Best regards, Wenbin Lv
Bug#998627: linux: please enable the new NTFS3 driver in 5.15
Package: src:linux Version: 5.15-1~exp1 Severity: wishlist Hi, Paragon's NTFS3 driver has been merged to 5.15, and it offers much better performance compared to ntfs-3g. Currently it is not enabled in Debian's kernel config, nor can I mount NTFS partitions using '-t ntfs3'. Please enable it if you consider it stable enough. Thank you!
Bug#992267: www.debian.org: missing css's and images on some pages
Package: www.debian.org Severity: minor Dear Maintainer, The following two pages on the website look scrambled: https://www.debian.org/releases/testing/amd64/release-notes/404.en.html (The 404 page of the top directory looks fine.) https://www.debian.org/devel/website/stats/zh-cn.en.html A quick look into the browser's debug console reveals that three files are missing from these pages: debian.css, debian-en.css, openlogo-50.png. The path to debian.css, for example, should be /debian.css, while the incorrect path referenced are /releases/debian.css and /english/debian.css, respectively. Thanks, Wenbin Lv
Bug#964944: libreoffice-l10n-zh-cn: language pack not selectable in libreoffice settings
Package: libreoffice-l10n-zh-cn
Version: 1:7.0.0~rc1-5
Severity: normal
Tags: l10n
Dear Maintainer,
zh-cn (and zh-tw) languages are not selectable in libreoffice settings
after upgrading to 7.0. By comparing with language packs of other
languages, I notice that some autogenerated commands are missing in
postinst script of libreoffice-l10n-zh-{cn,tw}. Manually running the
following commands fixes the problem:
ucf --three-way
"/usr/lib/libreoffice/share/.registry/Langpack-zh-CN.xcd"
"/etc/libreoffice/registry/Langpack-zh-CN.xcd"
ucfr --force libreoffice-l10n-zh-CN
"/etc/libreoffice/registry/Langpack-zh-CN.xcd"
ucf --three-way
"/usr/lib/libreoffice/share/.registry/res/fcfg_langpack_zh-CN.xcd"
"/etc/libreoffice/registry/res/fcfg_langpack_zh-CN.xcd"
ucfr --force libreoffice-l10n-zh-CN
"/etc/libreoffice/registry/res/fcfg_langpack_zh-CN.xcd"
ucf --three-way
"/usr/lib/libreoffice/share/.registry/res/registry_zh-CN.xcd"
"/etc/libreoffice/registry/res/registry_zh-CN.xcd"
ucfr --force libreoffice-l10n-zh-CN
"/etc/libreoffice/registry/res/registry_zh-CN.xcd"
ucf --three-way "/usr/lib/libreoffice/share/.registry/cjk_zh-CN.xcd"
"/etc/libreoffice/registry/cjk_zh-CN.xcd"
ucfr --force libreoffice-l10n-zh-CN "/etc/libreoffice/registry/cjk_zh-CN.xcd"
fi
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8),
LANGUAGE=zh_CN:zh (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libreoffice-l10n-zh-cn depends on:
ii libreoffice-common 1:7.0.0~rc1-5
ii locales 2.30-8
Versions of packages libreoffice-l10n-zh-cn recommends:
ii libreoffice-core 1:7.0.0~rc1-5
Versions of packages libreoffice-l10n-zh-cn suggests:
pn hunspell-dictionary-zh-cn | myspell-dictionary-zh-cn
pn hyphen-zh-cn
pn libreoffice-grammarcheck-zh-cn
ii libreoffice-help-zh-cn1:7.0.0~rc1-5
pn mythes-zh-cn
-- no debconf information
Bug#964852: osdlyrics: Should depend on python3-dbus
Package: osdlyrics Version: 0.5.5~rc1+dfsg1-2 Severity: important Dear Maintainer, Osdlyrics will not run without python3-dbus. If osdlyrics-daemon is run manually in a terminal, the following error will occur: Traceback (most recent call last): File "/usr/lib/x86_64-linux-gnu/osdlyrics/daemon/main.py", line 25, in import dbus ModuleNotFoundError: No module named 'dbus' Manually installing python3-dbus fixes the problem. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN:zh (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages osdlyrics depends on: ii libappindicator1 0.4.92-8 ii libc62.30-8 ii libcairo21.16.0-4 ii libdbus-glib-1-2 0.110-5 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.64.3-2 ii libgtk2.0-0 2.24.32-4 ii libnotify4 0.7.9-1 ii libpango-1.0-0 1.44.7-4 ii libpangocairo-1.0-0 1.44.7-4 ii libx11-6 2:1.6.9-2+b1 ii python3 3.8.2-3 ii python3-future 0.18.2-2 ii python3-gi 3.36.0-3 osdlyrics recommends no packages. Versions of packages osdlyrics suggests: pn mpd -- no debconf information
Bug#931717: samba: CUPS printing fails with NT_STATUS_LOGON_FAILURE in 4.9.11+dfsg-1
tags 931717 upstream thanks I did a git bisect on salsa repo and found this to be an upstream bug. Will continue to see if it is https://bugzilla.samba.org/show_bug.cgi?id=13970 Regards, Wenbin Lv
Bug#930587: Re: Bug#930587: release-notes: fails to build for jessie and stretch
Hi Jover,
You are right. I was choosing between release-notes and www.debian.org
but I was not aware that the .dbk files will be regenerated anyway
during the build process. It seems that this should be reassigned
to www.debian.org.
The build script is at
https://salsa.debian.org/webmaster-team/cron/raw/master/parts/7release-notes
and it indeed uses git checkout to build for different releases.
Best regards,
Wenbin Lv
On Sun, 16 Jun 2019 23:01:14 +0200 Guillem Jover wrote:
> Hi!
>
> On Sun, 2019-06-16 at 14:40:53 +0800, Wenbin Lv wrote:
> > Package: release-notes
> > Severity: serious
> > Tags: ftbfs
> > Justification: fails to build from source (but built successfully in the
> > past)>
> > Recent transition from .dbk to .po for the ca language leaves some
> > untracked .dbk files in the source directory and causes git checkout of
> > jessie and stretch to fail in the build system of the Debian website,
> > showing the following errors[1]:
> >
> > rebuilding the release notes for {jessie,stretch}
> > error: The following untracked working tree files would be overwritten by
> > checkout:> > ca/about.dbk
> > ca/installing.dbk
> > ca/issues.dbk
> > ca/moreinfo.dbk
> > ca/old-stuff.dbk
> > ca/release-notes.dbk
> > ca/upgrading.dbk
> > ca/whats-new.dbk
>
> This looks like a bug in the website build machinery? These files are
> left behind in the same way they are for all other languages. The
> difference is that they got switched very recently.
>
> I'm assuming from your description that the website machinery, does a
> git checkout on each specific branch and then builds it, but is not
> running «make clean» before each git checkout?
>
> > which causes buster version of the release notes to be built for jessie
> > and stretch[2][3].
>
> Right!
>
> > Please remove the untracked files to fix the issue.
>
> I don't think there is nothing to fix in the release-notes package
> itself. This sould probably be reassigned.
>
> Thanks,
> Guillem
>
>
Bug#930587: release-notes: fails to build for jessie and stretch
Package: release-notes
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Recent transition from .dbk to .po for the ca language leaves some
untracked .dbk files in the source directory and causes git checkout of
jessie and stretch to fail in the build system of the Debian website,
showing the following errors[1]:
rebuilding the release notes for {jessie,stretch}
error: The following untracked working tree files would be overwritten by
checkout:
ca/about.dbk
ca/installing.dbk
ca/issues.dbk
ca/moreinfo.dbk
ca/old-stuff.dbk
ca/release-notes.dbk
ca/upgrading.dbk
ca/whats-new.dbk
which causes buster version of the release notes to be built for jessie
and stretch[2][3].
Please remove the untracked files to fix the issue.
[1] https://www-master.debian.org/build-logs/webwml/release-notes.log
[2] https://www.debian.org/releases/jessie/amd64/release-notes/index.en.html
[3] https://www.debian.org/releases/stretch/amd64/release-notes/index.en.html
-- System Information:
Debian Release: 10.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: mipsel
Kernel: Linux 4.19.0-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8),
LANGUAGE=zh_CN:zh (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Bug#907026: cups-filters: filter failed on Ricoh MP 3554 SP after upgrading to 1.21.0-1
Package: cups-filters Version: 1.21.0-1 Followup-For: Bug #907026 Control: tags -1 +upstream fixed-upstream You are welcome, and thank you Till Kamppeter for the fix. -- System Information: Debian Release: buster/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, mipsel, riscv64 Kernel: Linux 4.17.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8), LANGUAGE=zh_CN:zh (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups-filters depends on: ii bc 1.07.1-2+b1 ii cups-filters-core-drivers 1.21.0-1 ii ghostscript9.22~dfsg-2.1 ii libc6 2.27-5 ii libcups2 2.2.8-5 ii libcupsfilters11.21.0-1 ii libcupsimage2 2.2.8-5 ii libfontconfig1 2.13.0-5 ii libfontembed1 1.21.0-1 ii libgcc11:8.2.0-4 ii libqpdf21 8.2.1-1 ii libstdc++6 8.2.0-4 ii poppler-utils 0.63.0-2 Versions of packages cups-filters recommends: ii colord 1.3.3-2 ii imagemagick 8:6.9.10.8+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.8+dfsg-1 ii liblouisutdml-bin2.7.0-2+b3 Versions of packages cups-filters suggests: pn antiword pn docx2txt ii foomatic-db-compressed-ppds [foomatic-db] 20180604-1 -- no debconf information
Bug#907026: cups-filters: filter failed on Ricoh MP 3554 SP after upgrading to 1.21.0-1
Package: cups-filters Version: 1.21.0-1 Followup-For: Bug #907026 This bug has been fixed upstream, more info at https://github.com/OpenPrinting/cups-filters/issues/57 I tested the upstream patch and it works. -- System Information: Debian Release: buster/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, mipsel, riscv64 Kernel: Linux 4.17.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8), LANGUAGE=zh_CN:zh (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups-filters depends on: ii bc 1.07.1-2+b1 ii cups-filters-core-drivers 1.21.0-1 ii ghostscript9.22~dfsg-2.1 ii libc6 2.27-5 ii libcups2 2.2.8-5 ii libcupsfilters11.21.0-1 ii libcupsimage2 2.2.8-5 ii libfontconfig1 2.13.0-5 ii libfontembed1 1.21.0-1 ii libgcc11:8.2.0-4 ii libqpdf21 8.2.1-1 ii libstdc++6 8.2.0-4 ii poppler-utils 0.63.0-2 Versions of packages cups-filters recommends: ii colord 1.3.3-2 ii imagemagick 8:6.9.10.8+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.8+dfsg-1 ii liblouisutdml-bin2.7.0-2+b3 Versions of packages cups-filters suggests: pn antiword pn docx2txt ii foomatic-db-compressed-ppds [foomatic-db] 20180604-1 -- no debconf information
