Bug#1050496: Bug still present on v5.3-1

[YOSHINO Yoshihito]

Control: tags -1 + moreinfo

Hi Rock,

I am not a maintainer, but I can look into this if you provide more
details of the CSV file.
A similar CSV file to reproduce the behavior would be welcome.

Regards,
-- 
YOSHINO Yoshihito 

Bug#1029821: change gnome-desktop's default choice of Japanese input methods for Debian

[YOSHINO Yoshihito]

Hi,

On Thu, Mar 2, 2023 at 10:49 PM Osamu Aoki  wrote:
> Yoshino-san, did you check how mozc maintainers think about your proposal.
>
> If they agree, I think promoting mozc for little endian platform may be good
> idea for better user experience.

I am trying to reach them.

Anyway, I have just updated the patch to limit architectures.

Regards,
-- 
YOSHINO Yoshihito 


use_mozc_jp.debdiff
Description: Binary data

Bug#1006486: gnome metapackage should recommend gnome-initial-setup

[YOSHINO Yoshihito]

Package: gnome
Followup-For: Bug #1006486
X-Debbugs-Cc: hwans...@mailbox.org, z...@debian.org

Dear Maintainer,

I see the welcome page of gnome-initial-setup should provide a pleasant
experience for a first-time user in most cases. However, unfortunately
another page severely affects some users.

