Package: wnpp
Severity: wishlist
Owner: Changwoo Ryu
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-fo...@lists.debian.org
* Package name: fonts-pretendard
Version : 1.3.9
Upstream Contact: https://github.com/orioncactus/pretendard
* URL : https://github.com
Package: wnpp
Severity: wishlist
Owner: Changwoo Ryu
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-l10n-kor...@lists.debian.org
* Package name: h2orestart
Version : 0.6.0
Upstream Contact: https://github.com/ebandal/H2Orestart
* URL : https://github.com/ebandal
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: nautilus-filename-repai...@packages.debian.org,
debian-l10n-kor...@lists.debian.org
Control: affects -1 + src:nautilus-filename-repairer
Please remove nautilus-filename-repairer.
It
: enabled
Versions of packages grub2 depends on:
ii grub-common 2.06-12
pn grub-pc
grub2 recommends no packages.
grub2 suggests no packages.
# Changwoo Ryu , 2014, 2017, 2023.
#
msgid ""
msgstr ""
"Project-Id-Version: grub_debian\n"
"Report-Msgid-Bugs-To
: AppArmor: enabled
# Korean translations for glibc package
# glibc 패키지에 대한 한국어 번역문.
# Copyright (C) 2007 THE glibc'S COPYRIGHT HOLDER
# This file is distributed under the same license as the glibc package.
# Sunjae Park , 2007 - 2008.
# Changwoo Ryu , 2023.
#
msgid ""
msgstr ""
"
Package: tzdata
Severity: wishlist
Tags: l10n patch
Here is the updated Korean translation of the tzdata debconf templates.
# tzdata debconf templates translation
# This file is distributed under the same license as the tzdata package.
# Changwoo Ryu , 2021-2022.
#
msgid ""
msgstr &quo
Control: severity -1 normal
Control: notfound -1 0.7.92-1
This bug appears to occur only in an incomplete chroot environment.
Please check your chroot again. You can reopen if it still occurs in a
general environment.
Control: severity -1 normal
2022년 12월 31일 (토) 오후 5:21, Rene Engelhard 님이 작성:
>
> Source: hunspell-dict-ko
> Version: 0.7.92-1
> Severity: important
>
> Dear Maintainer,
>
> I tried to look after the hunspell-dict-ko failure and created a minimal
> chroot + installing the test
> dependencies for
2023년 1월 2일 (월) 오전 5:31, Rene Engelhard 님이 작성:
>
> Hi,
>
> Am 01.01.23 um 21:25 schrieb Changwoo Ryu:
> > I can't reproduce it myself.
> I am not sure either what happens...
> > In your test, every word failed to be checked with the same error and
> > the error
Hello,
2022년 12월 31일 (토) 오후 5:36, Rene Engelhard 님이 작성:
> It even fails here locally with 1.7.2+really1.7.1-2 which I needed to do
> due to
> https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-cran-hunspell/29793480/log.gz.
>
> In a clean chroot + test deps + python3 (see #1027417), I get:
I reviewed the code for a while but it needs a significant change to migrate.
Adopting new APIs was relatively easy, but this repairer extension
works by launching several modal synchronous dialogs, which are
obsolete in GTK4, in sequence. This impacts the whole flow of this
program in GTK4
Package: tzdata
Version: 2021c-1
Severity: wishlist
Tags: l10n patch
Please find the attached the debconf templates translation into Korean.
--
Changwoo Ryu
# tzdata debconf templates translation
# This file is distributed under the same license as the tzdata package.
# Changwoo Ryu , 2021
I think the best choice is to keep ibus-gtk in Recommends, as long as there
are gtk2 apps in Debian.
Without ibus-gtk installed, XIM will be used as the fallback and its bugs
will confuse users. There are already several open bugs about this. When
ibus-gtk was in OR'ed Recommends, many users just
Hello,
2021년 5월 15일 (토) 오후 8:21, Gunnar Hjalmarsson 님이 작성:
>
> I see one thing which looks suspicious: You have set the LC_ALL
> environment variable to C. LC_ALL is not supposed to be set permanently.
> Ever. Especially not to C, which disables UTF-8 encoding.
Actually LC_ALL=C is set by
Control: reassign -1 libchewing3-data 0.5.1-4
The dictionary is provided by libchewing
Korean is affected too and I added the "-O1" option workaround also to Korean.
Control: tags -1 + wontfix
Nabi implements the legacy XIM protocol only and it's not used much
(popcon <3) nowadays. There haven't been any new releases since 2013.
This package will be removed from the archive when GTK2 removal is a must.
Control: retitle -1 ibus: some keystrokes are not taken into account
Control: tag -1 + unreproducible
It is welcome to help in reproducing this.
I couldn't reproduce this in my system or in a newly installed one.
Package: ibus-unikey
Version: 0.7.0~beta1-0.1
Severity: normal
Currently ibus-unikey depends on ibus-gtk and ibus-gtk3.
These IM module package are for supporting UIs and they should not be in
Depends of ibus language engine packages.
2020년 7월 14일 (화) 오전 12:39, Gunnar Hjalmarsson 님이 작성:
>
> Control: tags -1 + pending
>
> Fix pushed to repo:
> https://salsa.debian.org/input-method-team/ibus-avro/-/commit/06990e57
>
> (Don't know why salsa didn't do this automatically.)
That is not set as default. Add the "tagpending' webhook
2020년 7월 13일 (월) 오전 4:37, Gunnar Hjalmarsson 님이 작성:
>
> Thanks for your report!
>
> On 2020-07-12 19:01, Changwoo Ryu wrote:
> > ibus-avro depends on ibus-gtk, ibus-gtk3 and ibus-clutter.
> >
> > These IM module package are for supporting UIs and they should not be
&
Package: ibus-avro
Version: 1.2-1
Severity: normal
ibus-avro depends on ibus-gtk, ibus-gtk3 and ibus-clutter.
These IM module package are for supporting UIs and they should not be in
Depends of ibus language engine packages.
Especially it's strange to pull ibus-clutter when no application
Package: fontforge
Version: 1:20190801~dfsg-4
Severity: important
Hello,
When I run fontforge in Wayland (gnome-shell or weston),
$ env LANG=en_US.UTF-8 fontforge LexiGulim.ttf
It doesn't show the font glyphs. Also I cannot see window decorations.
I can access the menu but the current
Control: tags -1 + pending
Thanks for the fix!
Next time please include bug number in resolving commit message. Then
salsa webhook will automatically append "pending" tag.
Package: im-config
Version: 0.44.1-1
Severity: normal
The imhangul support in im-config seems to be for imhangul (GTK2/3) and
qimhangul (QT3/4) packages, but those packages have been removed since buster.
Just remove the imhangul support. The menu name "hangul" (which is also the
name of
Package: firefox
Version: 76.0.1-1
Severity: normal
Hello,
Currently in Firefox, WebRTC screen capture works only on X11. In Wayland,
only XWayland windows can be captured.
Wayland doesn't support screen capture by defaults but GNOME supports the
feature
using pipewire. The pipewire support
Control: tags -1 + patch
See merge request at
https://salsa.debian.org/input-method-team/ibus-cangjie/-/merge_requests/1
I found that the upstream Makefile.am overrided $(libexecdir) for some
reason. https://github.com/Cangjians/ibus-cangjie/issues/58 But I
think it's better to install the
Control: severity -1 normal
Control: retitle -1 Use unicode-data (>= 13.0.0-2)
The updated unicode-data 13.0.0-2 ships the emoji files.
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953795#38)
Please use the updated version (>= 13.0.0-2) instead of (>= 13.0.0) in
Build-Depends.
Package: ibus-zhuyin
Version: 0.1.0-2
Severity: wishlist
Hello,
ibus-zhuyin uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-zhuyin doesn't have setup in /usr/lib/ibus so you don't have to change
Package: ibus-unikey
Version: 0.6.1-1.1+b1
Severity: wishlist
Control: block 955219 by -1
Hello,
ibus-unikey uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-unikey has setup in /usr/lib/ibus and it
Package: ibus-sunpinyin
Version: 2.0.3+git20181120-5
Severity: wishlist
Hello,
ibus-sunpinyin uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-sunpinyin has setup in /usr/lib/ibus but it was specified
Package: ibus-table
Version: 1.9.25-1
Severity: wishlist
Hello,
ibus-table uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-table has setup in /usr/lib/ibus but it was specified in the in
the XML so
Package: ibus-skk
Version: 1.4.3-1
Severity: wishlist
Control: block 955219 by -1
Hello,
ibus-skk uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-skk has setup in /usr/lib/ibus and it was not
Package: ibus-pinyin
Version: 1.5.0-6+b1
Severity: wishlist
Hello,
ibus-pinyin uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-pinyin has setup in /usr/lib/ibus but it was specified in the in
the
Package: ibus-m17n
Version: 1.4.2-1
Severity: wishlist
Hello,
ibus-m17n uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-m17n has setup in /usr/lib/ibus but it was specified in the in
the XML so you
Package: ibus-libthai
Version: 0.1.4-5
Severity: wishlist
Hello,
ibus-libthai uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-libthai has setup in /usr/lib/ibus but it was specified in the in
the
Package: ibus-libzhuyin
Version: 1.9.1-1
Severity: wishlist
Hello,
ibus-libzhuyin uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-libzhuyin has setup in /usr/lib/ibus but it was specified in the in
Package: ibus-libpinyin
Version: 1.11.1-2
Severity: wishlist
Hello,
ibus-libpinyin uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-libpinyin has setup in /usr/lib/ibus but it was specified in the in
Package: ibus-kmfl
Version: 11.0.101-1
Severity: wishlist
Hello,
ibus-kmfl uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-kmfl doesn't have setup in /usr/lib/ibus so you don't have to change
other
Package: ibus-kkc
Version: 1.5.22-2
Severity: wishlist
Control: block 955219 by -1
Hello,
ibus-kkc uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-kkc has setup in /usr/lib/ibus and it was not
Package: ibus-keyman
Version: 11.0.103-4
Severity: wishlist
Hello,
ibus-keyman uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-keyman doesn't have setup in /usr/lib/ibus so you don't have to change
Package: ibus-input-pad
Version: 1.4.2-2
Severity: wishlist
Control: block 955219 by -1
Hello,
ibus-input-pad> uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-input-pad has setup in /usr/lib/ibus and
Package: ibus-chewing
Version: 1.6.1-1
Severity: wishlist
Hello,
ibus-chewing uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-chewing has setup in /usr/lib/ibus but it was specified in the in
the
Package: ibus-array
Version: 0.2.1-5
Severity: wishlist
Control: block 955219 by -1
Hello,
ibus-array uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-array has setup in /usr/lib/ibus and it was not
Package: ibus-cangjie
Version: 2.4-4
Severity: wishlist
Hello,
ibus-cangjie uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-cangjie doesn't have setup in /usr/lib/ibus so you don't have to change
Package: ibus-anthy
Version: 1.5.11-1+b1
Severity: wishlist
Control: block 955219 by -1
Hello,
ibus-anthy uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-anthy has setup and it was not specified in
Package: ibus-hangul
Version: 1.5.3-1
Severity: wishlist
Control: breaks 955219 by -1
Hello,
ibus-hangul uses --libexec-dir=/usr/lib/ibus configure flag. But it is
not needed anymore. Please remove the --libexec-dir flag in the next
uploads.
ibus-hangul has setup and it was not specified in
Package: ibus
Version: 1.5.22-2
Severity: wishlist
ibus 1.5.22-2 removed --libexec-dir=/usr/lib/ibus configure flags
for the FHS 3.0 compliance, but it also provides /usr/lib/ibus/ibus-setup-NAME
compatibility for the old engine packages.
See
Control: tags -1 + confirmed
2020년 3월 19일 (목) 오전 8:40, shirish शिरीष 님이 작성:
> Dear Changwoo,
>
> Here are the details you needed -
>
> $ apt-cache policy ibus-gtk3
> ibus-gtk3:
> Installed: 1.5.22-1
> Candidate: 1.5.22-1
> Version table:
> *** 1.5.22-1 900
> 900
Hi,
2020년 3월 18일 (수) 오후 11:24, shirish शिरीष 님이 작성:
>
> Package: ibus-gtk3
> Version: 1.5.22-1
> Severity: normal
>
> Dear Maintainer,
>
> I am getting the following GTK3 warnings while running any gtk3 aware app.
>
> (gedit:255189): Gtk-WARNING **: 19:47:32.240: GModule
>
Control: severity -1 normal
It seems that ibus is the only FTBFS package by this issue. So I
decided to include emoji-test.txt in the ibus source (at least for
now).
I'm lowering the severity.
Source: node-unicode-data
Version: 0~20190709+git706d06c0-4
Severity: important
Hello,
I found node-unicode-data used emoji-*.txt files which have been removed from
unicode-data
in upstream version 13.0. (#953795)
debian/rules:19:ln -s $(UNICODE)/emoji/emoji-sequences.txt
Control: tags -1 + moreinfo
On Sun, 15 Mar 2020 03:49:57 +0200 "K.D." wrote:
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
>When $sudo udevadm trigger --subsystem-match=input --action=change
>was executed, I can use ctrl+alt to change the
2020년 3월 14일 (토) 오전 12:06, Thorsten Glaser 님이 작성:
>
> Changwoo Ryu dixit:
>
> >Possible solutions would be shipping additional emoji files in unicode-data,
> >or creating a new source package for unicode emoji files like Fedora does
> >(https://src.fedoraproject.org/
Package: unicode-data
Version: 13.0.0-1
Severity: important
Control: block 953775 by -1
Control: block 953793 by -1
Hello,
The ibus and node-unicode-tr51 (and possibly others I have not found yet)
packages have
FTBFS with unicode-data 13.0.0-1.
Package: src:node-unicode-tr51
Version: 9.1.0+ds-2
Severity: serious
Tags: ftbfs
Hello,
node-unicode-tr51 FTBFS with upgraded unicode-data 13.0.0-1.
It looks like emoji-sequences.txt, emoji-test.txt and emoji-zwj-sequences.txt
have been removed from unicode character database download (UCD.zip).
Package: src:ibus
Version: 1.5.21-5
Severity: serious
Tags: ftbfs
ibus build fails with missing emoji-test.txt in unicode-data 13.0.0.
configure: error: Not found /usr/share/unicode/emoji/emoji-test.txt. You can
get the emoji files from http://www.unicode.org/Public/emoji/4.0/
It looks like
Control: reopen 950104
Oops, I'm sorry. It was a typo.
Control: tag -1 + unreproducible moreinfo
2020년 2월 10일 (월) 오후 8:24, Julien Negros 님이 작성:
>
> Package: ibus
> Version: 1.5.14-3+deb9u2
> Severity: important
>
> Hi !
>
> Not sure I'm doing the right thing since this issue is not present with
> updated version of the ibus package, like in Buster.
Package: apparmor
Version: 2.13.3-7
Severity: normal
In short, the ibus socket path in needs to be changed
for the recent ibus versions like this:
unix (connect, receive, send)
type=stream
peer=(addr="@{HOME}/.cache/ibus/dbus-*"),
Details:
This is follow-up to
z" file instead of "orig.tar.xz". Could you upload again with
existing orig tarball?
Thanks,
Changwoo Ryu
Package: fcitx-hangul
Version: 0.3.1-2
Severity: normal
The libhangul1 package in Debian is based on the upstream git version. Unlike
the released 0.1.0 version, this git version doesn't support "auto reordering"
feature. Toggling this settings in fcitx-hangul has no effect.
To avoid confusion,
Control: tags -1 pending
2019년 12월 24일 (화) 오전 4:27, Steve Langasek 님이 작성:
>
> Package: ibus
> Version: 1.5.21-4
> Severity: minor
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu focal ubuntu-patch
>
> Dear maintainers,
>
> In Ubuntu, we are in the process of moving
Control: retitle -1 Document that bugscripts run in "C" locale
2019년 12월 8일 (일) 오전 5:39, Nis Martensen 님이 작성:
>
> When programs called by bugscripts provide output in the user's locale,
> this can make the information unintelligible to the debian maintainer.
> Please see
Package: ibus-cangjie
Version: 2.4-3
Severity: important
ibus-setup-cangjie just finished with a Python exception:
$ /usr/bin/ibus-setup-cangjie cangjie
Traceback (most recent call last):
File "/usr/bin/ibus-setup-cangjie", line 42, in
from ibus_cangjie.setup import Setup
File
> > > == locale ==
> > > LANG=fr_FR.UTF-8
> > > LANGUAGE=
> > > 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"
> > >
Package: python3-reportbug
Version: 7.5.3
Severity: normal
reportbug seems to run bugscript in "C" locale. In /usr/lib/python3/dist-
packages/reportbug/utils.py:
rc = runner('LC_ALL=C %s %s %s' % (handler, pipes.quote(bugscript),
pipes.quote(filename)))
It prevents the ibus bugscript from
Package: gir1.2-ggit-1.0
Version: 0.28.0.1-1+b1
Severity: normal
$ dpkg -S /usr/lib/python3/dist-packages/gi/overrides/overrides/Ggit.py
gir1.2-ggit-1.0:amd64: /usr/lib/python3/dist-
packages/gi/overrides/overrides/Ggit.py
$
gir1.2-ggit-1.0 has /usr/lib/python3/dist-
Control: forcemerge 716334 716344 716401 716402 716403
Control: forwarded 716334 https://github.com/sunpinyin/sunpinyin/issues/98
Control: retitle 716334 sunpinyin-utils: Crashes by missing fopen()
failure checks
Still reproducible. All these crashes are by missing fopen() error
checks. Merging
Control: tags -1 + moreinfo
2019년 12월 5일 (목) 오후 7:06, gpe92 님이 작성:
>
> Package: ibus
> Version: 1.5.21-3
> Severity: normal
>
> Dear Maintainer,
>
> Since ibus comes in testing I encounter lot of problems with keystrokes
> which are not taken in account. Especially the accentuated characters
>
Package: ftp.debian.org
Severity: normal
fonts-woowa-hanna has been replaced by fonts-woowa-bm. fonts-woowa-bm includes
all font families including the Hanna font.
There's no rdeps.
Control: forwarded https://github.com/ibus/ibus-pinyin/pull/5
Control: tags -1 + patch pending
Control: blocks 944387 by -1
I just pushed patch from the upstream push request to salsa. It seems to work.
Control: Tags -1 + patch
A suggested patch is attached.
diff --git a/debian/control b/debian/control
index 303a216..ba06f15 100644
--- a/debian/control
+++ b/debian/control
@@ -8,6 +8,7 @@ Build-Depends: autoconf (>= 2.5),
autopoint,
debhelper (>= 9),
On Tue, 12 Nov 2019 21:03:50 + Boyuan Yang wrote:
> + Downgrade dependency of ibus-tests -> gnome-shell to
>recommendation on s390x since gnome-shell currently FTBFS on
>s390x architecture.
>This makes ibus able to migrate to testing. (Closes: #944614)
Does it
The test code needs to be corrected: setlocale() is required before
calling POSIX locale-aware functions.
--- glibtestold.c2019-11-11 11:27:21.489271420 +0900
+++ glibtest.c2019-11-11 11:27:09.737139535 +0900
@@ -1,3 +1,4 @@
+#include
#include
#include
@@ -6,6 +7,8 @@
gchar
2019년 11월 10일 (일) 오후 7:06, 님이 작성:
>
> On 2019-11-09 11:19 Changwoo Ryu wrote:
> > Is it still reproducible with recent versions of ibus and clients?
>
> My main problem with JabRef is gone. I can insert 日本語 without a
> problem.
>
> But "Anki" (current upstrea
I still can't reproduce it in Cinamon desktop in a new account with
the same im-config settings. Something should be different in the
reproducing desktop.
Control: tag -1 + moreinfo
Is it still reproducible with recent versions of ibus and clients?
Control: retitle: -1 ibus: Chromium shortcuts with letter keys do not
work via XIM
Control: outlook -1 0
Control: severity -1 minor
Control: tags -1 + wontfix
This problem is XIM only and easily avoided by installing ibus-gtk3.
--
I'm lowering severity of the XIM related ibus bugs. I'm also
Control: retitle: -1 Using poedit textboxes via XIM without ibus-gtk3
Control: outlook -1 0
Control: severity -1 minor
Control: tags -1 + wontfix
This problem is XIM only and easily avoided by installing ibus-gtk3.
--
I'm lowering severity of the XIM related ibus bugs. I'm also adding
wontfix
But one problem of having Python (for example) overrides file in
gir1.2-* package is, that it creates unnecessary dependency on python
even for non-python rdepends.
Currently some gir1.2-* packages with Python overrides files have
intentionally missing python dependency to avoid such unnecessary
Package: gir1.2-ibus-1.0
Version: 1.5.2-1
Severity: normal
Control: block -1 by 936717
For Python2 removal in sid/bullseye, the Python 2.x
gobject-introspection overrides file should be removed from
gir1.2-ibus-1.0. Currently ibus-array (0.2.1-2) is the only affected
package.
I'm filing this bug
Control: tags -1 confirmed
Control: forwarded -1 https://github.com/ibus/ibus/issues/2150
Control: severity -1 minor
Control: retitle -1 ibus: ibus-setup doesn't use the installed dconf profile
The original title was confusing. "dconf update" updates the system
dconf db file which is not
For summary,
This is a dbus-glib upstream issue
(https://gitlab.gnome.org/GNOME/glib/issues/1831). An ongoing merge
request exists at
https://gitlab.gnome.org/GNOME/glib/merge_requests/1176.
It's most likely a race condition on auth which makes a gdbus server
to receive invalid client UID/GID.
Control: tags -1 + fixed-upstream
It's been fixed in upstream 1.5.20 or later.
Maybe we can just upload 1.5.21-1~exp2 in experimental to unstable.
I found that the RH ibus package also disables three tests,
ibus-compose, ibus-keypress and test-stress:
https://src.fedoraproject.org/rpms/ibus/blob/f31/f/ibus.spec#_329
I believe that the failed tests are assumed to be run in a GUI
session. Then they will break buildd and CI. Why not just
Hello, Boyuan
I realized you already worked on ibus 1.5.21 in experimental branch
while I was doing the same thing. :) So I rebased my changes onto your
work. Please review my MR:
https://salsa.debian.org/debian/ibus/merge_requests/3
Changwoo Ryu
Control: tag -1 + upstream
This also looks like XIM related. I can't reproduce this bug with
ibus-gtk3 installed.
Please note that XIM related issues are nowadays considered as non-supported by
upstream IM frameworks.
Control: tag -1 + moreinfo unreproducible
I couldn't reproduce it in GNOME session w/ ibus 1.5.19-4+b1 and ibus-libpinyin.
Control: tag -1 + upstream
Control: forwarded -1 https://github.com/ibus/ibus/issues/2073
This can be reproduce only with XIM. Users can just install ibus-gtk3.
Todays, XIM related issues are considered as non-supported ones by
upstream IM frameworks.
2019년 8월 24일 (토) 오후 7:56, Changwoo Ryu 님이 작성:
>
> Please clarify about dropping the extra databases.
>
> So dropping extra city/ASN databases is because their upstream sources
> are now shipped in separate ZIP files. And you don't want to maintain
> these databases in new sou
Please clarify about dropping the extra databases.
So dropping extra city/ASN databases is because their upstream sources
are now shipped in separate ZIP files. And you don't want to maintain
these databases in new source packages. Am I correct? I just want to
know what to do for those who still
the same license as the dbconfig-common
package.
# Sunjae Park , 2007.
# Changwoo Ryu , 2009, 2015, 2016, 2019.
#
msgid ""
msgstr ""
"Project-Id-Version: dbconfig-common\n"
"Report-Msgid-Bugs-To: dbconfig-com...@packages.debian.org\n"
"POT-Creation-Date: 201
Package: freevial
Version: 1.3-2.1
Severity: normal
I'm trying to find and remove dependencies on fonts-unfonts-* fonts. fonts-
unfonts fonts look bad on ordinary screens and there are alternatives.
I have no idea why freevial chose "UnBatang" as the default font. But I don't
think there was a
Control: tags -1 + patch
I made a MR (without d/changelog entry):
https://salsa.debian.org/games-team/freeciv/merge_requests/1
Package: freeciv-client-sdl
Version: 2.6.0-3
Severity: normal
Tags: l10n
I'm trying to find and remove dependencies on fonts-unfonts-* fonts. fonts-
unfonts-core fonts look bad on ordinary screens and there are alternatives.
Freeciv doesn't seem to need a specific font but needs just a free
Control: clone 934008 -1
Control: reassign -1 mlterm-tiny
Control: retitle -1 mlterm-tiny: Remove fonts-baekmuk from Suggests
Control: reopen -1
Thanks. mlterm-tiny binpkg also needs to be fixed.
Package: wnpp
Severity: normal
I orphan this package, wand. I don't use it anymore.
I updated it recently (0.5.5-1) and it's in pretty good shape.
See https://salsa.debian.org/debian/wand if you are interested.
Package: mlterm
Version: 3.8.8-2
Severity: minor
Hello,
Please remove fonts-baekmuk from Suggests. The baekmuk fonts are old and lead
to undesirable result in modern displays.
I skimmed mlterm source code and I found no direct reference to the Baekmuk
fonts. So it seems that fonts-baekmuk is
Package: mlterm
Version: 3.8.8-2
Severity: normal
In debian/config-menu,
"XIM" {
"kinput2" "xim=kinput2:ja_JP.eucJP"
"ami" "xim=Ami:ko_KR.eucKR"
"xcin (big5)" "xim=xcin:zh_TW.Big5"
"xcin (gb)" "xim=zh_CN.GB2312:zh_CN.GB2312"
1 - 100 of 367 matches
Mail list logo