For Japanese language (and perhaps Traditional Chinese language) users
its keyboard page hurts our installation badly (See Bug#984875,
Bug#1021434, and Bug#1029821.) So task-japanese-gnome-desktop
deliberately excludes the package from its Recommends, and each
task--gnome-desktop Recommends the package only if the
language really needs it in the previous Bullseye freeze (Bug#983653.)
However, this bug has broken all our efforts.

I ask you to consider the reversal of the gnome-initial-setup inclusion.

Regards,

-- 
YOSHINO Yoshihito 

Bug#1029821: change gnome-desktop's default choice of Japanese input methods

[YOSHINO Yoshihito]

Control: severity -1 grave

Dear Maintainer,

This bug is critical to most Japanese language users. In a fresh GNOME
desktop installation by bookworm d-i, after the first login
gnome-initial-setup pops up and breaks the default Japanese input method
with the inappropriate config in this package.

I really hope this will be fixed before the release.

Thanks in advance,
-- 
YOSHINO Yoshihito 

Bug#1029825: emacs: reduce libgccjit0 related dependencies to optional?

[YOSHINO Yoshihito]

Control: severity -1 normal

(Cc-ing libgccjit0 maintainers)

On Sat, 28 Jan 2023 07:44:45 -0400 David Bremner  wrote:
>
> YOSHINO Yoshihito  writes:
>
> > When I tried to install emacs-gtk or emacs-nox in bookworm, it pulls
> > many development packages, especially binutils, libgcc-12-dev,
> > libc6-dev and linux-libc-dev, which I would avoid to install if
> > possible. They are pulled through libgccjit0, and probably used with
> > the native compilation feature. It seems automatic native compilation
> > can be inhibited run-time since 1:28.2+1-9. Is it possible to demote
> > those dependencies to Recommends? (Probably I would also have to ask
> > the libgccjit0 maintainer).
>
> I don't think this will be possible for bookworm. libgccjit0 is
> dynamically linked to the emacs binaries, so a completely new flavour of
> emacs (analogous to emacs-nox) would be needed. It is too late in the
> development cycle to introduce such a thing, even if there was concensus
> that doing so was worth the effort.

Yes I know libgccjit0 is dynamically linked to it, so I don't intend to
keep out libgccjit0. Instead I intend to keep out some of the
dependencies of libgccjit0, specifically the following:
- libgcc-12-dev
- binutils
- libc6-dev (>= 2.23-1~)

I have just deliberately broken the dependencies and tested such an
emacs-nox installation. It seems to work as I expected:

$ LANG= sudo apt-get --no-install-recommends -V install
emacs-bin-common emacs-common

 Reading package lists... 0% Reading package lists... 100% Reading
package lists... Done
 Building dependency tree... 0% Building dependency tree... 0%
Building dependency tree... 50% Building dependency tree... 50%
Building dependency tree... Done
 Reading state information... 0%  Reading state information... 0%
Reading state information... Done
The following additional packages will be installed:
   emacs-el (1:28.2+1-10)
   install-info (6.8-6+b1)
Suggested packages:
   emacs-common-non-dfsg
Recommended packages:
   mailutils (1:3.15-3+b2)
The following NEW packages will be installed:
   emacs-bin-common (1:28.2+1-10)
   emacs-common (1:28.2+1-10)
   emacs-el (1:28.2+1-10)
   install-info (6.8-6+b1)
0 upgraded, 4 newly installed, 0 to remove and 58 not upgraded.
Need to get 0 B/31.2 MB of archives.
After this operation, 91.4 MB of additional disk space will be used.
Do you want to continue? [Y/n]
Selecting previously unselected package install-info.
(Reading database ...  (Reading database ... 5% (Reading database ...
10% (Reading database ... 15% (Reading database ... 20% (Reading
database ... 25% (Reading database ... 30% (Reading database ... 35%
(Reading database ... 40% (Reading database ... 45% (Reading database
... 50% (Reading database ... 55% (Reading database ... 60% (Reading
database ... 65% (Reading database ... 70% (Reading database ... 75%
(Reading database ... 80% (Reading database ... 85% (Reading database
... 90% (Reading database ... 95% (Reading database ... 100% (Reading
database ... 160589 files and directories currently installed.)
Preparing to unpack .../install-info_6.8-6+b1_amd64.deb ...
Unpacking install-info (6.8-6+b1) ...
Setting up install-info (6.8-6+b1) ...
Selecting previously unselected package emacs-el.
(Reading database ...  (Reading database ... 5% (Reading database ...
10% (Reading database ... 15% (Reading database ... 20% (Reading
database ... 25% (Reading database ... 30% (Reading database ... 35%
(Reading database ... 40% (Reading database ... 45% (Reading database
... 50% (Reading database ... 55% (Reading database ... 60% (Reading
database ... 65% (Reading database ... 70% (Reading database ... 75%
(Reading database ... 80% (Reading database ... 85% (Reading database
... 90% (Reading database ... 95% (Reading database ... 100% (Reading
database ... 160604 files and directories currently installed.)
Preparing to unpack .../emacs-el_1%3a28.2+1-10_all.deb ...
Unpacking emacs-el (1:28.2+1-10) ...
Selecting previously unselected package emacs-common.
Preparing to unpack .../emacs-common_1%3a28.2+1-10_all.deb ...
Unpacking emacs-common (1:28.2+1-10) ...
Selecting previously unselected package emacs-bin-common.
Preparing to unpack .../emacs-bin-common_1%3a28.2+1-10_amd64.deb ...
Unpacking emacs-bin-common (1:28.2+1-10) ...
Setting up emacs-el (1:28.2+1-10) ...
Setting up emacs-common (1:28.2+1-10) ...
Setting up emacs-bin-common (1:28.2+1-10) ...
update-alternatives: using /usr/bin/ctags.emacs to provide
/usr/bin/ctags (ctags) in auto mode
update-alternatives: using /usr/bin/ebrowse.emacs to provide
/usr/bin/ebrowse (ebrowse) in auto mode
update-alternatives: using /usr/bin/emacsclient.emacs to provide
/usr/bin/emacsclient (emacsclient) in auto mode
update-alternatives: using /usr/bin/etags.emacs to provide
/usr/bin/etags (etags) in auto mode
Processing triggers for install-info (6.8-6+b1) ...
Processing triggers for mailcap (3.70+nmu1) ...
Processin

Bug#1029825: emacs: reduce libgccjit0 related dependencies to optional?

[YOSHINO Yoshihito]

Package: emacs
Version: 1:28.2+1-10
Severity: normal
X-Debbugs-Cc: yy.y.ja...@gmail.com

Dear Maintainer,

When I tried to install emacs-gtk or emacs-nox in bookworm, it pulls
many development packages, especially binutils, libgcc-12-dev,
libc6-dev and linux-libc-dev, which I would avoid to install if
possible. They are pulled through libgccjit0, and probably used with
the native compilation feature. It seems automatic native compilation
can be inhibited run-time since 1:28.2+1-9. Is it possible to demote
those dependencies to Recommends? (Probably I would also have to ask
the libgccjit0 maintainer).

Thanks in advance,
-- 
YOSHINO Yoshihito 

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

Kernel: Linux 6.1.0-1-amd64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages emacs depends on:
pn  emacs-gtk | emacs-lucid | emacs-nox  

emacs recommends no packages.

emacs suggests no packages.

Bug#1029822: gnucash: new upstream release fixing several l10n issues

[YOSHINO Yoshihito]

Package: gnucash
Version: 1:4.12-1
Severity: important
Tags: l10n upstream
X-Debbugs-Cc: yy.y.ja...@gmail.com

Dear Maintainer,

New upstream release 4.13 fixes several l10n issues including Unicode
normalization of an input text, with translation updates:
https://www.gnucash.org/news.phtml#n-221218-4.13.news

On my local machine just uupdate and build the source and it works fine.

It would be nice to have the new version in the upcoming freeze.

Thanks in advance,

-- 
YOSHINO Yoshihito 

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

Kernel: Linux 5.10.0-20-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages gnucash depends on:
ii  gnucash-common 1:4.13-0.0~bpo11+1
ii  guile-3.0  3.0.5-4
ii  guile-3.0-libs 3.0.5-4
ii  libaqbanking44 6.2.10-1
ii  libboost-filesystem1.74.0  1.74.0-9
ii  libboost-locale1.74.0  1.74.0-9
ii  libboost-program-options1.74.0 1.74.0-9
ii  libboost-regex1.74.0 [libboost-regex1.74.0-icu67]  1.74.0-9
ii  libc6  2.31-13+deb11u5
ii  libcairo2  1.16.0-5
ii  libcrypt-ssleay-perl   0.73.06-1+b3
ii  libdate-manip-perl 6.83-1
ii  libdbi10.9.0-6
ii  libfinance-quote-perl  1.50~rc2-2
ii  libgcc-s1  10.2.1-6
ii  libgdk-pixbuf-2.0-02.42.2+dfsg-1+deb11u1
ii  libglib2.0-0   2.66.8-1
ii  libgtk-3-0 3.24.24-4+deb11u2
ii  libgwengui-gtk3-79 5.6.0-2
ii  libgwenhywfar795.6.0-2
ii  libhtml-tableextract-perl  2.15-1.1
ii  libhtml-tree-perl  5.07-2
ii  libicu67   67.1-7
ii  libofx71:0.9.15-3
ii  libpango-1.0-0 1.46.2-3
ii  libpangocairo-1.0-01.46.2-3
ii  libpython3.9   3.9.2-1
ii  libsecret-1-0  0.20.4-2
ii  libstdc++6 10.2.1-6
ii  libwebkit2gtk-4.0-37   2.38.3-1~deb11u1
ii  libwww-perl6.52-1
ii  libxml22.9.10+dfsg-6.7+deb11u3
ii  perl   5.32.1-4+deb11u2
ii  zlib1g 1:1.2.11.dfsg-2+deb11u2

Versions of packages gnucash recommends:
pn  gnucash-docs 
pn  python3-gnucash  
pn  yelp 

Versions of packages gnucash suggests:
pn  libdbd-mysql
pn  libdbd-pgsql
ii  libdbd-sqlite3  0.9.0-9

-- no debconf information

Bug#984875: choice of Japanese input methods is not useful

[YOSHINO Yoshihito]

Package: gnome-initial-setup
Followup-For: Bug #984875
X-Debbugs-Cc: yy.y.ja...@gmail.com

Now in bookworm gnome metapackage Recommends: gnome-initial-setup.
This means all task-gnome-desktop users in all languages including
Japanese now have to use the gnome-initial-setup window after the first
login.

The choices of input methods and their ordering are handled by
gnome-initial-setup itself, and the default choice is handled by the
dependent libgnome-desktop-4-2 package, and both are still not good.
Another bug report #1029821 handles the latter.

Regards,

-- 
YOSHINO Yoshihito 

Bug#1029820: choice of Japanese input methods is not useful

[YOSHINO Yoshihito]

Package: gnome-initial-setup
Followup-For: Bug #1029820
X-Debbugs-Cc: yy.y.ja...@gmail.com
Control: close -1

Incorrectly duplicated with Bug #984875. Sorry for the noise.

Regards,

-- 
YOSHINO Yoshihito 

Bug#1029821: change gnome-desktop's default choice of Japanese input methods for Debian

[YOSHINO Yoshihito]

Package: libgnome-desktop-4-2
Followup-For: Bug #1029821
X-Debbugs-Cc: yy.y.ja...@gmail.com

Dear Maintainer,

As mentioned in Bug #984875, gnome-initial-setup's default choice of
input method is hardcoded in the dependent libgnome-desktop-4-2 package.
The Japanese one is anthy
https://sources.debian.org/src/gnome-desktop/43.1-1/libgnome-desktop/default-input-sources.h/#L39
preferred by upstream (Fedora/Red Hat) perhaps because its code base is
simple and easy to maintain, while this is not suitable for most Debian
Japanese users, who use mozc because of its better conversion quality,
thus task-japanese-gnome-desktop and task-japanese-desktop has preferred
mozc over anthy. So the hardcoded value should be adjusted for our
users.

Attaching a patch to change the Japanese default to mozc.

Thanks in advance,

-- 
YOSHINO Yoshihito 
Description: Use mozc as the default input source for Japanese
 Upstream prefers ibus-anthy for Japanese input, while Debian uses
 ibus-mozc as the default.
Author: YOSHINO Yoshihito 
Origin: vendor
Forwarded: not-needed
Last-Update: 2023-01-28

Index: gnome-desktop-43.1/libgnome-desktop/default-input-sources.h
===
--- gnome-desktop-43.1.orig/libgnome-desktop/default-input-sources.h
+++ gnome-desktop-43.1/libgnome-desktop/default-input-sources.h
@@ -36,7 +36,7 @@ static DefaultInputSource default_input_
   { "hi_IN","ibus", "m17n:hi:inscript" },
   { "id_ID","xkb",  "us" },
   { "it_IT","xkb",  "it" },
-  { "ja_JP","ibus", "anthy" },
+  { "ja_JP","ibus", "mozc-jp" },
   { "kn_IN","ibus", "m17n:kn:kgp" },
   { "ko_KR","ibus", "hangul" },
   { "mai_IN",   "ibus", "m17n:mai:inscript" },

Bug#1029820: choice of Japanese input methods is not useful

[YOSHINO Yoshihito]

Package: gnome-initial-setup
Followup-For: Bug #984875
X-Debbugs-Cc: yy.y.ja...@gmail.com
Control: clone -1 -2
Control: reassign -2 libgnome-desktop-4-2
Control: retitle -2 change gnome-desktop's default choice of Japanese input 
methods for Debian
Control: affects -2 gnome-initial-setup

Now in bookworm gnome metapackage Recommends: gnome-initial-setup.
This means all task-gnome-desktop users in all languages including
Japanese now have to use the gnome-initial-setup window after the first
login.

Cloning this bug because the choices of input methods and their ordering
are handled by gnome-initial-setup itself, and the default choice is
handled by the dependent libgnome-desktop-4-2 package, and both are
still not good at least for Japanese.

Regards,

-- 
YOSHINO Yoshihito 

Bug#1025811: fonts-ipamj-mincho: New upstream release available

[YOSHINO Yoshihito]

Package: fonts-ipamj-mincho
Severity: normal
X-Debbugs-Cc: yy.y.ja...@gmail.com

Dear Maintainer,

New upstream version 006.01 is available at
https://moji.or.jp/mojikiban/font/

Also note the upstream change:
https://moji.or.jp/2020/08/25/release20200825/

Regards,

-- 
YOSHINO Yoshihito 

-- System Information:
Debian Release: 11.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable'), (100, 'bullseye-fasttrack')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-0.deb11.2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Bug#1009227: ITP: fonts-morisawa-bizud-gothic -- Universal Design typeface Gothic fonts

[YOSHINO Yoshihito]

Package: wnpp
Followup-For: Bug #1009227
X-Debbugs-Cc: yy.y.ja...@gmail.com


Hi,

Perhaps this package name should be fonts-morisawa-biz-ud-gothic
to match upstream's repositry name?

Regards,

-- 
YOSHINO Yoshihito 

Bug#1013219: texlive-lang-japanese: should downgrade fonts-ipa* to Recommends/Suggests

[YOSHINO Yoshihito]

Package: texlive-lang-japanese
Version: 2020.20210202-2
Severity: normal
X-Debbugs-Cc: yy.y.ja...@gmail.com

Dear Maintainer,

This package Depends on fonts-ipafont-* and fonts-ipaexfont-* packages,
which are big and 42.7 MB in total. 

Since TexLive 2020 HaranoAji is the default font bundled in this package
and it is preferred by kanji-config-updmap, I suppose those fonts can
now be safely demoted to Recommends or even Suggests.

Thanks in advance,

-- 
YOSHINO Yoshihito 

-- Package-specific info:
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


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1881 Dec 15  2021 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Feb 13  2021 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Feb 18  2021 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Feb 18  2021 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Dec 15  2021 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Feb 18  2021 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Feb 18  2021 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 2763 Dec 15  2021 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Feb 28  2019 mktex.cnf
-rw-r--r-- 1 root root 475 Dec 15  2021 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable'), (100, 'bullseye-fasttrack')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-15-amd64 (SMP w/8 CPU threads)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages texlive-lang-japanese depends on:
ii  fonts-ipaexfont-gothic  00401-3
ii  fonts-ipaexfont-mincho  00401-3
ii  fonts-ipafont-gothic00303-21
ii  fonts-ipafont-mincho00303-21
ii  ruby1:2.7+2
ii  tex-common  6.16
ii  texlive-base2020.20210202-3
ii  texlive-binaries2020.20200327.54578-7
ii  texlive-lang-cjk2020.20210202-2

texlive-lang-japanese recommends no packages.

texlive-lang-japanese suggests no packages.

Versions of packages tex-common depends on:
ii  dpkg  1.20.10
ii  ucf   3.0043

Versions of packages tex-common suggests:
ii  debhelper  13.3.4

Versions of packages texlive-lang-japanese is related to:
ii  tex-common6.16
ii  texlive-binaries  2020.20200327.54578-7

-- no debconf information

Bug#983688: This should also apply to other languages

[YOSHINO Yoshihito]

Hi Holger,

Now several *-gnome-desktop tasks have been added.  Probably each of
them should have a corresponding *-gnome-flash-desktop task
just like this japanese-gnome-flashback-desktop task.

Thanks,
-- 
YOSHINO Yoshihito 

Bug#985125: ibus-anthy is not available on GNOME: 1.5.11-2 -> 1.5.12-1 upgrade

[YOSHINO Yoshihito]

Package: ibus-anthy
Followup-For: Bug #985125

Not reproducible on my side ...

$ sudo apt-get dist-upgrade
$ sudo apt-get install ibus-mozc
$ sudo dpkg -i /var/cache/apt/archives/ibus-anthy_1.5.11-2_amd64.deb
$ sudo reboot
Then I manually added "日本語 (Anthy)" to an input source in GNOME
Settings, and anthy is available on the GNOME top bar.
$ sudo apt-get dist-upgrade
which upgrades ibus-anthy to 1.5.12-1
$ sudo reboot
Then anthy is still available. Attached a screenshot of GNOME Settings.
Note that the current dconf value is
$ dconf read /org/gnome/desktop/input-sources/sources
[('ibus', 'mozc-jp'), ('xkb', 'jp'), ('ibus', 'anthy')]
$

Regards,
--
YOSHINO Yoshihito 

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

Kernel: Linux 5.10.0-4-amd64 (SMP w/1 CPU thread)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus-anthy depends on:
ii  anthy1:0.4-2
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-2
ii  ibus 1.5.23-2
ii  libanthy11:0.4-2
ii  libc62.31-9
ii  libglib2.0-0 2.66.7-1
ii  python3  3.9.2-2

ibus-anthy recommends no packages.

ibus-anthy suggests no packages.

-- no debconf information

Bug#983695: ibus-anthy: does not work out of the box on the GNOME desktop

[YOSHINO Yoshihito]

Hi,

On Tue, Mar 9, 2021 at 1:19 AM Shengjing Zhu  wrote:
> Back to this issue only(ibus doesn't have a working default). I find
> task-korean-gnome-desktop Recommends gnome-initial-setup,
> And above the Recommends, it has a comment that says:
>
> > GNOME doesn't set the working Korean IM by default
>
> https://salsa.debian.org/installer-team/tasksel/-/blob/002c2a97/debian/control#L1547
>
> So I think this is the workaround by Korean users. Which now GNOME
> defaults ibus, and ibus doesn't pick up the right defaults for all.
> Maybe we should find a universal solution?

Maybe, but this is not suitable for at least Japanese users.

Actually first I tried the Korean workaround. However, unfortunately
for Japanese users it is very hard to use gnome-initial-setup.
This shows an insane ordering for Japanese input methods and keyboard
layouts. Its "入力" (Input) page shows the following choices:
- "Japanese (PC-98)", a mostly-dead Japanese keyboard layout, listed at the top
- "kkc", meaning ibus-kkc which is rarely used in a distro other than
Fedora, listed next; this default value is hardcoded in the dependent
libgnome-desktop3, so patching it is also hard:
https://sources.debian.org/src/gnome-desktop3/3.38.4-1/libgnome-desktop/default-input-sources.h/#L38
Scrolling farther down, other Japanese choices are found, but ...
- "日本語", meaning "Japanese", is listed first, which looks like "the
default Japanese input method" but is NOT an input method ...
actually a JP keyboard layout
- Other "日本語 (...)" choices including Anthy and Mozc are listed next,
either a keyboard layout or an input method, are mixed alphabetically,
where a Japanese user must select the appropriate input method.
It is practically impossible for other than GNOME experts, and this is
far from out-of-the-box.

So IMO gnome-initial-setup (at least, in the current state) must not
be installed in the Japanese GNOME desktop by default.
Perhaps this is not suitable for a language where multiple input
methods or keyboard layouts are widely used.

On Tue, Mar 9, 2021 at 11:36 PM Gunnar Hjalmarsson  wrote:
> Hi Osamu,
>
> On 2021-03-09 14:58, osamu.a...@gmail.com wrote:
> > For Japanese, kkc is the only choice gnome-initial-setting offers.
> >
> > No anthy/no kkc/no skk/ ...
> >
> > So this is not an option for Japanese.
>
> So annoying. :( But maybe gnome-initial-setup can be patched to bypass
> whatever whitelist or blacklist they use to restrict the options. So you
> can choose whatever IBus IM is installed - just as you can in Settings.

At least for Japanese users, the list offered by gnome-initial-setup
is severely broken, and the default "kkc" IM option is offered by
libgnome-desktop3; patching both of them is hard.
So I have proposed the auto setup script, which is IMO a much saner,
safer, and modular approach.

Regards,
--
YOSHINO Yoshihito 

Bug#982175: task-japanese-desktop: should explicitly prefer mozc over anthy

[YOSHINO Yoshihito]

Followup-For: Bug #982175
Package: task-japanese-desktop

Hi Holger,

Note that this bug is not related to the GNOME desktop nor ibus.
Instead, it is only related to uim and dpkg (and perhaps apt.)
So this fix should be safely released regardless of the ongoing
discussion around the GNOME desktop.

Thanks in advance,
-- 
YOSHINO Yoshihito 

Bug#983695: ibus-anthy: does not work out of the box on the GNOME desktop

[YOSHINO Yoshihito]

Hi,

On Mon, Mar 1, 2021 at 5:56 PM Gunnar Hjalmarsson  wrote:
> In  you write:
>
> > This is caused by the change in the gnome-shell package (Bug#815050)
> > to add "Recommends: ibus", which breaks any non-ibus input method
> > framework (Bug#941624),

What I am talking about here is im-config's preference ordering.
Its default is found in /usr/share/im-config/data/:
21_ibus.rc
22_fcitx.rc
23_fcitx5.rc
24_uim.rc
...
where ibus is most preferred.
(IMO this ordering itself is carefully managed and good.)
This used to be able to be overridden by IM_CONFIG_PREFERRED_RULE in
/etc/default/im-config, while it is no longer possible,
as long as DESKTOP_SETUP_IBUS contains "GNOME".
(IMO this variable itself is reasonable because gnome-shell
unconditionally starts /usr/bin/ibus-daemon if it is found and then
it sometimes interferes with another IM framework.)

So once ibus is installed on the GNOME desktop for some reason,
ibus is always preferred by default.
On the GNOME desktop, "non-ibus IM framework is installed and used by
default, switch to ibus if you want it" is no longer possible.
I wrote "breaks" in this sense.

By the way ...

> We did have an issue with im-config where the presence of IBus disabled
> im-config and prevented you from configuring some non-IBus input method
> framework. That issue has been fixed, and in Bullseye you will be able
> to configure e.g. Fcitx or UIM via im-config.
>
> https://salsa.debian.org/input-method-team/im-config/-/commit/c2055cc4

Yes I saw your commit several months ago.
Now that DESKTOP_SETUP_IBUS variable exists, non-ibus users are
already warned:
"When ibus is installed, another IM system is not preferred by default,
which may be interfered by ibus"
So IMO this commit is now reasonable.

Regards,
-- 
YOSHINO Yoshihiro 

Bug#983653: task-japanese-gnome-desktop: no Japanese input method available out of the box

[YOSHINO Yoshihito]

Hi,

On Mon, Mar 1, 2021 at 7:51 PM Holger Wansing  wrote:
> May I ask how that interacts with the uim framework?
>
> We currently have
>
> Recommends:
> [...]
> uim,
> uim-mozc | uim-anthy,
>
> in task-japanese-desktop, so if you now add ibus-mozc | ibus-anthy to
> task-japanese-gnome-desktop, we will have both, uim-mozc and ibus-mozc 
> installed
> on a Gnome system.

Yes.

> Is that ok? Or does that cause any harm/conflict/what ever?

This is ok. "im-config" package deals with such an IM framework selection.
When ibus and uim are both installed, ibus is preferred and used by default.
(The selection can be changed by user choice.)
Then no input method in ibus framework is currently installed,
so its user cannot type Japanese text out of the box.

Regards,
-- 
YOSHINO Yoshihito 

Bug#983695: ibus-anthy: does not work out of the box on the GNOME desktop

[YOSHINO Yoshihito]

Hi,

On Mon, Mar 1, 2021 at 3:32 AM Gunnar Hjalmarsson  wrote:
>
> On 2021-02-28 16:05, YOSHINO Yoshihito wrote:
> > On the GNOME desktop, manual set-up in GNOME Settings is required
> > in order to make ibus-anthy to work.
>
> Right. But does that differ in any way from other IBus input methods?

Yesterday I filed Bug#983623 to ibus-mozc for a similar change and it
has been uploaded to unstable.

gnome-shell now Recommends: ibus, which breaks a fresh bullseye installation of
Japanese (and probably Chinese) default desktop (that is, GNOME desktop.)
In order to work around this issue, in Bug#983653 I have proposed a patch
to add "Recommends: ibus-mozc | ibus-anthy" to task-japanese-gnome-desktop.

Buster Japanese GNOME desktop uses uim, which has worked out of the box.
By adding auto set-up to at least those two ibus-* packages
bullseye Japanese GNOME desktop on any architecture should work out of
the box again.

Regards,

--
YOSHINO Yoshihito 

Bug#983695: ibus-anthy: does not work out of the box on the GNOME desktop

[YOSHINO Yoshihito]

Package: ibus-anthy
Followup-For: Bug #983695

Dear Maintainer,

I have created a merge request on salsa at
https://salsa.debian.org/input-method-team/ibus-anthy/-/merge_requests/2

Thanks in advance,
-- 
YOSHINO Yoshihito 

Bug#983695: ibus-anthy: does not work out of the box on the GNOME desktop

[YOSHINO Yoshihito]

Package: ibus-anthy
Version: 1.5.11-2
Severity: important
Tags: patch

Dear Maintainer,

On the GNOME desktop, manual set-up in GNOME Settings is required
in order to make ibus-anthy to work.

I have prepared an XDG Autostart .desktop file which should be installed to
/etc/xdg/autostart/ibus-anthy-gnome-initial-setup.desktop
and its corresponding script to be installed to
/usr/share/ibus-anthy/ibus-anthy-gnome-initial-setup.sh
to automatically set-up ibus-anthy immediately after each user's next login.

Sorry for the tight schedule, but hopefully this should be included in
the bullseye release
(See also Bug#983653.)

Thanks in advance,
-- 
YOSHINO Yoshihito 

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

Kernel: Linux 5.10.0-3-amd64 (SMP w/1 CPU thread)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus-anthy depends on:
ii  anthy1:0.4-2
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-2
ii  ibus 1.5.23-2
ii  libanthy11:0.4-2
ii  libc62.31-9
ii  libglib2.0-0 2.66.7-1
ii  python3  3.9.1-1

ibus-anthy recommends no packages.

ibus-anthy suggests no packages.

-- no debconf information


ibus-anthy-gnome-initial-setup.desktop
Description: Binary data


ibus-anthy-gnome-initial-setup.sh
Description: Bourne shell script

Bug#983688: tasksel-data: gnome-flashback-desktop task in Japanese environment should pull task-japanese-gnome-desktop

[YOSHINO Yoshihito]

Package: tasksel-data
Version: 3.64
Severity: important
Tags: bullseye l10n patch

Dear Maintainer,

The GNOME Flashback desktop is similar to the original GNOME desktop.

For Japanese users, when the GNOME Flashback desktop is installed,
it is expected to also install the task-japanese-gnome-desktop package.

The attached patch adds "japanese-gnome-flashback-desktop" Task
which behaves just like "japanese-gnome-desktop" Task for
"gnome-flashback-desktop" Task,
which installs the task-japanese-gnome-desktop package.
Note that this patch does NOT add a new binary package, but just adds
a new Task.

Thanks in advance,
-- 
YOSHINO Yoshihito 

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

Kernel: Linux 5.10.0-3-amd64 (SMP w/1 CPU thread)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tasksel-data depends on:
ii  tasksel  3.64

Versions of packages tasksel-data recommends:
ii  laptop-detect  0.16

tasksel-data suggests no packages.

-- no debconf information
--- tasksel-3.64/tasks/japanese-gnome-flashback-desktop	1970-01-01 09:00:00.0 +0900
+++ tasksel-3.64/tasks/japanese-gnome-flashback-desktop	2021-02-28 17:37:14.982899811 +0900
@@ -0,0 +1,5 @@
+Task: japanese-gnome-flashback-desktop
+Enhances: gnome-flashback-desktop, japanese-desktop
+Section: l10n
+Key:
+  task-japanese-gnome-desktop

Bug#983623: ibus-mozc: does not work out-of-the-box on the GNOME desktop

[YOSHINO Yoshihito]

Package: ibus-mozc
Version: 2.23.2815.102+dfsg-4
Followup-For: Bug #983623

Dear Maintainer,

Attaching a slightly updated version of the .desktop file, which
honors XDG environment variables:

sed -i.old \
-e 's,.config,${XDG_CONFIG_HOME:-~/.config},g' \
-e 's,.local/share,${XDG_DATA_HOME:-~/.local/share},g' \
ibus-mozc-gnome-initial-setup.desktop

Thanks,

-- 
YOSHINO Yoshihito 


ibus-mozc-gnome-initial-setup.desktop
Description: Binary data

Bug#983653: task-japanese-gnome-desktop: no Japanese input method available out of the box

[YOSHINO Yoshihito]

Package: task-japanese-gnome-desktop
Version: 3.64
Severity: grave
Tags: bullseye l10n patch
Justification: renders package unusable
X-Debbugs-Cc: debian-japan...@lists.debian.org

Dear Maintainer,

On a fresh bullseye installation of Japanese GNOME desktop,
its user cannot type Japanese text out of the box.

A fresh buster installation of Japanese GNOME desktop
dist-upgraded to bullseye is also affected.

Note that a fresh buster installation of Japanese GNOME desktop itself
is not affected.

This is caused by the change in the gnome-shell package (Bug#815050) to add
"Recommends: ibus", which breaks any non-ibus input method framework
(Bug#941624),
especially uim (mainly used by Japanese users) and fcitx (mainly used
by Chinese users),
while reverting the change is perhaps not feasible to western language
users for emoji support.

Adding some Japanese input method to the ibus framework should work
around the problem
for Japanese users. Specifically, adding Recommends: ibus-mozc (or ibus-anthy on
architectures where mozc is not available) to this package should work
around the problem.
The attached patch should apply the work-around.

Thanks in advance,
-- 
YOSHINO Yoshihito 

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

Kernel: Linux 5.10.0-3-amd64 (SMP w/1 CPU thread)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages task-japanese-gnome-desktop depends on:
ii  tasksel  3.64

Versions of packages task-japanese-gnome-desktop recommends:
ii  thunderbird  1:78.7.1-1
ii  thunderbird-l10n-ja  1:78.7.1-1

task-japanese-gnome-desktop suggests no packages.

-- no debconf information
--- tasksel-3.64/debian/control	2021-02-15 02:01:51.0 +0900
+++ tasksel-3.64/debian/control	2021-02-28 13:04:16.335684227 +0900
@@ -1423,6 +1423,7 @@
  This task localises the GNOME desktop in Japanese.
 Depends: ${misc:Depends},
 Recommends:
+	ibus-mozc | ibus-anthy,
 # evolution has a problem for Japanese, for example it uses always UTF-8
 # subject instead of iso-2022-jp used Japanese de-facto. I recommend
 # thunderbird as default mailer for Japanese desktop users.

Bug#983623: ibus-mozc: does not work out-of-the-box on the GNOME desktop

[YOSHINO Yoshihito]

Package: ibus-mozc
Version: 2.26.4220.100+dfsg-2
Severity: important
X-Debbugs-Cc: yy.y.ja...@gmail.com

Dear Maintainer,

On the GNOME desktop, manual set-up in GNOME Settings is required
in order to make ibus-mozc to work.

I have prepared an XDG Autostart .desktop file which should be installed to
/etc/xdg/autostart/ibus-mozc-gnome-initial-setup.desktop
to automatically set-up ibus-mozc immediately after each user's next login.

Thanks in advance,
-- 
YOSHINO Yoshihito 

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

Kernel: Linux 5.10.0-3-amd64 (SMP w/1 CPU thread)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus-mozc depends on:
ii  ibus1.5.23-2
ii  libabsl20200923 0~20200923.3-2
ii  libc6   2.31-9
ii  libglib2.0-02.66.7-1
ii  libibus-1.0-5   1.5.23-2
ii  libprotobuf23   3.12.4-1
ii  libstdc++6  10.2.1-6
ii  libxcb-xfixes0  1.14-3
ii  libxcb1 1.14-3
ii  mozc-data   2.26.4220.100+dfsg-2
ii  mozc-server 2.26.4220.100+dfsg-2
ii  tegaki-zinnia-japanese  0.3-1.1

Versions of packages ibus-mozc recommends:
ii  mozc-utils-gui  2.26.4220.100+dfsg-2

ibus-mozc suggests no packages.

-- no debconf information


ibus-mozc-gnome-initial-setup.desktop
Description: Binary data

Bug#983370: uim-anthy: does not respect UTF-8

[YOSHINO Yoshihito]

Package: uim-anthy
Version: 1:1.8.8-7
Followup-For: Bug #983370
Control: tags -1 +patch

Dear Maintainer,

I have created a merge request to fix this problem.
https://salsa.debian.org/debian/uim/-/merge_requests/13

Thanks in advance,
-- 
YOSHINO Yoshihito 

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

Kernel: Linux 5.10.0-3-amd64 (SMP w/1 CPU thread)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages uim-anthy depends on:
ii  anthy 1:0.4-2
ii  uim   1:1.8.8-7
ii  uim-data  1:1.8.8-7

uim-anthy recommends no packages.

uim-anthy suggests no packages.

-- no debconf information

Bug#983370: uim-anthy: does not respect UTF-8

[YOSHINO Yoshihito]

Package: uim-anthy
Version: 1:1.8.8-7
Severity: important

Dear Maintainer,

uim-anthy installs EUC-JP (anthy) and UTF-8 (anthy-utf8) modules.
However, the module order does not respect UTF-8:
currently anthy EUC-JP module is the default.
This is critical to normal UTF-8 installations.

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

Kernel: Linux 5.10.0-3-amd64 (SMP w/1 CPU thread)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages uim-anthy depends on:
ii  anthy 1:0.4-2
ii  uim   1:1.8.8-7
ii  uim-data  1:1.8.8-7

uim-anthy recommends no packages.

uim-anthy suggests no packages.

-- no debconf information

Bug#982175: task-japanese-desktop: should explicitly prefer mozc over anthy

[YOSHINO Yoshihito]

Package: task-japanese-desktop
Version: 3.63
Tags: bullseye patch
Priority: important

Dear Maintainer,

Most Japanese users prefer "mozc" over "anthy" among several Japanese
input method engines.
Because mozc is supported upstream in limited architectures (x86 and
arm related only)
anthy has been used as a fall-back.
However, the recent bullseye debian installer does not configure the
system as expected.

When the buster (or earlier) debian installer installs japanese-desktop task
it configures (runs postinst maintainer scripts of) the uim-* input
method packages in the following order:
uim-anthy
uim-mozc

buster dpkg.log:
2021-01-31 12:47:57 install uim-anthy:all <なし> 1:1.8.8-4+deb10u3
2021-01-31 12:47:57 status half-installed uim-anthy:all 1:1.8.8-4+deb10u3
2021-01-31 12:47:57 status unpacked uim-anthy:all 1:1.8.8-4+deb10u3
(snip)
2021-01-31 12:51:44 install uim-mozc:amd64 <なし> 2.23.2815.102+dfsg-4
2021-01-31 12:51:44 status half-installed uim-mozc:amd64 2.23.2815.102+dfsg-4
2021-01-31 12:51:44 status unpacked uim-mozc:amd64 2.23.2815.102+dfsg-4
(snip)
2021-01-31 12:53:58 configure uim-anthy:all 1:1.8.8-4+deb10u3 <なし>
2021-01-31 12:53:58 status unpacked uim-anthy:all 1:1.8.8-4+deb10u3
2021-01-31 12:53:58 status half-configured uim-anthy:all 1:1.8.8-4+deb10u3
2021-01-31 12:53:58 status installed uim-anthy:all 1:1.8.8-4+deb10u3
(snip)
2021-01-31 12:54:04 configure uim-mozc:amd64 2.23.2815.102+dfsg-4 <なし>
2021-01-31 12:54:04 status unpacked uim-mozc:amd64 2.23.2815.102+dfsg-4
2021-01-31 12:54:04 status half-configured uim-mozc:amd64 2.23.2815.102+dfsg-4
2021-01-31 12:54:04 status installed uim-mozc:amd64 2.23.2815.102+dfsg-4

which makes uim input method framework configured in the desirable
preference ordering,
because the uim-* input method packages are structured as LIFO: last
configured package is preferred first.

However, the recent bullseye debian installer (perhaps recent apt or
dpkg algorithm) has been changed for some reason. It configures the
uim-* input method packages in the following order:
uim-mozc
uim-anthy

bullseye dpkg.log:
2021-01-31 10:55:44 install uim-anthy:all  1:1.8.8-7
2021-01-31 10:55:44 status half-installed uim-anthy:all 1:1.8.8-7
2021-01-31 10:55:44 status unpacked uim-anthy:all 1:1.8.8-7
(snip)
2021-01-31 10:58:47 install uim-mozc:amd64  2.26.4220.100+dfsg-2
2021-01-31 10:58:47 status half-installed uim-mozc:amd64 2.26.4220.100+dfsg-2
2021-01-31 10:58:47 status unpacked uim-mozc:amd64 2.26.4220.100+dfsg-2
(snip)
2021-01-31 11:00:36 configure uim-mozc:amd64 2.26.4220.100+dfsg-2 
2021-01-31 11:00:36 status unpacked uim-mozc:amd64 2.26.4220.100+dfsg-2
2021-01-31 11:00:36 status half-configured uim-mozc:amd64 2.26.4220.100+dfsg-2
2021-01-31 11:00:36 status installed uim-mozc:amd64 2.26.4220.100+dfsg-2
(snip)
2021-01-31 11:00:38 configure uim-anthy:all 1:1.8.8-7 
2021-01-31 11:00:38 status unpacked uim-anthy:all 1:1.8.8-7
2021-01-31 11:00:38 status half-configured uim-anthy:all 1:1.8.8-7
2021-01-31 11:00:38 status installed uim-anthy:all 1:1.8.8-7

Since depending on the dpkg configuration order is inherently fragile,
it should be avoided.
It should be better to adjust the dependency field in the task package.
The attached patch should fix this problem.

Thanks in advance,
-- 
YOSHINO Yoshihito 
--- tasksel-3.63/debian/control	2020-12-21 01:58:07.0 +0900
+++ tasksel-3.63/debian/control	2021-02-07 16:06:00.487409455 +0900
@@ -1410,8 +1410,7 @@
 	fonts-vlgothic,
 	fonts-ipafont,
 	uim,
-	uim-anthy,
-	uim-mozc,
+	uim-mozc | uim-anthy,
 	mozc-utils-gui,
 	anthy,
 	libreoffice-l10n-ja,

Bug#945344: libuim-data: registers unusable "tutcode" module

[YOSHINO Yoshihito]

Package: libuim-data
Version: 1:1.8.8-4+deb10u2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After upgrading buster to 10.2, libuim-data accidentally registers
"tutcode" module even when uim-tcode is not installed:

$ env LANG=C dpkg -l uim-tcode
dpkg-query: no packages found matching uim-tcode
$
$ cat /var/lib/uim/installed-modules.scm
;; This is an automatically generated file. DO NOT EDIT.

;; The described order of input methods affects which IM is preferred
;; at the default IM selection process for each locale. i.e.  list
;; preferable IM first for each language
(define installed-im-module-list '("tutcode" "mozc"))
(define installed-im-list '(tutcode mozc))
(define enabled-im-list installed-im-list)
$

This is caused by an output pattern of dpkg-query which the current postinst
does not handle:
$ export LANG=C
$ dpkg-query -W -f='${Status}\n' uim-skk
unknown ok not-installed
$ dpkg-query -W -f='${Status}\n' uim-tcode
dpkg-query: no packages found matching uim-tcode

libuim-data should avoid registering the broken modules (whose
dependencies are not satisfied.)
It should also unregister the modules because
"uim-module-manager --register " inserts  in front of the
existing installed modules, which means it prefers the broken module over any
other working modules.

Thanks in advance,
-- 
YOSHINO Yoshihito 

-- System Information:
Debian Release: 10.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing'), (99, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN,
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

-- no debconf information

Bug#929055: virtualbox-source: Build failed due to dh_clean -k with dh compat 12

[YOSHINO Yoshihito]

Package: virtualbox-source
Version: 6.0.8-dfsg-2
Followup-For: Bug #929055
Control: tags -1 + patch

Dear Maintainer,

The attached patch replaces `dh_clean -k' with `dh_prep', which should
fix this problem.

Thanks in advance,

-- 
YOSHINO Yoshihito 

-- System Information:
Debian Release: 10.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages virtualbox-source depends on:
ii  build-essential   12.6
ii  bzip2 1.0.6-9
pn  debhelper-compat  
ii  kbuild1:0.1.9998svn3293+dfsg-2
ii  module-assistant  0.11.10

Versions of packages virtualbox-source recommends:
ii  virtualbox  6.0.8-dfsg-2

virtualbox-source suggests no packages.

-- no debconf information
diff -Nru virtualbox-6.0.8-dfsg/debian/virtualbox-guest-source.files/rules virtualbox-6.0.8-dfsg/debian/virtualbox-guest-source.files/rules
--- virtualbox-6.0.8-dfsg/debian/virtualbox-guest-source.files/rules	2019-01-16 19:27:20.0 +0900
+++ virtualbox-6.0.8-dfsg/debian/virtualbox-guest-source.files/rules	2019-05-16 21:22:11.0 +0900
@@ -48,7 +48,7 @@
 
 binary-modules: prep-deb-files
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	# Build the modules
 	$(MAKE) -C $(KSRC) M=$(CURDIR)
 	# Install the modules
@@ -65,6 +65,6 @@
 	dh_gencontrol -- -v$(VERSION)
 	dh_md5sums
 	dh_builddeb --destdir=$(DEB_DESTDIR)
-	dh_clean -k
+	dh_prep
 
 .PHONY: build clean binary-arch binary-indep binary install binary-modules kdist kdist_configure kdist_image kdist_clean
diff -Nru virtualbox-6.0.8-dfsg/debian/virtualbox-source.files/rules virtualbox-6.0.8-dfsg/debian/virtualbox-source.files/rules
--- virtualbox-6.0.8-dfsg/debian/virtualbox-source.files/rules	2019-01-16 19:27:20.0 +0900
+++ virtualbox-6.0.8-dfsg/debian/virtualbox-source.files/rules	2019-05-16 21:21:50.0 +0900
@@ -56,7 +56,7 @@
 
 binary-modules: prep-deb-files
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	# Build the module
 	$(MAKE) -C $(KSRC) M=$(CURDIR)
 	# Install the module
@@ -74,6 +74,6 @@
 	dh_gencontrol -- -v$(VERSION)
 	dh_md5sums
 	dh_builddeb --destdir=$(DEB_DESTDIR)
-	dh_clean -k
+	dh_prep
 
 .PHONY: build clean binary-arch binary-indep binary install binary-modules kdist kdist_configure kdist_image kdist_clean

Bug#926018: unblock: uim/1:1.8.8-4

[YOSHINO Yoshihito]

Followup-For: Bug #926018
Package: release.debian.org

Dear Release Team,

This bug is critical to Japanese desktop users, otherwise it is hard
to type Japanese text on the desktop after it is dist-upgraded from
Stretch. With uim installation in current testing version (1:1.8.8-3)
upgraded from Stretch version (1:1.8.6+gh20161003.0.d63dadd-2) every
user needs to do the following cumbersome procedure in order to type
any Japanese text:

1) Open the application you want to type text into.
2) Click the leftmost button on the uim-toolbar. A LONG LONG menu
listing all the installed IMs are appeared. Notice that `m17n-unicode'
is selected, which is not a Japanese input method (IM).
3) Scroll down the list to reach its bottom.
4) Click your favorite Japanese IM listed at the bottom, like `Mozc'
or `Anthy (UTF-8)'.

Note this setting (an IM selection) is temporary, so do this each time
after login.

Or

1) Click the rightmost button `Preference' on the uim-toolbar.
2) Click `Edit...' in the `Enabled input methods'.
3) Select all the IMs excluding the one you want to use (e.g. a
Japanese IM `Mozc' or `Anthy (UTF-8)') in the `Enabled' box.
4) Move the selected IMs to the `Disabled' box.
5) Click `Close'.
6) Click `OK'.

Then this setting (an IM selection order) is permanent to the user.

This is far from a working Japanese desktop out-of-the-box. The
maintainers and I consider this problem must be fixed for Buster.

This is caused by the merge of some binary packages in
1:1.8.6+gh20161003.0.d63dadd-5~exp1. We did not notice the bad
behavior because this does not happen in some situation, like a fresh
installation. The version in sid (1:1.8.8-4) reverts the merge and
fixes the problem.

Please consider unblocking uim.

Thanks in advance,

-- 
YOSHINO Yoshihito 

Bug#925160: request for performance test in your environment

[YOSHINO Yoshihito]

Hi,

Thank you very much for your cooperation.

On Mon, Mar 25, 2019 at 6:42 PM Laurent Bonnaud  wrote:
> > I will be curious how these affects performance.
>
> SSH connections are now almost instantaneous on my system.

I would like to confirm your performance test condition.
Does your /etc/default/im-config have "IM_CONFIG_WAYLAND=enable" set
(uncommented)?
If not, I would like to see the difference between the result you have
shown (with "IM_CONFIG_WAYLAND=disable")
and the one with "IM_CONFIG_WAYLAND=enable".

Thanks in advance,

-- 
YOSHINO Yoshihito 

Bug#925160: request for performance test in your environment

[YOSHINO Yoshihito]

Dear all,

I have changed im-config in 0.40-1 to search directories with globbing
/usr/lib/*-*/ as suggested by Aaron M. Ucko .
I would like to see the performance test results (like ssh login) in
your environment with im-config (>= 0.40-1)
with "IM_CONFIG_WAYLAND=enable" in /etc/default/im-config, to see if
the change helps.

Thanks in advance,
-- 
YOSHINO Yoshihito 

Bug#919389: wpasupplicant: 2.7 fails to connect to (hidden) network

[YOSHINO Yoshihito]

Package: wpasupplicant
Followup-For: Bug #919389

Dear Maintainer,

I am also seeing (probably) the same problem with wl.
My machine works with wpasupplicant <= 2:2.7~git20181004+1dd66fc-1, but
not with >= 2:2.7-1.
After bisecting changes to upstream and Debian packaging, I have found
that disabling at least following build-time options, all of which have been
enabled in 2:2.7-1 or 2:2-7-2, restores it to work well again:

CONFIG_FILS
CONFIG_MBO
CONFIG_MESH

CONFIG_FILS_SK_PFS looks related to CONFIG_FILS, so I suppose this should also
be disabled, while it looks working whether or not this option is set in my
experiment. Moreover, upstream says FILS should be disabled; quoting from
wpa_supplicant/defconfig:

# Fast Initial Link Setup (FILS) (IEEE 802.11ai)
# Note: This is an experimental and not yet complete implementation. This
# should not be enabled for production use.
#CONFIG_FILS=y
# FILS shared key authentication with PFS
#CONFIG_FILS_SK_PFS=y

Note that we need to cherry-pick an upstream commit after 2.7,
f2973fa39d6109f0f34969e91551a98dc340d537, to avoid FTBFS with CONFIG_FILS
disabled.

Thanks in advance,
-- 
YOSHINO Yoshihito 

-- System Information:
Debian Release: buster/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages wpasupplicant depends on:
ii  adduser3.118
ii  libc6  2.28-5
ii  libdbus-1-31.12.12-1
ii  libnl-3-2003.4.0-1
ii  libnl-genl-3-200   3.4.0-1
ii  libnl-route-3-200  3.4.0-1
ii  libpcsclite1   1.8.24-1
ii  libreadline7   7.0-5
ii  libssl1.1  1.1.1a-1
ii  lsb-base   10.2018112800

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  
pn  wpagui

-- no debconf information

Bug#919680: old patch found

[YOSHINO Yoshihito]

Control: retitle -1 anthy-el: does not work with emacs >= 24.3

I have found that exactly the same content of this patch was included
in older versions of anthy-el in order to work with emacs >= 24.3:

https://sources.debian.org/src/anthy/9100h-25/debian/patches/work-with-emacs-24.3.1.patch/

Many patches including this have been (perhaps accidentally?) dropped
somewhere between 9100h-25 and 1:0.3-1.

Please consider re-including this patch.

Thanks in advance,
-- 
YOSHINO Yoshihito 

Bug#919680: anthy-el: does not work with emacs25

[YOSHINO Yoshihito]

Package: anthy-el
Version: 1:0.3-7
Severity: grave
Tags: patch upstream
Justification: renders package unusable

Dear Maintainer,

pressing any key emits the following error, and cannot enter any characters:

anthy-last-command-char: Symbol’s value as variable is void: last-command-char

Attached is a patch which fixes this problem.

Regards,
-- 
YOSHINO Yoshihito 


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

Kernel: Linux 4.19.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages anthy-el depends on:
ii  anthy1:0.3-7
ii  emacs-gtk [emacsen]  1:26.1+1-3

anthy-el recommends no packages.

anthy-el suggests no packages.

-- no debconf information
--- a/src-util/anthy.el	2015-04-28 17:21:03.0 +0900
+++ b/src-util/anthy.el	2019-01-18 23:41:38.0 +0900
@@ -892,7 +892,7 @@
 	 ((event-matches-key-specifier-p event 'backspace) 8)
 	 (t
 	  (char-to-int (event-to-character event)
-last-command-char))
+last-command-event))
 
 ;;
 ;;

Bug#904441: linux-image-4.17.0-1-amd64: system disk stopped during boot

[YOSHINO Yoshihito]

Package: src:linux
Followup-For: Bug #904441

Dear Maintainer,

I have the same problem.
Setting "dm_mod.use_blk_mq=0 scsi_mod.use_blk_mq=0" works well.

$ cat /sys/bus/scsi/devices/0\:0\:0\:0/model
APPLE SSD TS0128
$ cat /sys/bus/scsi/devices/0\:0\:0\:0/rev
0219

Regards,

--
YOSHINO Yoshihito 

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

Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#886474: linux-headers-4.14.0-3-amd64: missing dependency on libelf-dev

[YOSHINO Yoshihito]

Package: linux-headers-4.14.0-3-amd64
Version: 4.14.12-2
Followup-For: Bug #886474
Control: severity -1 grave

Dear Maintainer,

This bug is grave because the default target of Makefile of this package is
mostly unusable without libelf-dev.

Thanks in advance,

-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

Bug#886465: rxvt-unicode: external 'screen' claims "Cannot find terminfo entry for 'rxvt-unicode-256color'."

[YOSHINO Yoshihito]

Package: rxvt-unicode
Version: 9.22-2, 9.22-3
Severity: important

Dear Maintainer,

After upgrading rxvt-unicode to 9.22-2, its TERM value has been changed from
'rxvt-unicode' to 'rxvt-unicode-256color'.
When I log in to a Debian server without ncurses-term installed, and try to
run 'screen' inside the server, it claims
> Cannot find terminfo entry for 'rxvt-unicode-256color'
and fails to start. Also 'less' claims
> WARNING: terminal is not fully functional
and works just like a dumb terminal.

Workaround: "export TERM='rxvt-unicode'" if your shell is bash
Personally I do not like this approach because I think the 'rxvt-unicode'
package should work well as 'rxvt-unicode' out of the box.

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

-- System Information:
Debian Release: buster/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE= (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages rxvt-unicode depends on:
ii  base-passwd   3.5.44
ii  libc6 2.25-6
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.8.1-1
ii  libgcc1   1:7.2.0-18
ii  libgdk-pixbuf2.0-02.36.11-1
ii  libglib2.0-0  2.54.2-5
ii  libperl5.26   5.26.1-3
ii  libstartup-notification0  0.12-5
ii  libx11-6  2:1.6.4-3
ii  libxft2   2.3.2-1+b2
ii  libxrender1   1:0.9.10-1
ii  ncurses-term  6.0+20171125-1

Versions of packages rxvt-unicode recommends:
ii  fonts-dejavu2.37-1
ii  fonts-vlgothic [fonts-japanese-gothic]  20141206-4

rxvt-unicode suggests no packages.

-- no debconf information

Bug#833507: wpasupplicant: Unable to connect WLAN (wlan0: CTRL-EVENT-SCAN-FAILED ret=-22)

[YOSHINO Yoshihito]

Package: wpasupplicant
Version: 2:2.6-13
Followup-For: Bug #833507

Dear Maintainer,

I use /etc/network/interfaces to configure networking, not network-manager.
Upgrading wpasupplicant to >= 2:2.6 my machine (MacBook Air with broadcom-sta
wl module) fails to connect to a wi-fi network, with a lot of syslog messages
of "CTRL-EVENT-SCAN-FAILED ret=-22".
Downgrading the package to 2:2.4-1.1 restores it to work fine.

I do not know how to configure ifupdown to disable random mac address
usage just as how network-manager does in
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf .

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>


-- System Information:
Debian Release: buster/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE= (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages wpasupplicant depends on:
ii  adduser   3.116
ii  libc6 2.25-3
ii  libdbus-1-3   1.12.2-1
ii  libnl-3-200   3.2.27-2
ii  libnl-genl-3-200  3.2.27-2
ii  libpcsclite1  1.8.22-1
ii  libreadline7  7.0-3
ii  libssl1.1 1.1.0g-2
ii  lsb-base  9.20170808

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  
ii  wpagui2:2.6-13

-- no debconf information

Bug#877585: uim-common is gone, should detect with uim package

[YOSHINO Yoshihito]

Control: severity -1 important

Hi,

Most im-config & uim users should be affected by this bug.

On Tue, 3 Oct 2017 20:46:35 +0900 d...@debian.org wrote:
> fixed in git.debian.org at devel branch.

Still not fixed in sid yet ...

Thanks,

-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

Bug#762252: ITP: afdko -- Adobe Font Development Kit for OpenType

[YOSHINO Yoshihito]

Hi,

On Tue, 2 May 2017 23:32:22 +0800 SJ Zhu <zsj950...@gmail.com> wrote:
> On Sat, 30 Apr 2016 20:55:56 +1000 Dmitry Smirnov <only...@debian.org> wrote:
> > Just to mention relevant upstream bugs
> >
> >   * non-free files:
> >
> > https://github.com/adobe-type-tools/afdko/issues/136
>
>
> Hi, I see the issue 136 is closed and it says:
>
> These are covered and are compatible with the Apache 2.0 license for
> the entire AFDKO.
>

FYI, the upstream commit fixes the non-free issues (included in 2.5.65322):

https://github.com/adobe-type-tools/afdko/commit/99bab2b4dfda44bcf9857a0618ac7a8d33ac9932

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

Bug#853034: patches Re: unar: Fuzzer-generated crashing testcases for a dozen identified file formats

[YOSHINO Yoshihito]

Package: unar
Followup-For: Bug #853034
Control: tags -1 + patch

Dear Maintainer,

I have refreshed the package repo's fix-crashes.patch to fully
include an upstream commit 59f5a49.

Then I have created two patches on top of those upstream fixes.
Now the uploaded files on the upstream issue page seems to work well.

BTW debian/rules calls some test programs with no arguments,
which actually do nothing.
Are you planning to include test archive files in the source package?

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>
Description: Import upstream's commits to fix crashes.
Forwarded: https://bitbucket.org/WAHa_06x36/theunarchiver/issues/933
Origin: upstream,
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/59f5a493ecfde7a74ab5cabce26e4ff6403eedc3
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/0dd444080021fc1e0d1af535a877298071bd8e97
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/c2df329bab6e9c8cffcefd19bad809c2b957d3fd
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/01766d7c47f38e9ef0af18d12fdd16ab1a051ced
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/411668fd77ee7b66bbdf33d84978c18ff550a9a9
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/b63593e649bd0d39d084890cbc9259be7e60f017
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/93d9c87ef611c4f466003b72fa55d9d9e449867d
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/80b6388262fa3d384b3754b1ff8ede142edff5eb
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/f022d13ea2a8ee23ccd6a35eb87be2346da3a9dc
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/a434c35e79717527ecaa9e1fec5d70dff1eb4fa7
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/9acc5e4d54c37cea95db65e3de70077535735d92
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/e6551148652ad44dfe0837bac29f6aa6caa78c60
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/424343b088321c23004b6bd13583736c5464b2c3
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/2dfc5d31f51b24237bedb8b4189d7aae5f730a4e
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/648b1b192113c98dbf191475c0ab5b6aed7bd119
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/cc0a3fde4f4f065e475fb0bab4c1ab64fa2f5ccd
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/dc791d9d4cb02b557885af8d13ec0522dc5274ae
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/a77f14b715c014a15ee6d4a6d42546d8d033eabd
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/f1a42c132896d9ce6d20a23b0939e4812ca09db3
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/893ff8545db7288523457d1d37aedd2c127c9e88
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/9e39d2c1e7dbe4a1e994bb3983660ead375077b4
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/a88d8d1f045ec895a083d98702f93242a45de210
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/cbd4c03ed01b942925fa051a325ee69b0e4811be
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/2529baec38b5621654abde299d19a34c50de26ea
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/c1c49487cb5ed571fa4ed834188538b0121f4a8f
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/a393f6d75b899a1fb3a220d9b002de3ce313763d
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/b42e91a8226986b1dc5f8f334a161b9d02f57c91
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/7eb8da6f1b2d68c483f2f123102cc3b3fcf1612e
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/8b5b9b93d1d2767c0444cb92e90477b921592b00
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/929cbd9124b70b7c5d4ad8c98085f9bd24823976
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/ebb43bc5ec0e31daee223dd729bbd5b1c69cf16d
 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/da4adab4b9cf62b1766f3a72dd3f00a5a74d7701
Last-Update: 2017-03-23
Index: unar-1.10.1/UniversalDetector/universalchardet/Big5Freq.tab
===
--- unar-1.10.1.orig/UniversalDetector/universalchardet/Big5Freq.tab
+++ unar-1.10.1/UniversalDetector/universalchardet/Big5Freq.tab
@@ -55,9 +55,6 @@
 #define BIG5_TYPICAL_DISTRIBUTION_RATIO (float)0.75
 
 
-//Char to FreqOrder table , 
-#define BIG5_TABLE_SIZE  5376
-
 static const PRInt16 Big5CharToFreqOrder[] =
 {
1,1801,1506, 255,1431, 198,   9,  82,   6,5008, 177, 202,3681,1256,2821, 110, //   16
Index: unar-1.10.1/UniversalDetector/universalchardet/CharDistribution.cpp
===
--- unar-1.10.1.orig/UniversalDetector/universalchardet/CharDistribution.cpp
+++ unar-1.10.1/UniversalDetector/universalchardet/CharDistribution.cpp
@@ -70,42 +70,42 @@ float CharDistributionAnalysis::GetConfi
 EUCTWDistributionAnalysis::EUCTWDistributionAnalysis()
 {
   mCharToFreqOrder = EUCTWCharToFreqOrder;
-  mTableSize = EUCTW_TABLE_SIZE;
+  mTableSize = sizeof(EUCTWCharToFreqOrder)/sizeof(EUCTWCharToFreqOrder[0]);
   mTypicalDistributionRatio = EUCTW_TYPICAL_DISTRIBUTION

Bug#862558: plasma-workspace: Freezes during login with fresh installed Stretch Japanese environment

[YOSHINO Yoshihito]

Followup-For: Bug #862558
Control: reassign -1 plasma-workspace
Control: affects -1 uim-qt5 uim-mozc
Control: tags -1 + patch

Dear Maintainer,

This is a bug in ksplashqml. An upstream commit
https://cgit.kde.org/plasma-workspace.git/commit/?id=56d2c15b9acb9c4b57398b281685807c3191f622
has caused this problem.

x-session-manag,133,kdetest /usr/bin/x-session-manager
  ├─(ksplashqml,232)
  ├─ssh-agent,191 /usr/bin/im-launch x-session-manager
  ├─uim-toolbar,220
  │   ├─{llvmpipe-0},235
  │   ├─{llvmpipe-1},236
  │   ├─{llvmpipe-2},237
  │   └─{llvmpipe-3},238
  └─uim-xim,219
ksplashqml,233,kdetest Breeze --pid
  ├─mozc_server,239
  │   ├─{IPCServer},244
  │   ├─{QueueTimer},240
  │   ├─{QueueTimer},243
  │   └─{WatchDog},242
  ├─uim-candwin-qt5,245 -v
  │   ├─{QDBusConnection},249
  │   └─{QXcbEventReader},248
  ├─{QDBusConnection},255
  ├─{QQmlThread},254
  ├─{QXcbEventReader},234
  ├─{llvmpipe-0},250
  ├─{llvmpipe-1},251
  ├─{llvmpipe-2},252
  └─{llvmpipe-3},253

# strace -f -p 133
strace: Process 133 attached
read(3, ^Cstrace: Process 133 detached
 

It looks like the parent process (133), x-session-manager (startkde
script), is waiting for the stdout of the ksplashqml process (232),
but which is now defunct. Its child process(es) may be writing to the
same fd.

# ls -l /proc/133/fd/3
lr-x-- 1 kdetest kdetest 64 May 31 05:13 /proc/133/fd/3 -> pipe:[88694]

The direct child of the ksplashqml process (233), the splash screen daemon,
closes the file descriptor at ksplash/ksplashqml/main.cpp:97.

# ls -l /proc/233/fd/1
ls: cannot access '/proc/233/fd/1': No such file or directory

One of the children of the process (239), mozc_server, is holding the fd:

# ls -l /proc/239/fd/1
l-wx-- 1 kdetest kdetest 64 May 31 05:14 /proc/239/fd/1 -> pipe:[88694]

So the startkde process has finished reading the pid number string from
the now-defunct process, but is still waiting for another write(s) until
the (shared) fd has been closed.

This mozc_server process has been started during uim-qt5
(a QPlatformInputContext) startup in the SplashApp
initialization phase at ksplash/ksplashqml/main.cpp:92.

Due to the upstream commit the splash screen daemon does not close file
descriptors before the SplashApp initialization, thus its subprocess
shares the fds.

The commit log states Wayland initialization of this daemon needs the
channels. While it may require open file descriptors 0, 1 or 2,
no one should expect the process to talk to the parent through the
descriptors, since the splash screen is a daemon.

An attached patch reverts the commit and redirects the file descriptors
to /dev/null.

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>
--- plasma-workspace-5.8.6.orig/ksplash/ksplashqml/main.cpp
+++ plasma-workspace-5.8.6/ksplash/ksplashqml/main.cpp
@@ -24,6 +24,9 @@
 #include 
 
 #include 
+#include 
+#include 
+#include 
 #include 
 
 void logMessageHandler(QtMsgType type, const char *msg)
@@ -83,6 +86,16 @@ int main(int argc, char **argv)
 
 return 0;
 }
+
+int devNull = open("/dev/null", O_RDWR);
+if (devNull == -1) {
+return -1;
+}
+// replace stdin,stdout,stderr, otherwise startkde will block
+dup2(devNull, 0);
+dup2(devNull, 1);
+dup2(devNull, 2);
+close(devNull);
 }
 
 //enable to send log output to /tmp/ksplash
@@ -91,13 +104,6 @@ int main(int argc, char **argv)
 QQuickWindow::setDefaultAlphaBuffer(true);
 SplashApp app(argc, argv);
 
-if (!test && !nofork) {
-// close stdin,stdout,stderr, otherwise startkde will block
-close(0);
-close(1);
-close(2);
-}
-
 return app.exec();
 }
 

Bug#858876: libjna-jni: causes NoClassDefFoundError

[YOSHINO Yoshihito]

Package: libjna-jni
Followup-For: Bug #858876
Control: reopen -1

Dear Maintainer,

Sorry for the delay.

I have upgraded this package, while this error still persists.
Exactly the same error message appears in the netbeans log.
Creating the symlink works around this error.

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

Bug#858876: libjna-jni: causes NoClassDefFoundError

[YOSHINO Yoshihito]

Hi Emmanuel,

On Tue, Mar 28, 2017 at 4:47 PM, Emmanuel Bourg <ebo...@apache.org> wrote:
> Thank you for the report. The symlink was in the same directory? What
> JRE did you use?

Yes, in the same directory. I use openjdk-8-jre:i386.

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

Bug#858876: libjna-jni: causes NoClassDefFoundError

[YOSHINO Yoshihito]

Package: libjna-jni
Version: 4.2.2-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

netbeans with native look and feel enabled fails to look up libjnidispatch.so:

  INFO [org.netbeans.core.nativeaccess.NativeWindowSystemImpl]
  java.lang.NoClassDefFoundError: Could not initialize class com.sun.jna.Native
  at com.sun.jna.platform.unix.X11.(X11.java:380)
  at 
com.sun.jna.platform.WindowUtils$X11WindowUtils.getAlphaVisualIDs(WindowUtils.java:1537)
  at 
com.sun.jna.platform.WindowUtils$X11WindowUtils.isWindowAlphaSupported(WindowUtils.java:1487)
  [catch] at 
com.sun.jna.platform.WindowUtils.isWindowAlphaSupported(WindowUtils.java:1823)
  at 
org.netbeans.core.nativeaccess.NativeWindowSystemImpl.isWindowAlphaSupported(Unknown
Source)
  at 
org.netbeans.core.windows.FloatingWindowTransparencyManager$1.run(Unknown
Source)
  at java.lang.Thread.run(Thread.java:745)

This is apparently caused by a change introduced in 4.2.2-1:

>  * Renamed the native library to avoid conflicts with other JNA jars used
>on the system (LP: #1065253)

Workaround: Creating a symlink libjnidispatch.so -> libjnidispatch.system.so
fixes this error.

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages libjna-jni depends on:
ii  libc62.24-9
ii  libffi6  3.2.1-6

libjna-jni recommends no packages.

libjna-jni suggests no packages.

-- no debconf information

Bug#858107: libjsoncpp1: has typo in Description

[YOSHINO Yoshihito]

Package: libjsoncpp1
Version: 1.7.4-3
Severity: minor

Dear Maintainer,

The Description of this package has typo;

> that it is easy to parse and redeable for human. It is useful for

where 'redeable' should be 'readable'.

Regards,

-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libjsoncpp1 depends on:
ii  libc6   2.24-9
ii  libgcc1 1:6.3.0-9
ii  libstdc++6  6.3.0-9

libjsoncpp1 recommends no packages.

libjsoncpp1 suggests no packages.

-- no debconf information

Bug#735655: nadoka does not start

[YOSHINO Yoshihito]

Control: reopen -1
Control: notfixed -1 0.7.6-1.1
Control: tags -1 + stretch
Control: severity -1 grave
Justification: renders package unusable

Dear Maintainer,

/usr/bin/nadoka fails to start:

  $ nadoka
  /usr/bin/nadoka: 2: exec: /usr/bin/ruby1.8: not found

The patch provided by zeha in 0.7.6-1.1 should fix this problem.
However, the patch is actually not applied because this source package
is of version 1.0, not 3.0 (quilt), thus debian/patches/ is ignored...

Regards,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

Bug#836241: revised patch

[YOSHINO Yoshihito]

Hi,

I have missed the debian/control lines sorted.
Attaching a revised patch.

Thanks,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>
--- plasma-workspace-5.8.5/debian/control
+++ plasma-workspace-5.8.5/debian/control
@@ -139,6 +139,7 @@
  qml-module-org-kde-draganddrop,
  qml-module-org-kde-extensionplugin,
  qml-module-org-kde-kcoreaddons,
+ qml-module-org-kde-kholidays,
  qml-module-org-kde-kquickcontrols,
  qml-module-org-kde-kquickcontrolsaddons,
  qml-module-org-kde-kwindowsystem,

Bug#836241: patch

[YOSHINO Yoshihito]

Control: tags -1 + patch

Dear maintainer,

Attached is a trivial patch which should fix the problem.

Thanks,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>
--- a/debian/control
+++ b/debian/control
@@ -143,6 +143,7 @@
  qml-module-org-kde-kquickcontrolsaddons,
  qml-module-org-kde-kwindowsystem,
  qml-module-org-kde-solid,
+ qml-module-org-kde-kholidays,
  qml-module-qt-labs-folderlistmodel,
  qml-module-qtgraphicaleffects,
  qml-module-qtqml-models2,

Bug#854847: patch

[YOSHINO Yoshihito]

Control: tags -1 + patch

Dear maintainer,

I'm attaching a small patch to fix this problem as suggested by upstream
https://github.com/neutrinolabs/xrdp/commit/9c31bd5cc428d912194fc11d5706520473922853#commitcomment-20822199

I would very much appreciate it if the fix would be included in stretch,
because this bug causes normal Japanese users to get incorrect keyboard
input.

Thanks in advance,
-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>
--- a/xrdp/xrdp_keyboard.ini
+++ b/xrdp/xrdp_keyboard.ini
@@ -62,6 +62,9 @@
 rdp_layout_fr=0x040C
 rdp_layout_it=0x0410
 rdp_layout_jp=0x0411
+rdp_layout_jp=0xe0010411
+rdp_layout_jp=0xe0200411
+rdp_layout_jp=0xe0210411
 rdp_layout_kr=0x0412
 rdp_layout_ru=0x0419
 rdp_layout_se=0x041D

Bug#854847: xrdp: fails to detect some Japanese keyboard

[YOSHINO Yoshihito]

Package: xrdp
Version: 0.9.1-5
Severity: important
Control: forward -1 https://github.com/neutrinolabs/xrdp/issues/663
Control: found -1 0.9.1~2016121126+git5171fa7-1

Dear Maintainer,

Since upstream commit
https://github.com/neutrinolabs/xrdp/commit/9c31bd5cc428d912194fc11d5706520473922853
which was introduced in 0.9.1~2016121126+git5171fa7-1, my laptop's
keyboard layout in xrdp is "us" not "jp". Reverting the commit gets back
the "jp" layout.

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

Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages xrdp depends on:
ii  adduser  3.115
ii  init-system-helpers  1.47
ii  libc62.24-9
ii  libfuse2 2.9.7-1
ii  libjpeg62-turbo  1:1.5.1-2
ii  libopus0 1.2~alpha2-1
ii  libpam0g 1.1.8-3.5
ii  libssl1.11.1.0d-2
ii  libx11-6 2:1.6.4-3
ii  libxfixes3   1:5.0.3-1
ii  libxrandr2   2:1.5.1-1
ii  lsb-base 9.20161125
ii  ssl-cert 1.0.38

Versions of packages xrdp recommends:
ii  fuse  2.9.7-1
ii  xorgxrdp  0.9.1-5

Versions of packages xrdp suggests:
pn  guacamole  

Versions of packages xorgxrdp depends on:
ii  libc6  2.24-9
pn  xorg-input-abi-24  
ii  xserver-xorg-core [xorg-video-abi-23]  2:1.19.1-4

Versions of packages xorgxrdp recommends:
pn  xorg  

Versions of packages xrdp is related to:
pn  vnc-server   
ii  xserver-xorg-legacy  2:1.19.1-4

-- no debconf information

Bug#844616: llvm-3.9-doc: empty package

[YOSHINO Yoshihito]

Package: llvm-3.9-doc
Version: 1:3.9-6
Severity: important

Dear Maintainer,

This package does not contain any documentation.

$ dpkg -c llvm-3.9-doc_1%3a3.9-6_all.deb
drwxr-xr-x root/root 0 2016-11-12 01:01 ./
drwxr-xr-x root/root 0 2016-11-12 01:01 ./usr/
drwxr-xr-x root/root 0 2016-11-12 01:01 ./usr/share/
drwxr-xr-x root/root 0 2016-11-12 01:01 ./usr/share/doc/
drwxr-xr-x root/root 0 2016-11-12 01:01 ./usr/share/doc/llvm-3.9-doc/
-rw-r--r-- root/root   201 2016-10-31 19:42
./usr/share/doc/llvm-3.9-doc/NEWS.Debian.gz
-rw-r--r-- root/root 15454 2016-11-12 01:01
./usr/share/doc/llvm-3.9-doc/changelog.Debian.gz
-rw-r--r-- root/root 18557 2016-10-31 19:42
./usr/share/doc/llvm-3.9-doc/copyright
$

Thanks,

-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

Bug#832431: Server name seems to have changed

[YOSHINO Yoshihito]

Control: forwarded -1 https://bitbucket.org/benallard/galileo/issues/277
Control: tags -1 + upstream fixed-upstream

Bug#812390: uim-qt5: startkde hangs with uim-qt5 and uim-mozc installed

[YOSHINO Yoshihito]

Package: uim-qt5
Version: 1:1.8.6-15exp1
Severity: important
Tags: experimental

Dear Maintainer,

After installing uim-qt5 ksplashqml does not finish and KDE does not start.

$ pstree -apl `pidof sddm`
sddm,3481
  ├─Xorg,3781 -nolisten tcp -auth
/var/run/sddm/{b85093b4-e92b-44bf-84f6-faae000c370d} -background none
-noreset -displayfd 17 vt7
  │   └─{Xorg},3813
  └─sddm-helper,3981 --socket
/tmp/sddm-auth2a55ecc6-426f-4a6f-a2ec-7bda0ceb53c2 --id 1 --start
/usr/bin/startkde --user owner
  └─ck-launch-sessi,3982 /usr/bin/dbus-launch --exit-with-session
/usr/bin/im-launch /usr/bin/startkde
  ├─ssh-agent,4054 /usr/bin/ck-launch-session
/usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch
/usr/bin/startkde
  └─startkde,4130 /usr/bin/startkde
  ├─(ksplashqml,4180)
  ├─uim-toolbar,4157
  └─uim-xim,4156

It looks like libuimplatforminputcontextplugin.so launches mozc_server
in uim-mozc and does not finish.

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages uim-qt5 depends on:
ii  libc62.21-6
ii  libgcc1  1:5.3.1-7
ii  libgl1-mesa-glx [libgl1] 11.1.1-2
ii  libqt5core5a [qtbase-abi-5-5-1]  5.5.1+dfsg-13
ii  libqt5gui5   5.5.1+dfsg-13
ii  libqt5widgets5   5.5.1+dfsg-13
ii  libqt5x11extras5 5.5.1-3
ii  libstdc++6   5.3.1-7
ii  libuim-custom2   1:1.8.6-15exp1
ii  libuim-data  1:1.8.6-15exp1
ii  libuim-scm0  1:1.8.6-15exp1
ii  libuim8  1:1.8.6-15exp1
ii  libx11-6 2:1.6.3-1
ii  uim-common   1:1.8.6-15exp1
ii  uim-utils1:1.8.6-15exp1

uim-qt5 recommends no packages.

uim-qt5 suggests no packages.

-- no debconf information

Bug#797662: maybe typo in the patch

[YOSHINO Yoshihito]

> @@ -377,7 +380,7 @@
>
>  on_buildd := $(shell [ -f /CurrentlyBuilding -o "$$LOGNAME" = buildd ] && 
> echo yes)
>
> -ifeq ($(distribution),Debian)
> +ifeq ($(distributio),Debian)
>with_wm = $(notdir $(firstword $(wildcard /usr/bin/metacity /usr/bin/twm)))
>ifneq (,$(findstring twm, $(with_wm)))
>  with_wm_args = -f $(CURDIR)/bin/jtreg.tmwrc

Typo?

-- 
YOSHINO Yoshihito <yy.y.ja...@gmail.com>

Bug#792151: uim: add support for Qt 5

[YOSHINO Yoshihito]

Package: uim
Version: 1:1.8.6-11
Severity: wishlist

Dear Maintainer,

uim should support Qt 5.
Now many KDE/Qt 5 applications are entering sid.


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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages uim depends on:
ii  uim-common  1:1.8.6-11
ii  uim-fep 1:1.8.6-11
ii  uim-gtk2.0  1:1.8.6-11
ii  uim-gtk31:1.8.6-11
ii  uim-qt  1:1.8.6-11
ii  uim-utils   1:1.8.6-11
ii  uim-xim 1:1.8.6-11

uim recommends no packages.

uim suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#787302: wine32-development: fails to upgrade with wine-development

[YOSHINO Yoshihito]

Package: wine32-development
Version: 1.7.44-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

wine32-development fails to upgrade to 1.7.44-1 in conjunction with
wine-development. /usr/bin/regedit-development/wine32, which looks
weird, conflicts with /usr/bin/regedit-development in wine-development.

(Reading database ... 188231 files and directories currently installed.)
Preparing to unpack .../wine32-development_1.7.44-1_i386.deb ...
Unpacking wine32-development:i386 (1.7.44-1) over (1.7.43-1) ...
dpkg: error processing archive
/var/cache/apt/archives/wine32-development_1.7.44-1_i386.deb
(--unpack):
 trying to overwrite '/usr/bin/regedit-development', which is also in
package wine-development 1.7.44-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/wine32-development_1.7.44-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages wine32-development depends on:
ii  libc62.19-18
ii  libfreetype6 2.5.2-4
ii  libncurses5  5.9+20150516-2
iu  libwine-development  1.7.44-1
ii  x11-utils7.7+3

Versions of packages wine32-development recommends:
ii  libasound2-plugins  1.0.28-1+b1
ii  libgl1-mesa-dri 10.5.5-1
pn  libwine-gecko-2.36  none
iu  wine-development1.7.44-1

Versions of packages wine32-development suggests:
pn  wine32-development-preloader  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#786909: chromium: unconditionally downloads binary blob

[YOSHINO Yoshihito]

Package: chromium
Version: 43.0.2357.65-1
Severity: serious
Tags: security upstream
Justification: Policy 2.1.2
Control: forwarded -1 https://code.google.com/p/chromium/issues/detail?id=491435

Dear Maintainer,

After upgrading chromium to 43, I noticed that when it is running and
immediately after the machine is on-line it silently starts downloading
Chrome Hotword Shared Module extension, which contains a binary without
source code. There seems no opt-out config.

$ chromium --temp-profile 
$ find 
/tmp/tmp.*/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/
/tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/
/tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja
/tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja/hotword.data
/tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja/hotword-x86-64.nexe
$ file 
/tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja/hotword-x86-64.nexe
/tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja/hotword-x86-64.nexe:
 ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, 
BuildID[sha1]=24d25d55886dca48921031d6928b0a34f5659830, stripped


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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages chromium depends on:
ii  libasound2   1.0.28-1
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-18
ii  libcairo21.14.2-2
ii  libcups2 1.7.5-11
ii  libdbus-1-3  1.8.18-1
ii  libexpat12.1.0-6+b3
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-4
ii  libgdk-pixbuf2.0-0   2.31.4-1
ii  libglib2.0-0 2.44.1-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk2.0-0  2.24.25-3
ii  libharfbuzz0b0.9.40-3
ii  libjpeg62-turbo  1:1.4.0-7
ii  libnspr4 2:4.10.8-1
ii  libnss3  2:3.19-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpci3  1:3.2.1-3
ii  libspeechd2  0.8-7
ii  libspeex11.2~rc1.2-1
ii  libsrtp0 1.4.5~20130609~dfsg-1.1
ii  libstdc++6   5.1.1-7
ii  libx11-6 2:1.6.3-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxml2  2.9.1+dfsg1-4
ii  libxrandr2   2:1.4.2-1+b1
ii  libxrender1  1:0.9.8-1+b1
ii  libxslt1.1   1.1.28-2+b2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+3
ii  xdg-utils1.1.0~rc1+git20111210-7.4

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-l10n  43.0.2357.65-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel

[YOSHINO Yoshihito]

Control: tags -1 + patch

Hi,

 Do you know of the patch you were mentioning ? If it is a single patch, we
 may carry. But looking at the make-dfsg patches, it does not look so.

debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch
in make-dfsg 4.0-8 contains the workaround.

I have refreshed and attached the patch for kbuild.

Regards,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com
From 53b4a9e66800dde643d3ce7966c5193001e3f12e Mon Sep 17 00:00:00 2001
From: Paul Smith psm...@gnu.org
Date: Sun, 20 Oct 2013 12:49:01 -0400
Subject: [PATCH] * read.c (record_files): [SV 33034] Change fatal() to error()

Allows deprecated syntax.  However we don't guarantee this syntax
will continue to be legal in the future.
Change suggested by David Boyce david.s.bo...@gmail.com
---
 NEWS   | 19 ---
 read.c |  2 +-
 2 files changed, 9 insertions(+), 12 deletions(-)

Index: kbuild/src/kmk/NEWS
===
--- kbuild.orig/src/kmk/NEWS
+++ kbuild/src/kmk/NEWS
@@ -114,6 +114,12 @@ http://sv.gnu.org/bugs/index.php?group=m
   after the variable name, to allow for simple, conditional, or appending
   multi-line variable assignment.
 
+* Change the fatal error for mixed explicit and implicit rules, that was
+  introduced in GNU make 3.82, to a non-fatal error.  However, this syntax is
+  still deprecated and may return to being illegal in a future version of GNU
+  make.  Makefiles that rely on this syntax should be fixed.
+  See https://savannah.gnu.org/bugs/?33034
+
 
 Version 3.81
 
@@ -128,8 +134,8 @@ Version 3.81
   any prerequisite that does not exist, even though that prerequisite
   might have caused the target to rebuild.  Starting with the _next_
   release of GNU make, '$?' will contain all prerequisites that caused
-  the target to be considered out of date.  See this Savannah bug:
-  http://savannah.gnu.org/bugs/index.php?func=detailitemitem_id=16051
+  the target to be considered out of date.
+  See http://savannah.gnu.org/bugs/?16051
 
 * WARNING: Backward-incompatibility!
   GNU make now implements a generic second expansion feature on the
Index: kbuild/src/kmk/read.c
===
--- kbuild.orig/src/kmk/read.c
+++ kbuild/src/kmk/read.c
@@ -2743,7 +2743,7 @@ l_next:
   /* Reduce escaped percents.  If there are any unescaped it's an error  */
   name = filenames-name;
   if (find_percent_cached (name))
-fatal (flocp, _(mixed implicit and normal rules));
+error (flocp, _(*** mixed implicit and normal rules: deprecated 
syntax));
 }
 }
 

Bug#732521: Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel

[YOSHINO Yoshihito]

Control: tags 762061 - patch
Control: tags -1 + patch

Oops, replied to a wrong bug.

On Sat, Sep 20, 2014 at 3:29 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote:
 Control: tags -1 + patch

 Hi,

 Do you know of the patch you were mentioning ? If it is a single patch, we
 may carry. But looking at the make-dfsg patches, it does not look so.

 debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch
 in make-dfsg 4.0-8 contains the workaround.

 I have refreshed and attached the patch for kbuild.

 Regards,
 --
 YOSHINO Yoshihito yy.y.ja...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732521: Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel

[YOSHINO Yoshihito]

On Sat, Sep 20, 2014 at 3:36 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote:
 Control: tags 762061 - patch
 Control: tags -1 + patch

 Oops, replied to a wrong bug.

 On Sat, Sep 20, 2014 at 3:29 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com 
 wrote:
 Control: tags -1 + patch

 Hi,

 Do you know of the patch you were mentioning ? If it is a single patch, we
 may carry. But looking at the make-dfsg patches, it does not look so.

 debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch
 in make-dfsg 4.0-8 contains the workaround.

 I have refreshed and attached the patch for kbuild.

 Regards,
 --
 YOSHINO Yoshihito yy.y.ja...@gmail.com
From 53b4a9e66800dde643d3ce7966c5193001e3f12e Mon Sep 17 00:00:00 2001
From: Paul Smith psm...@gnu.org
Date: Sun, 20 Oct 2013 12:49:01 -0400
Subject: [PATCH] * read.c (record_files): [SV 33034] Change fatal() to error()

Allows deprecated syntax.  However we don't guarantee this syntax
will continue to be legal in the future.
Change suggested by David Boyce david.s.bo...@gmail.com
---
 NEWS   | 19 ---
 read.c |  2 +-
 2 files changed, 9 insertions(+), 12 deletions(-)

Index: kbuild/src/kmk/NEWS
===
--- kbuild.orig/src/kmk/NEWS
+++ kbuild/src/kmk/NEWS
@@ -114,6 +114,12 @@ http://sv.gnu.org/bugs/index.php?group=m
   after the variable name, to allow for simple, conditional, or appending
   multi-line variable assignment.
 
+* Change the fatal error for mixed explicit and implicit rules, that was
+  introduced in GNU make 3.82, to a non-fatal error.  However, this syntax is
+  still deprecated and may return to being illegal in a future version of GNU
+  make.  Makefiles that rely on this syntax should be fixed.
+  See https://savannah.gnu.org/bugs/?33034
+
 
 Version 3.81
 
@@ -128,8 +134,8 @@ Version 3.81
   any prerequisite that does not exist, even though that prerequisite
   might have caused the target to rebuild.  Starting with the _next_
   release of GNU make, '$?' will contain all prerequisites that caused
-  the target to be considered out of date.  See this Savannah bug:
-  http://savannah.gnu.org/bugs/index.php?func=detailitemitem_id=16051
+  the target to be considered out of date.
+  See http://savannah.gnu.org/bugs/?16051
 
 * WARNING: Backward-incompatibility!
   GNU make now implements a generic second expansion feature on the
Index: kbuild/src/kmk/read.c
===
--- kbuild.orig/src/kmk/read.c
+++ kbuild/src/kmk/read.c
@@ -2743,7 +2743,7 @@ l_next:
   /* Reduce escaped percents.  If there are any unescaped it's an error  */
   name = filenames-name;
   if (find_percent_cached (name))
-fatal (flocp, _(mixed implicit and normal rules));
+error (flocp, _(*** mixed implicit and normal rules: deprecated 
syntax));
 }
 }
 

Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel

[YOSHINO Yoshihito]

This reply was for 732521. Sorry for the noise.

On Sat, Sep 20, 2014 at 3:29 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote:
 Control: tags -1 + patch

 Hi,

 Do you know of the patch you were mentioning ? If it is a single patch, we
 may carry. But looking at the make-dfsg patches, it does not look so.

 debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch
 in make-dfsg 4.0-8 contains the workaround.

 I have refreshed and attached the patch for kbuild.

 Regards,
 --
 YOSHINO Yoshihito yy.y.ja...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732521: virtualbox-source doesn't compile against 3.11-2

[YOSHINO Yoshihito]

Followup-For: Bug #732521
Control: reassign -1 kbuild
Control: found -1 1:0.1.9998svn2695+dfsg-1

Dear Maintainer,

I also use virtualbox-source with module-assistant and run into this problem.

 kmk[2]: Entering directory `/usr/src/linux-headers-3.11-2-amd64'
 Makefile:10: *** mixed implicit and normal rules.  Stop.

This is caused by a newer kmk (kbuild) which contains a
backward-incompatible change introduced in GNU make 2.82.
By downgrading kbuild to 1:0.1.9998svn2577+dfsg-3 the source builds fine.

Debian's make = 4.0-2 includes a patch to revert the change:

 make-dfsg (4.0-2) experimental; urgency=medium

   * Pull back some patches from upstream git that fix bugs. One of these
 converts the mixed implicit and explicit rule error into a warning,
 and that should give us a grace period to fix the Makefiles,

Applying it to kbuild also should work around this problem.

Regards,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'proposed-updates'), (500,
'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages virtualbox-source depends on:
ii  build-essential   11.6
ii  bzip2 1.0.6-5
ii  debhelper 9.20140613
ii  kbuild1:0.1.9998svn2695+dfsg-1
ii  module-assistant  0.11.7

virtualbox-source recommends no packages.

virtualbox-source suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709025: tex-common: Fail to upgrade

[YOSHINO Yoshihito]

Package: tex-common
Followup-For: Bug #709025

Hi,

I have the same problem. It seems tex-common is not the cause of this
problem. Downgrading tex-common does not help.
Instead, downgrading libkpathsea6 from 2013.20130516.30500-1 to
2012.20120628-4 (wheezy version) has fixed the behavior.
It seems kpathsea does no longer look for /usr/share/texmf.

--
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: jessie/sid
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500,
'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  dpkg   1.16.10
ii  ucf3.0027

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper  9.20130518

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  dpkg   1.16.10
ii  install-info   5.1.dfsg.1-3
ii  libpaper-utils 1.1.24+nmu2
ii  luatex 0.76.0-1
ii  texlive-binaries   2012.20120628-4
ii  texlive-common 2012.20120611-5
ii  texlive-doc-base   2012.20120611-1
ii  ucf3.0027
ii  xdg-utils  1.1.0~rc1+git20111210-7

Versions of packages texlive-base recommends:
ii  lmodern  2.004.4-3

Versions of packages texlive-base suggests:
ii  ghostscript [postscript-viewer]  9.05~dfsg-6.3
ii  okular [postscript-viewer]   4:4.8.4-3+b1
pn  perl-tk  none
pn  xpdf-reader | pdf-viewer none

Versions of packages texlive-binaries depends on:
ii  dpkg1.16.10
ii  ed  1.8-1
ii  install-info5.1.dfsg.1-3
ii  libc6   2.17-3
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.0-7
ii  libgraphite31:2.3.1-0.2
ii  libgs9  9.05~dfsg-6.3
ii  libkpathsea62012.20120628-4
ii  libpng12-0  1.2.49-4
ii  libpoppler190.18.4-6
ii  libptexenc1 2013.20130516.30500-1
ii  libstdc++6  4.8.0-7
ii  libx11-62:1.5.0-1
ii  libxaw7 2:1.0.10-2
ii  libxmu6 2:1.1.1-1
ii  libxpm4 1:3.5.10-1
ii  libxt6  1:1.1.3-1
ii  perl5.14.2-21
ii  texlive-common  2012.20120611-5
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages texlive-binaries recommends:
ii  luatex  0.76.0-1
ii  python  2.7.3-5
ii  ruby1:1.9.3
ii  ruby1.8 [ruby]  1.8.7.358-7
ii  texlive-base2012.20120611-5
pn  wishnone

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709025: tex-common: Fail to upgrade

[YOSHINO Yoshihito]

One mistake:

On Mon, May 20, 2013 at 11:09 PM, YOSHINO Yoshihito
yy.y.ja...@gmail.com wrote:
 It seems kpathsea does no longer look for /usr/share/texmf.

Not /usr/share/texmf, but /usr/share/texlive/texmf

--
YOSHINO Yoshihito yy.y.ja...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#702648: module-assistant: Does not recognize linux-headers-3.8-trunk-686-pae being installed while it is

[YOSHINO Yoshihito]

Package: module-assistant
Version: 0.11.4
Followup-For: Bug #702648
Control: serverity -1 important
Control: tags -1 +patch

Dear Maintainer,

It seems a recent linux-headers-* package no longer contains
 include/linux/version.h

A patch attached.

Thanks,
--
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: jessie/sid
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500,
'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages module-assistant depends on:
ii  bzip2  1.0.6-4
ii  libtext-wrapi18n-perl  0.06-7
ii  perl   5.14.2-21

Versions of packages module-assistant recommends:
ii  liblocale-gettext-perl  1.05-7+b1

Versions of packages module-assistant suggests:
ii  build-essential  11.6
ii  dialog   1.1-20120215-3
ii  whiptail 0.52.14-11.1

-- no debconf information


detection.patch
Description: Binary data

Bug#665199: Dump databases before the remove operation

[YOSHINO Yoshihito]

Hi,

In the case of this bug report (install, remove, distupgrade, and
install again), the remove operation in squeeze deletes the
db4.8-linked version of slapcat (in squeeze). Then slapd.preinst in
wheezy cannot dump the old db4.8 database of openldap.

I think we have two options: either
a) modify slapd.prerm in squeeze to dump the old database
or
b) make slapd in wheezy depend on db-util and modify
slapd.postinst in wheezy to upgrade the old database

Regards,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#691600: libghc-warp-dev: does not parse request headers correctly

[YOSHINO Yoshihito]

Package: libghc-warp-dev
Severity: grave
Tags: upstream patch

Dear Maintainer,

warp 1.2.1.1 does not parse request headers correctly, such as
multi-line headers, or a header with no space between colon and value.

Upstream has fixed the issue (tracked in
https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2
(while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls
to = 1.2.1 for the updated dependency.)

Regards,
--
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libghc-warp-dev depends on:
ii  libc62.13-35
ii  libffi5  3.0.10-3
pn  libghc-base-dev-4.5.0.0-c8e71none
ii  libghc-blaze-builder-conduit-dev [libghc-blaze-builder-cond  0.4.0.2-1
ii  libghc-blaze-builder-dev [libghc-blaze-builder-dev-0.3.1.0-  0.3.1.0-1+b2
pn  libghc-bytestring-dev-0.9.2.1-4adca  none
ii  libghc-case-insensitive-dev [libghc-case-insensitive-dev-0.  0.4.0.1-2+b2
ii  libghc-conduit-dev [libghc-conduit-dev-0.4.2-d1822]  0.4.2-2
pn  libghc-ghc-prim-dev-0.2.0.0-bd29cnone
ii  libghc-http-types-dev [libghc-http-types-dev-0.6.11-1dd27]   0.6.11-1
ii  libghc-lifted-base-dev [libghc-lifted-base-dev-0.1.1-51e15]  0.1.1-1+b1
ii  libghc-network-conduit-dev [libghc-network-conduit-dev-0.4.  0.4.0.1-2
ii  libghc-network-dev [libghc-network-dev-2.3.0.13-6b330]   2.3.0.13-1+b2
ii  libghc-simple-sendfile-dev [libghc-simple-sendfile-dev-0.2.  0.2.3-1+b2
ii  libghc-transformers-dev [libghc-transformers-dev-0.3.0.0-f2  0.3.0.0-1
ii  libghc-unix-compat-dev [libghc-unix-compat-dev-0.3.0.1-b9c7  0.3.0.1-1+b1
ii  libghc-wai-dev [libghc-wai-dev-1.2.0.2-eb498]1.2.0.2-1
ii  libgmp10 2:5.0.5+dfsg-2

libghc-warp-dev recommends no packages.

Versions of packages libghc-warp-dev suggests:
ii  libghc-warp-doc   1.2.1.1-1
ii  libghc-warp-prof  1.2.1.1-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly

[YOSHINO Yoshihito]

Hi,

On Sat, Oct 27, 2012 at 11:31 PM, Joachim Breitner nome...@debian.org wrote:
 Version: 1.3.4.1-1

 Am Samstag, den 27.10.2012, 22:36 +0900 schrieb YOSHINO Yoshihito:
 Upstream has fixed the issue (tracked in
 https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2
 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls
 to = 1.2.1 for the updated dependency.)

 if 1.2.2 indeed contains the fix, then we have a fixed version of the
 library in experimental.

Sorry for the lack of information. I would like to have this fix in wheezy.

-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly

[YOSHINO Yoshihito]

Hi,

On Sat, Oct 27, 2012 at 11:40 PM, Joachim Breitner nome...@debian.org wrote:
 I see. Can you elaborate on the severity of the problem? Do such request
 headers occur in common situations, or is it just a theoretical problem?

Actually I have stuck in a warp server receiving request from Japanese
mobile phones,
which send a header with no space between colon and value.


 It seems that we’d have to backport these two patches:
 https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5
 https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465
 or am I missing something?

Looks ok.

-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#691600: libghc-warp-dev: does not parse request headers correctly

[YOSHINO Yoshihito]

Hi,


On Sun, Oct 28, 2012 at 5:11 AM, Joachim Breitner nome...@debian.org wrote:
 So how can we get the bugfix into wheezy (if you deem it important
 enough to be fixed at this stage of the freeze – do you)?

Yes, for a better release.


Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679616: Latest LTS is now 1.466.1

[YOSHINO Yoshihito]

Hi,

Version 1.466.1 is released as LTS on 2012/07/23:
http://jenkins-ci.org/changelog-stable

Please consider packaging this (or newer stable?) version.

Regards,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679620: fonts-ipamj-mincho: new upstream release

[YOSHINO Yoshihito]

Package: fonts-ipamj-mincho
Version: 001.01-3
Severity: wishlist

Dear Maintainer,

New upstream version 002.01 is available.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677840: texlive-lang-cjk: updmap-setup-kanji fails to display a current map file

[YOSHINO Yoshihito]

Package: texlive-lang-cjk
Version: 2012.20120611-1
Severity: normal

Dear Maintainer,

updmap-setup-kanji produces a warning:

 $ updmap-setup-kanji status
 WARNING: Currently selected map file cannot be found: otf-noEmbed .map
 Standby family : ipa
 Standby family : ipaex

This is due to incorrect regex patterns in the script.
An attached patch fixes this problem.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- Package-specific info:
##
 List of ls-R files

-rw-r--r-- 1 root root 1771 Jun 16 16:47 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jun  9 13:02 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Jun 11 12:10 /usr/share/texlive/texmf/ls-R
- /var/lib/texmf/ls-R-TEXLIVEMAIN
-rw-rw-r-- 1 root staff 80 Jun 13 23:35 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 31 Jun 11 12:10
/usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jun 11 12:10
/usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jun 11 12:10 /usr/share/texlive/texmf/ls-R
- /var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 475 Jun  9 19:28 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 4867 Jun 13 23:36 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 2753 Jun 11 07:41
/usr/share/texlive/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 3693 Jun 13 23:36
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Jun 26  2011 mktex.cnf
-rw-r--r-- 1 root root 475 Jun  9 19:28 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages texlive-lang-cjk depends on:
ii  dpkg1.16.4.2
ii  fonts-ipaexfont-gothic  00103-14
ii  fonts-ipaexfont-mincho  00103-14
ii  fonts-ipafont-gothic00303-10
ii  fonts-ipafont-mincho00303-10
ii  tex-common  3.12
ii  texlive-base2012.20120611-1
ii  texlive-binaries2012.20120530-2+b1
ii  texlive-common  2012.20120611-1
ii  texlive-doc-zh  2012.20120611-1
ii  texlive-latex-base  2012.20120611-1

Versions of packages texlive-lang-cjk recommends:
pn  latex-cjk-allnone
pn  ruby | ruby-interpreter  none
pn  thailatexnone

texlive-lang-cjk suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.43
ii  dpkg   1.16.4.2
ii  ucf3.0025+nmu3

Versions of packages tex-common suggests:
ii  debhelper  9.20120608

Versions of packages texlive-lang-cjk is related to:
ii  tex-common3.12
ii  texlive-binaries  2012.20120530-2+b1

-- debconf information excluded


kanjiEmbed_pattern.patch
Description: Binary data

Bug#676996: uim: stops working

[YOSHINO Yoshihito]

Package: uim
Version: 1:1.8.1-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After upgrading to 1:1.8.1-2, uim reports a following error (seen in
.xsession-errors)
and stops working:

Error: in cdr: pair required but got: #f
libuim: [fatal] an unhandled error raised from Scheme interpreter
libuim: All functionality has been disabled to save user application data.
libuim: [fatal] an unhandled error raised from Scheme interpreter
libuim: [fatal] ユーザアプリケーションデータを保護するため、全機能を停止しました。

Downgrading uim to 1:1.8.1-1 it works again.
It seems the multiarch support breaks the behavior.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages uim depends on:
ii  uim-common  1:1.8.1-2
ii  uim-fep 1:1.8.1-2
ii  uim-gtk2.0  1:1.8.1-2
ii  uim-gtk31:1.8.1-2
ii  uim-qt  1:1.8.1-2
ii  uim-utils   1:1.8.1-2
ii  uim-xim 1:1.8.1-2

uim recommends no packages.

uim suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#666588: fixed-upstream

[YOSHINO Yoshihito]

tags 666588 + fixed-upstream
thanks

Hi,

Upstream has committed the fix
http://gauche.git.sourceforge.net/git/gitweb.cgi?p=gauche/Gauche;a=commitdiff;h=d9316851a700bc467e5a2f394af61ba71849315c
while this is still not included in its latest version (0.9.3.2).

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#673825: manpages-ja: New upstream release

[YOSHINO Yoshihito]

Package: manpages-ja
Version: 0.5.0.0.20110915-1
Severity: important

Dear Maintainer,

New upstream version 20120515 is available, which includes many
translation updates. I would like to see this new version in wheezy.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

manpages-ja depends on no packages.

manpages-ja recommends no packages.

Versions of packages manpages-ja suggests:
ii  konqueror [man-browser]  4:4.7.4-2
ii  man-db [man-browser] 2.6.1-2

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#671721: libapt-pkg4.12: pkgAcquire::Worker::OutFdReady() fails after write() fails with EAGAIN

[YOSHINO Yoshihito]

Package: libapt-pkg4.12
Version: 0.9.0~exp1
Severity: important
Tags: patch

Dear Maintainer,

After upgrading apt to 0.9.0~exp1 or later, in some locales such as
ja_JP.UTF-8 or zh_CN.UTF-8, aptitude stucks when downloading any data:

 # env LANG=ja_JP.UTF-8 aptitude update
 ^C
 # env LANG=ja_JP.UTF-8 aptitude changelog aptitude
 ^C

By bisecting changes in the bzr repository I found this problem is
caused by a commit revision 2129.55.33 use a static FileFd::Write
overload to reduce duplication of write()-retry code.

More specifically, replacing the loop in function
pkgAcquire::Worker::OutFdReady with a call to FileFd::Write causes the
behavior. Previously, this function tries a single write() call against
file descriptor OutFd, trims OutQueue and returns true. The current
version calls FileFd::Write, which issues write() repeatedly until the
request finishes. This write() fails with errno EAGAIN after a
successful write of 65536 bytes, which suggests the size of the buffer
of a pipe OutFd points to.

An attached patch simply reverts pkgAcquire::Worker::OutFdReady to its
0.8.16~exp13 version.

Regards,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libapt-pkg4.12 depends on:
ii  libbz2-1.0 1.0.6-1
ii  libc6  2.13-32
ii  libgcc11:4.7.0-7
ii  libstdc++6 4.7.0-7
ii  multiarch-support  2.13-32
ii  zlib1g 1:1.2.7.dfsg-1

libapt-pkg4.12 recommends no packages.

libapt-pkg4.12 suggests no packages.

-- no debconf information


revert_use_of_static_write_in_OutFdReady.patch
Description: Binary data

Bug#671622: gauche: update to new upstream version

[YOSHINO Yoshihito]

Source: gauche
Version: 0.9.1-5

Dear Maintainer,

New upstream version 0.9.2 is released on August 6, 2011.

Thanks,

-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#671625: gauche: update to new upstream version

[YOSHINO Yoshihito]

Source: gauche
Version: 0.9.1-5

Dear Maintainer,

New upstream version 0.9.2 is released on August 6, 2011.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#670160: texlive-lang-cjk: downgrade fonts-ipa* and texlive-doc-zh from Depends to Recommends/Suggests

[YOSHINO Yoshihito]

Package: texlive-lang-cjk
Version: 2011.20120410-1
Severity: normal

Hi,

This package installs 380 MB in total (on cowbuilder). The dependent
packages fonts-ipa* and texlive-doc-zh uses 50.2 MB. Downgrading those
dependencies to Recommends or Suggests should greatly reduce the disk
usage.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- Package-specific info:
##
 List of ls-R files

-rw-r--r-- 1 root root 1847 Apr 23 14:31 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Apr 23 03:01 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Apr 10 08:09 /usr/share/texlive/texmf/ls-R
- /var/lib/texmf/ls-R-TEXLIVEMAIN
lrwxrwxrwx 1 root root 31 Apr 10 08:09
/usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Apr 10 08:09
/usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Apr 10 08:09 /usr/share/texlive/texmf/ls-R
- /var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 475 Apr 23 14:31 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 3741 Apr 23 14:31 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 37 Apr 10 08:09
/usr/share/texlive/texmf-dist/web2c/updmap.cfg -
/var/lib/texmf/updmap.cfg-TEXLIVEDIST
-rw-r--r-- 1 root root 3693 Apr 23 14:31
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Apr 23 03:01 mktex.cnf
-rw-r--r-- 1 root root 475 Apr 23 14:31 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages texlive-lang-cjk depends on:
ii  dpkg1.16.2
ii  fonts-ipaexfont-gothic  00103-9
ii  fonts-ipaexfont-mincho  00103-9
ii  fonts-ipafont-gothic00303-6
ii  fonts-ipafont-mincho00303-6
ii  tex-common  3.9
ii  texlive-base2011.20120410-1
ii  texlive-binaries2011.20120410-1
ii  texlive-common  2011.20120410-1
ii  texlive-doc-zh  2011.20120322-1
ii  texlive-latex-base  2011.20120410-1

Versions of packages texlive-lang-cjk recommends:
pn  latex-cjk-allnone
pn  ruby | ruby-interpreter  none
pn  thailatexnone

texlive-lang-cjk suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.42
ii  dpkg   1.16.2
ii  ucf3.0025+nmu3

Versions of packages tex-common suggests:
pn  debhelper  none

Versions of packages texlive-lang-cjk is related to:
ii  tex-common3.9
ii  texlive-binaries  2011.20120410-1

-- debconf information:
  tex-common/check_texmf_missing:
  tex-common/check_texmf_wrong:



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#669692: texlive-lang-cjk: missing Conflicts: ptex-jisfonts

[YOSHINO Yoshihito]

Package: texlive-lang-cjk
Version: 2011.20120410-1
Severity: important

After upgrading from squeeze (with ptex-bin _and_ okumura-clsfiles installed),
dvipdfmx conflicts with config files in ptex-jisfonts package,
which okumura-clsfiles package previously depended on.

# platex test.tex
This is e-pTeX, Version 3.1415926-p3.2-110825-2.3 (utf8.euc) (TeX Live
2012/dev/Debian)
 restricted \write18 enabled.
entering extended mode
(./test.tex
pLaTeX2e 2006/11/10 (based on LaTeX2e 2011/06/27 patch level 0)
Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, af
rikaans, arabic, basque, bulgarian, catalan, pinyin, croatian, czech, danish, d
utch, ukenglish, usenglishmax, esperanto, estonian, farsi, finnish, french, gal
ician, german, ngerman, swissgerman, hungarian, icelandic, indonesian, interlin
gua, irish, italian, kurmanji, latin, latvian, lithuanian, mongolian, mongolian
lmc, bokmal, nynorsk, polish, portuguese, romanian, russian, serbian, serbianc,
 slovak, slovenian, spanish, swedish, turkish, turkmen, ukrainian, uppersorbian
, welsh, ancientgreek, ibycus, monogreek, greek, coptic, loaded.
(/usr/share/texlive/texmf-dist/tex/platex/jsclasses/jsarticle.cls
Document Class: jsarticle 2010/03/14 okumura
)
No file test.aux.
[1] (./test.aux) )
Output written on test.dvi (1 page, 260 bytes).
Transcript written on test.log.
# dvipdfmx test.dvi
test.dvi - test.pdf
[1
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 0+555/600 --dpi
555 rml-jis
mktexpk: don't know how to create bitmap font for rml-jis.
mktexpk: perhaps rml-jis is missing from the map file.
kpathsea: Appending font creation commands to missfont.log.

** WARNING ** Could not locate a virtual/physical font for TFM rml-jis.
** WARNING **  There are no valid font mapping entry for this font.
** WARNING **  Font file name rml-jis was assumed but failed to
locate that font.
** ERROR ** Cannot proceed without .vf or physical font for PDF output...

Output file removed.

It works after the removal of ptex-jisfonts, since the contents in
ptex-jisfonts already
exist in texlive-lang-cjk:

# dvipdfmx test.dvi
test.dvi - test.pdf
[1]
1611 bytes written

##
minimal input file
test.tex and generated test.dvi are attached.

##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1642 Apr 21 07:36 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Apr 13 23:43 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Apr 10 08:09 /usr/share/texlive/texmf/ls-R
- /var/lib/texmf/ls-R-TEXLIVEMAIN
-rw-rw-r-- 1 root staff 80 Apr 21 07:36 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 31 Apr 10 08:09
/usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Apr 10 08:09
/usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Apr 10 08:09 /usr/share/texlive/texmf/ls-R
- /var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 787 Apr 21 07:15 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 4439 Apr 21 07:16 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 37 Apr 10 08:09
/usr/share/texlive/texmf-dist/web2c/updmap.cfg -
/var/lib/texmf/updmap.cfg-TEXLIVEDIST
-rw-r--r-- 1 root root 3693 Apr 21 07:16
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Feb 18  2011 mktex.cnf
-rw-r--r-- 1 root root 787 Apr 21 07:15 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
8e901c9e6562b73e4ba4d1b4e603412f  /etc/texmf/texmf.d/30ptex.cnf

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

Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages texlive-lang-cjk depends on:
ii  dpkg1.16.2
ii  fonts-ipaexfont-gothic  00103-9
ii  fonts-ipaexfont-mincho  00103-9
ii  fonts-ipafont-gothic00303-6
ii  fonts-ipafont-mincho00303-6
ii  tex-common  3.8
ii  texlive-base2011.20120410-1
ii  texlive-binaries2011.20120410-1
ii  texlive-common  2011.20120410-1
ii  texlive-doc-zh  2011.20120322-1
ii  texlive-latex-base  2011.20120410-1

Versions of packages texlive-lang-cjk recommends:
pn  latex-cjk-allnone
pn  ruby | ruby-interpreter  none
pn  thailatexnone

texlive-lang-cjk suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.42
ii  dpkg   1.16.2
ii  ucf3.0025+nmu3

Versions of packages tex-common suggests:
pn  debhelper  none

Versions of packages texlive-lang-cjk 

Bug#653691: closed by Julien Valroff jul...@debian.org (Closing bug)

[YOSHINO Yoshihito]

package hohot
repoen 653691
thanks

Hi,

The package in the Debian archive is still broken since the fixed
version of the package is not uploaded.
Please close this bug only when/after the fix is uploaded.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

On Sat, Apr 7, 2012 at 16:00, Debian Bug Tracking System
ow...@bugs.debian.org wrote:
 This is an automatic notification regarding your Bug report
 which was filed against the hotot package:

 #653691: hotot: missing Depends: python-dbus

 It has been closed by Julien Valroff jul...@debian.org.

 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Julien Valroff 
 jul...@debian.org by
 replying to this email.


 --
 653691: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653691
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems


 -- Forwarded message --
 From: Julien Valroff jul...@debian.org
 To: 653691-d...@bugs.debian.org
 Cc:
 Date: Sat, 7 Apr 2012 08:56:54 +0200
 Subject: Closing bug
 Package hotot
 Version 1:0.9.7.37+git20120123.5524ecc-1

 This bug was actually closed in a version which was not uploaded to the
 archive. Hence closing manually.

 Cheers,
 Julien

 --
  .''`.   Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org
  : :'  :  Debian Developer  Free software contributor
  `. `'`   http://www.kirya.net/
   `-     4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1



 -- Forwarded message --
 From: YOSHINO Yoshihito yy.y.ja...@gmail.com
 To: Debian Bug Tracking System sub...@bugs.debian.org
 Cc:
 Date: Fri, 30 Dec 2011 20:20:19 +0900
 Subject: hotot: missing Depends: python-dbus
 Package: hotot
 Version: 1:0.9.7.32+git20111213.1d89daf-1
 Severity: grave
 Justification: renders package unusable

 Hotot does not work with a following error message:

 $ hotot
 Traceback (most recent call last):
  File /usr/bin/hotot, line 13, in module
    import hotot.hotot
  File /usr/share/hotot/hotot/hotot.py, line 15, in module
    import dbus
 ImportError: No module named dbus

 Installing python-dbus fixes the problem.

 Thanks,
 --
 YOSHINO Yoshihito yy.y.ja...@gmail.com

 -- System Information:
 Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
 (1, 'experimental')
 Architecture: amd64 (x86_64)

 Kernel: Linux 3.2.0-rc7-rt-amd64 (SMP w/4 CPU cores; PREEMPT)
 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages hotot depends on:
 ii  libjs-jquery      1.7.1-1
 ii  python            2.7.2-9
 ii  python-gobject    3.0.3-1
 ii  python-gtk2       2.24.0-2
 ii  python-keybinder  0.2.2-3
 ii  python-notify     0.1.1-3
 ii  python-webkit     1.1.8-2

 hotot recommends no packages.

 hotot suggests no packages.

 -- no debconf information






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#666195: texlive-lang-cjk: fails to install: latex.ltx missing

[YOSHINO Yoshihito]

Package: texlive-lang-cjk
Version: 2011.20120322-1
Severity: grave
Justification: renders package unusable

During the installation of this package, fmtutil-sys fails:

 fmtutil: running `eptex -ini   -jobname=platex -progname=platex
*platex.ini' ...

 This is e-pTeX, Version 3.1415926-p3.2-110825-2.3 (utf8.euc) (TeX
Live 2012/dev/Debian) (INITEX)
  restricted \write18 enabled.
 entering extended mode
 (/usr/share/texlive/texmf-dist/tex/platex/config/platex.ini
  making platex with Babel format 
 (/usr/share/texlive/texmf-dist/tex/platex/base/platex.ltx
 ! I can't find file `latex.ltx'.
 l.42 \input latex.ltx

 (Press Enter to retry, or Control-D to exit)
 Please type another input file name:
 ! Emergency stop.
 l.42 \input latex.ltx

 No pages of output.
 Transcript written on platex.log.

Installing texlive-latex-base fixes the problem.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- Package-specific info:
##
 List of ls-R files

-rw-r--r-- 1 root root 1702 Mar 29 15:42 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Mar 25 00:48 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Mar 22 23:43 /usr/share/texlive/texmf/ls-R
- /var/lib/texmf/ls-R-TEXLIVEMAIN
-rw-rw-r-- 1 root staff 80 Mar 29 15:41 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 31 Mar 22 23:43
/usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Mar 22 23:43
/usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Mar 22 23:43 /usr/share/texlive/texmf/ls-R
- /var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
lrwxrwxrwx 1 root root 35 Mar 22 23:42
/usr/share/texmf/web2c/texmf.cnf -
../../texlive/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 3741 Mar 29 15:41 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 37 Mar 22 23:43
/usr/share/texlive/texmf-dist/web2c/updmap.cfg -
/var/lib/texmf/updmap.cfg-TEXLIVEDIST
-rw-r--r-- 1 root root 3693 Mar 29 15:41
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 283 Mar 25 00:48 mktex.cnf
##
 md5sums of texmf.d

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

Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages texlive-lang-cjk depends on:
ii  dpkg1.16.2
ii  fonts-ipaexfont-gothic  00103-9
ii  fonts-ipaexfont-mincho  00103-9
ii  fonts-ipafont-gothic00303-6
ii  fonts-ipafont-mincho00303-6
ii  tex-common  3.5
ii  texlive-base2011.20120322-1
ii  texlive-binaries2011.20120328-1
ii  texlive-common  2011.20120322-1
ii  texlive-doc-zh  2011.20120322-1

Versions of packages texlive-lang-cjk recommends:
pn  latex-cjk-allnone
pn  ruby | ruby-interpreter  none
pn  thailatexnone

texlive-lang-cjk suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.42
ii  dpkg   1.16.2
ii  ucf3.0025+nmu2

Versions of packages tex-common suggests:
pn  debhelper  none

Versions of packages texlive-lang-cjk is related to:
ii  tex-common3.5
ii  texlive-binaries  2011.20120328-1

-- debconf information:
  tex-common/check_texmf_missing:
  tex-common/check_texmf_wrong:



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#665479: texlive-binaries: /usr/bin/platex missing which was previously found in ptex-bin

[YOSHINO Yoshihito]

Package: texlive-binaries
Version: 2011.20120322-1
Severity: grave
Justification: renders package unusable

This package does not provide /usr/bin/platex.
This command used to be included in ptex-bin,
which this package Conflicts/Replaces and Provides.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

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

Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages texlive-binaries depends on:
ii  dpkg1.16.2
ii  ed  1.6-1
ii  libc6   2.13-27
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgcc1 1:4.7.0-1
ii  libkpathsea62011.20120322-1
ii  libpng12-0  1.2.47-1
ii  libpoppler130.16.7-3
ii  libptexenc1 2011.20120322-1
ii  libstdc++6  4.7.0-1
ii  libt1-5 5.1.2-3.5
ii  libx11-62:1.4.4-4
ii  libxaw7 2:1.0.9-3
ii  libxmu6 2:1.1.0-3
ii  libxpm4 1:3.5.9-4
ii  libxt6  1:1.1.1-2
ii  perl5.14.2-9
ii  tex-common  3.4
ii  texlive-common  2011.20120322-1
ii  zlib1g  1:1.2.6.dfsg-2

Versions of packages texlive-binaries recommends:
pn  luatexnone
pn  python2.7.2-10
pn  ruby  none
pn  texlive-base  none
pn  wish  none

texlive-binaries suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662741: netcat-openbsd: does not receive a server's response unless -q sec is specified

[YOSHINO Yoshihito]

Package: netcat-openbsd
Version: 1.105-1,1.105-2,1.105-3
Severity: grave
Justification: renders package unusable

After upgrading to wheezy/sid version of netcat-openbsd, a script using nc
does not function correctly. If it is run non-interactively, nc.openbsd
quits silently before receiving a server's response unless -q sec
option is specified:

$ printf GET / HTTP/1.0\r\n\r\n | nc.openbsd www.example.com 80
$ printf GET / HTTP/1.0\r\n\r\n | nc.traditional www.example.com 80
HTTP/1.0 302 Found
Location: http://www.iana.org/domains/example/
Server: BigIP
Connection: close
Content-Length: 0

$ printf GET / HTTP/1.0\r\n\r\n | nc.openbsd -q 1 www.example.com 80
HTTP/1.0 302 Found
Location: http://www.iana.org/domains/example/
Server: BigIP
Connection: close
Content-Length: 0

Note that typing input from terminal does not seem to be affected:

$ nc.openbsd www.example.com 80
GET / HTTP/1.0

HTTP/1.0 302 Found
Location: http://www.iana.org/domains/example/
Server: BigIP
Connection: close
Content-Length: 0

-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653691: hotot: missing Depends: python-dbus

[YOSHINO Yoshihito]

Package: hotot
Version: 1:0.9.7.32+git20111213.1d89daf-1
Severity: grave
Justification: renders package unusable

Hotot does not work with a following error message:

$ hotot
Traceback (most recent call last):
  File /usr/bin/hotot, line 13, in module
import hotot.hotot
  File /usr/share/hotot/hotot/hotot.py, line 15, in module
import dbus
ImportError: No module named dbus

Installing python-dbus fixes the problem.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-rc7-rt-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hotot depends on:
ii  libjs-jquery  1.7.1-1
ii  python2.7.2-9
ii  python-gobject3.0.3-1
ii  python-gtk2   2.24.0-2
ii  python-keybinder  0.2.2-3
ii  python-notify 0.1.1-3
ii  python-webkit 1.1.8-2

hotot recommends no packages.

hotot suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653691: still missing in Depends field

[YOSHINO Yoshihito]

Hi,

Building git HEAD still lacks Depends field.
Attached patch should fix the problem.
I do not know a correct way to generate Depends field
when packaging python apps ...

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com
diff --git a/debian/control b/debian/control
index 959c692..6bb1c53 100644
--- a/debian/control
+++ b/debian/control
@@ -11,7 +11,7 @@ Vcs-Browser: http://git.debian.org/?p=collab-maint/hotot.git;a=summary
 
 Package: hotot
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-gtk2, python-gobject, python-webkit, python-keybinder, python-notify, libjs-jquery
+Depends: ${python:Depends}, ${misc:Depends}, python-gtk2, python-gobject, python-webkit, python-keybinder, python-notify, libjs-jquery, python-dbus
 Description: lightweight microblogging client
  Hotot is a lightweight Twitter and identi.ca client based on GTK+ and WebKit.
  .

Bug#632889: Build static library

[YOSHINO Yoshihito]

package libgpg-error-dev
tags 632889 +patch
thanks

Hi,

According to ./configure --help:

  --enable-static[=PKGS]  build static libraries [default=no]

Using an attached patch it builds and installs the static library successfully.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com
diff -urN libgpg-error-1.10/debian/libgpg-error-dev.install libgpg-error-1.10.new/debian/libgpg-error-dev.install
--- libgpg-error-1.10/debian/libgpg-error-dev.install	2011-09-10 17:39:47.0 +0900
+++ libgpg-error-1.10.new/debian/libgpg-error-dev.install	2011-12-09 01:52:57.0 +0900
@@ -1,5 +1,6 @@
 usr/bin/*
 usr/include/*
 usr/lib/libgpg-error.la
+usr/lib/libgpg-error.a
 #usr/lib/libgpg-error.so
 usr/share/aclocal/*.m4
diff -urN libgpg-error-1.10/debian/rules libgpg-error-1.10.new/debian/rules
--- libgpg-error-1.10/debian/rules	2011-09-10 17:39:47.0 +0900
+++ libgpg-error-1.10.new/debian/rules	2011-12-09 01:54:41.0 +0900
@@ -40,6 +40,7 @@
 	dh_testdir
 
 	./configure $(confflags) --enable-maintainer-mode \
+		--enable-static \
 	  	--prefix=/usr --mandir=\$${prefix}/share/man \
 		--infodir=\$${prefix}/share/info 
 	

Bug#651167: uim-mozc: backported package does not work

[YOSHINO Yoshihito]

Package: uim-mozc
Version: 1.2.855.102+main-1~bpo60+1
Severity: important


A following error occurs while configuring uim-mozc:

 libuim: [fatal] mozc plugin: Subsequent /usr/share/uim/mozc.scm load failed.
 Warning: Module mozc is not a correct module.

Then Mozc is not listed as an input method in uim's preferences window.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (95,
'testing'), (90, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages uim-mozc depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcurl3  7.21.0-2   Multi-protocol file transfer libra
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libprotobuf6  2.3.0-4protocol buffers C++ library
ii  libssl0.9.8   0.9.8o-4squeeze4   SSL shared libraries
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libuim6   1:1.5.7-9.1Simple and flexible input method c
ii  mozc-server   1.2.855.102+main-1~bpo60+1 Server of the Mozc input method
ii  uim-utils 1:1.5.7-9.1Utilities for uim
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

uim-mozc recommends no packages.

uim-mozc suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#650995: causes dependency loop in boot sequence (according to insserv)

[YOSHINO Yoshihito]

Package: console-common
Followup-For: Bug #650995

Hi,

I am also getting the same error when upgrading console-common to 0.7.86.

[Kel Modderman]
 I would like to know why this change in dependency was made by the
 console-common maintainers?

Perhaps they have tried to fix a lintian error:

$ lintian /var/cache/apt/archives/console-common_0.7.85_all.deb
W: console-common: debconf-is-not-a-registry usr/sbin/install-keymap
W: console-common: debconf-is-not-a-registry usr/share/console/getkmapchoice.pl
E: console-common: init.d-script-missing-dependency-on-remote_fs
etc/init.d/keymap.sh: required-start

This error indicates /usr might be necessary before using /etc/init.d/keymap.sh.
This script invokes commands in /usr if console-tools package is installed:

[ -x /usr/bin/unicode_start ] || [ -x /bin/unicode_start ] ||  return
[ -x /usr/bin/unicode_stop ] || [ -x /bin/unicode_stop ] || return

Note that /bin/unicode_* are available in kbd package, which is used
in my installation.

So console-tools might have to move /usr/bin/unicode_* to /bin/ to
avoid such a dependency loop.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages console-common depends on:
ii  console-data   2:1.12-1
ii  debconf [debconf-2.0]  1.5.41
ii  debianutils4.1
ii  kbd1.15.3-7
ii  lsb-base   3.2-28

console-common recommends no packages.

console-common suggests no packages.

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#646755: gs-cjk-resource: 90gs-cjk-resource-japan2.conf still using old font names

[YOSHINO Yoshihito]

Package: gs-cjk-resource
Version: 1.20100103-3
Followup-For: Bug #646755

  /etc/ghostscript/cidfmap.d/90gs-cjk-resource-japan2.conf
is still pointing to the old font names ttf-japanese-{mincho,gothic}.ttf.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#637177: virtualbox-source: vboxpci is missing

[YOSHINO Yoshihito]

Package: virtualbox-source
Version: 4.1.0-dfsg-1
Justification: renders package unusable
Severity: grave
Tags: patch

vboxpci is built using module-assistant, but it is not installed into
the generated package. So starting the kernel modules fails:


Done with /usr/src/virtualbox-modules-3.0.0-1-amd64_4.1.0-dfsg-1+3.0.0-1_amd64.d
eb .
dpkg -i /usr/src/virtualbox-modules-3.0.0-1-amd64_4.1.0-dfsg-1+3.0.0-1_amd64.deb

dpkg: warning: parsing file '/var/lib/dpkg/available' near line 634933
package 'cnews':
 error in Version string 'cr.g7-40.4': version number does not start with digit
(Reading database ... 218367 files and directories currently installed.)
Preparing to replace virtualbox-modules-3.0.0-1-amd64
4.1.0-dfsg-1+3.0.0-1 (using
.../virtualbox-modules-3.0.0-1-amd64_4.1.0-dfsg-1+3.0.0-1_amd64.deb)
...
Unpacking replacement virtualbox-modules-3.0.0-1-amd64 ...
Setting up virtualbox-modules-3.0.0-1-amd64 (4.1.0-dfsg-1+3.0.0-1) ...
Stopping VirtualBox kernel modules.
Starting VirtualBox kernel modulesNo suitable vboxpci module for
running kernel found ... failed!
 failed!
invoke-rc.d: initscript virtualbox, action restart failed.


An attached patch fixes this problem.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com


-- System Information:
Debian Release: wheezy/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages virtualbox-source depends on:
ii  build-essential11.5  Informational list of build-essent
ii  bzip2  1.0.5-6   high-quality block-sorting file co
ii  debhelper  8.9.4 helper programs for debian/rules
ii  kbuild 1:0.1.98svn2318-8 framework for writing simple makef

Versions of packages virtualbox-source recommends:
ii  module-assistant  0.11.4 tool to make module package creati

virtualbox-source suggests no packages.

-- no debconf information
diff -ur virtualbox-4.1.0-dfsg/debian/virtualbox-source.files/rules virtualbox-4.1.0-dfsg.new/debian/virtualbox-source.files/rules
--- virtualbox-4.1.0-dfsg/debian/virtualbox-source.files/rules	2011-07-30 00:40:42.0 +0900
+++ virtualbox-4.1.0-dfsg.new/debian/virtualbox-source.files/rules	2011-08-09 14:00:13.205137474 +0900
@@ -50,6 +50,7 @@
 	$(MAKE) -C vboxdrv clean
 	$(MAKE) -C vboxnetflt clean
 	$(MAKE) -C vboxnetadp clean
+	$(MAKE) -C vboxpci clean
 	dh_clean
 
 binary-modules: prep-deb-files
@@ -61,6 +62,7 @@
 	dh_install vboxdrv/vboxdrv.ko /lib/modules/$(KVERS)/misc/
 	dh_install vboxnetflt/vboxnetflt.ko /lib/modules/$(KVERS)/misc/
 	dh_install vboxnetadp/vboxnetadp.ko /lib/modules/$(KVERS)/misc/
+	dh_install vboxpci/vboxpci.ko /lib/modules/$(KVERS)/misc/
 	dh_installudev
 	dh_installdocs
 	dh_installchangelogs

Bug#636855: fonts-vlgothic: /usr/share/fonts/truetype/vlgothic is missing

[YOSHINO Yoshihito]

Package: fonts-vlgothic
Version: 20110414-1
Severity: important

Please restore the path /usr/share/fonts/truetype/vlgothic, which has
been used among some applications, e.g. openjdk-6-jre-headless.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#624530: cannot cross build i386 only package on amd64 host

[YOSHINO Yoshihito]

Followup-For: Bug #624530
Package: pbuilder
Version: 0.200

found 624530 0.199+nmu2
severity 624530 important
tags 624530 patch
thanks

Hi,

The changes introduced in 0.199+nmu2 (arch-wildcard-part2.patch in
Message #159 of Bug#363193) breaks the cross building of packages
(not only i386 packages on amd64, but also amd64 ones on i386 running
on amd64 kernel).
The checkarchitecture must be done inside the build place.
That patch does not actually check anything, and what's worse, breaks
the cross building.
So I propose reverting back the changes.

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com
diff -ur pbuilder-0.200/pbuilder-buildpackage pbuilder-0.200.new/pbuilder-buildpackage
--- pbuilder-0.200/pbuilder-buildpackage	2011-06-25 08:06:40.0 +0900
+++ pbuilder-0.200.new/pbuilder-buildpackage	2011-07-27 15:13:05.073598440 +0900
@@ -31,9 +31,6 @@
 exit 1;
 fi;
 
-# check if this package should be built at all
-checkarchitecture $PACKAGENAME
-
 if [ -n $BUILDUSERNAME -a -n $BUILDUSERID ]; then
 SUTOUSER=env LOGNAME=$BUILDUSERNAME su -p $BUILDUSERNAME
 DEBBUILDOPTS=${DEBBUILDOPTS:+$DEBBUILDOPTS }-rfakeroot
diff -ur pbuilder-0.200/pbuilder-buildpackage-funcs pbuilder-0.200.new/pbuilder-buildpackage-funcs
--- pbuilder-0.200/pbuilder-buildpackage-funcs	2011-06-25 08:06:40.0 +0900
+++ pbuilder-0.200.new/pbuilder-buildpackage-funcs	2011-07-27 15:13:05.073598440 +0900
@@ -30,25 +30,6 @@
 done
 }
 
-function checkarchitecture () {
-local DSCFILE=$1
-local ARCHES=$(cat $DSCFILE | grep Architecture | sed 's/^[^:]\+:\s*//')
-local ARCH=$(dpkg-architecture -qDEB_HOST_ARCH)
-local VALID_ARCH
-for d in $ARCHES; do
-if dpkg-architecture -a$ARCH -i$d; then
-VALID_ARCH=yes
-break
-fi
-done
-if [ ! $VALID_ARCH ]  [ ! $ARCHES = all ]; then
-local msg=E: $ARCH not in arch list or does not match any 
-msg=$msg arch wildcards: $ARCHES
-log $msg
-exit 2
-fi
-}
-
 function checkbuilddep () {
 # call satisfydepends
 local BUILDOPT=--binary-all

Bug#623623: to start, depends on dpkg-architecture (dpkg-dev)

[YOSHINO Yoshihito]

severity 623623 important
thanks

Hi, I can also confirm this bug on sid:

# pbuilder --create --distribution wheezy
W: /root/.pbuilderrc does not exist
I: Distribution is wheezy.
I: Building the build environment
I: running debootstrap
/usr/sbin/debootstrap
I: Retrieving Release

 (snip)

I: Configuring dpkg-dev...
I: Configuring build-essential...
I: Base system installed successfully.
I: debootstrap finished
I: copying local configuration
I: Installing apt-lines
I: Refreshing the base.tgz
I: upgrading packages
/usr/lib/pbuilder/pbuilder-modules: line 237: dpkg-architecture:
command not found
W: Aborting with an error
I: cleaning the build env
I: removing directory /var/cache/pbuilder/build//11028 and its subdirectories

Thanks,
-- 
YOSHINO Yoshihito yy.y.ja...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org