Bug#936683: [Pkg-javascript-devel] Bug#936683: gyp: Python2 removal in sid/bullseye
> It would be nice of you if you compared your work and their work. Trying compare google/gyp and nodejs/node-gyp (and node gyp)... $ git clone https://chromium.googlesource.com/external/gyp $ (cd gyp; git rev-parse HEAD) caa60026e223fc501e8b337fd5086ece4028b1c6 $ git clone https://github.com/nodejs/node-gyp.git $ (cd node-gyp; git rev-parse HEAD) 741ab096d554f2d3e6b6a7232b06872a0c1375f8 $ diff -ruN -x test -x .git gyp/ node-gyp/gyp/ | grep "^diff" | wc -l 50 $ diff -ruN {,node-gyp/}gyp/pylib/ | grep "^diff" | wc -l 32 At top level diffs exclude pylib directory: - setup.py, gyp, gyp.bat => no diffs - gyptest.py => gyp only - gyp_main.py => node-gyp add code for cygwin - buildbot/, test/ => gyp only - data/ => no diffs - samples/ => node-gyp doesn't support py3 https://chromium.googlesource.com/external/gyp/+/bd11dd1c51ef17592384df927c47023071639f96%5E%21/#F7 - tools/ => no diffs about python 3 support - tools/pretty_gyp.py => node-gyp doesn't import following patch (but not related py3 support) https://chromium.googlesource.com/external/gyp/+/5874a3cf9baccfae5cbfc4f5b84ba9a5c3568133%5E%21/#F0 - tools/pretty_sln.py => minor changes - tools/pretty_vcproj.py => minor changes and py3 support node-gyp has original patch, but it's the same as gyp, semantically. https://github.com/nodejs/node-gyp/pull/1793 (to be continued...)
Bug#936683: gyp: Python2 removal in sid/bullseye
Dear maintainer, I'm trying to create updated package that incorporates a new upstream version to support Python 3. https://salsa.debian.org/shibata/gyp I tested by followings: - A simple gyp script works on ubuntu/groovy without python2 environment. - Mozc which needs gyp in Build-Depends can build on ubuntu/groovy with python2. However, I did not test nodejs and node-gyp, because I were not sure how to test it. Can I send Merge Request to master, upstream, pristine-tar in this state? Or should I create and attach debdiff as patch? Regards, -- Mitsuya Shibata mty.shig...@gmail.com
Bug#926753: fonts-noto-cjk: New version available upstream
FYI, merge request by Nakamura-san. https://salsa.debian.org/fonts-team/fonts-noto-cjk/merge_requests/2 https://salsa.debian.org/fonts-team/fonts-noto-cjk/merge_requests/3 https://salsa.debian.org/fonts-team/fonts-noto-cjk/merge_requests/4
Bug#886513: [Pkg-ime-devel] Bug#886513: libkkc: Broken Vcs-Git field in d/control
Thank you for reporting. I applied and push your patch to git repository. https://anonscm.debian.org/git/pkg-ime/libkkc.git/commit/?id=de02cf72990785237081d13c08d45006d52d547c > Or migrate to Salsa service in the future. Sure. When migration is completed, I will re-write Vcs-git field. Thanks, 2018-01-07 14:03 GMT+09:00 Boyuan Yang <073p...@gmail.com>: > Source: libkkc > Severity: normal > Tags: patch > > Vcs-Git field in source package libkkc is broken: > > Vcs-Git: https://anonscm.debian.org/pkg-ime/libkkc.git > > Please use: > > Vcs-Git: https://anonscm.debian.org/git/pkg-ime/libkkc.git > > Or migrate to Salsa service in the future. > > Regards, > Boyuan Yang > > > > -- System Information: > Debian Release: buster/sid > APT prefers unstable-debug > APT policy: (500, 'unstable-debug'), (500, 'buildd-unstable'), (500, > 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) > Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE= > (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > ___ > Pkg-ime-devel mailing list > pkg-ime-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel
Bug#871187: [Pkg-ime-devel] Bug#871187: Bug#871187: libkkc: FTBFS with vala 0.36
> Once I get back from debconf I will take care Thanks for taking care of it. Could you check ibus-kkc (#871185 ) too? https://mentors.debian.net/package/libkkc https://mentors.debian.net/package/ibus-kkc
Bug#871185: [Pkg-ime-devel] Bug#871185: ibus-kkc: FTBFS with vala 0.36
Owner: mty.shib...@gmail.com Hi Jeremy, Thank you for your reporting and patch. I pushed fixed and new upstream code to package's vcs, and uploaded to mentors.debian.net. If package's information will be appeared, then I will send request sponsorship. Regards, -- Mitsuya Shibata
Bug#871187: [Pkg-ime-devel] Bug#871187: libkkc: FTBFS with vala 0.36
Owner: mty.shib...@gmail.com Source: libkkc Hi Jeremy, Thank you for your reporting and patch. I pushed fixed code to package's vcs, and uploaded to mentors.debian.net. If package's information will be appeared, then I will send request sponsorship. Regards, -- Mitsuya Shibata
Bug#848336: display corruption on text with double-width characters
Hi, > When a long line contains a double-width character, it is redrawn > incorrectly after a search. To reproduce this issue: It seems that fixed on new release version 487. http://www.greenwoodsoftware.com/less/news.487.html FYI, Ubuntu backported the patch to 481-2.1. Thanks,
Bug#793260: [Pkg-ime-devel] Bug#793260: Bug#793260: marisa: change of type in system_error might break with GCC-5
Hi, Guo 2015-09-03 2:35 GMT+09:00 Guo Yixuan : > Actually, after rebuilding with 5.2, there's only one symbol with cxx11 ABI > substring: >U typeinfo for std::ios_base::failure[abi:cxx11] > Thank you for your investigation. I confirmed not rename package or soname. 1. marisa only use std::ios_base::failure in reader.cc/writer.cc 2. This just catch the exception, and throw an original exception (by MARISA_THROW). 3. This original exception (Exception class) inherit std::exception (not std::system_error). 4. marisa::Exception receive "std:ios_base::failure" as an error string. 5. Software link libmarisa will catch marisa::Exception only. It seems that software which link libmarisa does not affect gcc5 transition. I will upload package bumped up version to mentors, and will send request for sponsorship. Regards, -- Mitsuya Shibata mty.shib...@gmail.com
Bug#793260: [Pkg-ime-devel] Bug#793260: Bug#793260: marisa: change of type in system_error might break with GCC-5
Control: owner ! sorry for very late reply. I will tackle the bug in this weekend.
Bug#784243: [Pkg-ime-devel] ITP: fcitx-kkc -- Fcitx wrapper for libkkc IM engine
2015-05-08 8:10 GMT+09:00 Aron Xu : > Created empty repository: > https://anonscm.debian.org/gitweb/?p=pkg-ime/fcitx-kkc.git > I pushed to it. And re-uploaded to mentors with Vcs-* fieleds. https://mentors.debian.net/package/fcitx-kkc Regards, -- Mitsuya Shibata mty.shib...@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#784243: [Pkg-ime-devel] ITP: fcitx-kkc -- Fcitx wrapper for libkkc IM engine
Hi Aron, 2015-05-07 5:20 GMT+09:00 Aron Xu : >> fcitx-kkc is packaged by git-buildpackage. If repmote repository created, >> I will push to it. >> > > You need to join pkg-ime team on alioth first. Please request and > we'll approve it. Thank you for your clarification. I already joined pkg-ime. Could you create fcitx-kkc repository? https://alioth.debian.org/users/shibata-guest/ FYI, I pushed the working tree to Launchpad. https://git.launchpad.net/~cosmos-door/+git/fcitx-kkc Regards, -- Mitsuya Shibata mty.shib...@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#784243: [Pkg-ime-devel] ITP: fcitx-kkc -- Fcitx wrapper for libkkc IM engine
Hi Aron, 2015-05-05 5:28 GMT+09:00 Aron Xu : > On Mon, May 4, 2015 at 9:51 PM, Mitsuya Shibata wrote: >> Hi all, >> >>> * Package name: fcitx-kkc >> >> I uploaded this package to mentors. Could you sponsor it? >> >> http://mentors.debian.net/package/fcitx-kkc >> > > Wonder if you have an alioth account? Packages are also maintained at > http://anonscm.debian.org/cgit/pkg-ime/ I have alioth account, but it is guest account (account name is "shibata-guest"). Can I create repository on pkg-ime? If so, could you tell me how to create? fcitx-kkc is packaged by git-buildpackage. If repmote repository created, I will push to it. Best regards, -- Mitsuya Shibata mty.shib...@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#784243: ITP: fcitx-kkc -- Fcitx wrapper for libkkc IM engine
Hi all, > * Package name: fcitx-kkc I uploaded this package to mentors. Could you sponsor it? http://mentors.debian.net/package/fcitx-kkc Regards, 2015-05-04 22:08 GMT+09:00 Mitsuya Shibata : > Package: wnpp > Severity: wishlist > Owner: Mitsuya Shibata > > * Package name: fcitx-kkc > Version : 0.1.1 > Upstream Author : Xuetian Weng "CSSlayer" > * URL : https://github.com/fcitx/fcitx-kkc > * License : GPL-3 > Programming Lang: C++ > Description : Fcitx wrapper for libkkc IM engine > > fcitx-kkc is a wrapper of libkkc IM engine for Fcitx. > > libkkc provides a converter from Japanese Kana-string to > Kana-Kanji-mixed-string. > > I would like to maint this package with IME Packaging Team > -- Mitsuya Shibata mty.shib...@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#784243: ITP: fcitx-kkc -- Fcitx wrapper for libkkc IM engine
Package: wnpp Severity: wishlist Owner: Mitsuya Shibata * Package name: fcitx-kkc Version : 0.1.1 Upstream Author : Xuetian Weng "CSSlayer" * URL : https://github.com/fcitx/fcitx-kkc * License : GPL-3 Programming Lang: C++ Description : Fcitx wrapper for libkkc IM engine fcitx-kkc is a wrapper of libkkc IM engine for Fcitx. libkkc provides a converter from Japanese Kana-string to Kana-Kanji-mixed-string. I would like to maint this package with IME Packaging Team -- Mitsuya Shibata mty.shib...@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#759527: marisa: Fail of tests in debci (autopkgtest)
I commited fixed package. Now, searching sponsor. http://lists.alioth.debian.org/pipermail/pkg-ime-devel/2014-September/004594.html -- Mitsuya Shibata mty.shib...@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#762001: marisa: FBTFS on mips64el
I commited fixed package. Now, searching sponsor. http://lists.alioth.debian.org/pipermail/pkg-ime-devel/2014-September/004594.html -- Mitsuya Shibata mty.shib...@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#759527: marisa: Fail of tests in debci (autopkgtest)
Hi, Thank you for the report. I missed to add ruby to Depends of ruby-marisa, and this problem is exposed by the following fix. (libruby drop ruby dependency) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747858 I will fix the next upload. Thanks, -- Mitsuya Shibata mty.shib...@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#756133: qemu-user-static: fails to create rootfs with qemu-debootstrap for s390x
>>> qemu-debootstrap --arch=s390x fails with "dpkg --install" on second stage. >>> >>> $ sudo qemu-debootstrap --verbose --arch=s390x unstable test >> >> Just one question for now -- is it a regression? Was a previous version >> able to complete the debootstrap? >> > > It seems that a previous report[1] was fixed (not shown SegV at the moment). > I tryed qemu-debootstrap for s390x just two times > in 1.7.0+dfsg-3 (previous repot) and 2.0.0+dfsg-7 (this report). > I tried with 1.7.0+dfsg-4, 1.7.0+dfsg-9, 2.0.0+dfsg-1. And all versions got same result as 2.0.0+dfsg-7 (ie. failed to extract base-passwd). It seems that it isn't a regression. By the way, I would like to build s390x environment which reason to test patch for #739126. -- Mitsuya Shibata mty.shib...@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#755560: failed to build on sparc64 (base-test failed)
2014-07-27 2:11 GMT+09:00 Guo Yixuan : >> 2. Wiki way >> https://wiki.debian.org/Sparc64 >> $ sudo chroot sparc64-port dpkg --configure -a >> Setting up lsb-base (4.1+Debian13) ... >> Setting up ncurses-base (5.9+20140712-2) ... >> Setting up sensible-utils (0.0.9) ... >> *** longjmp causes uninitialized stack frame ***: /bin/sh terminated >> >> Can you please give me information about creating build environment for >> sparc64? >> FYI, I truied it on amd64/EC2 (I have no sparc machine). Copied qemu-sparc64-static to sparc64-port/usr/bin/, got above result. -- Mitsuya Shibata mty.shib...@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#756133: qemu-user-static: fails to create rootfs with qemu-debootstrap for s390x
2014-07-27 2:51 GMT+09:00 Michael Tokarev : >> qemu-debootstrap --arch=s390x fails with "dpkg --install" on second stage. >> >> $ sudo qemu-debootstrap --verbose --arch=s390x unstable test > > Just one question for now -- is it a regression? Was a previous version > able to complete the debootstrap? > I don't know, sorry. It seems that a previous report[1] was fixed (not shown SegV at the moment). I tryed qemu-debootstrap for s390x just two times in 1.7.0+dfsg-3 (previous repot) and 2.0.0+dfsg-7 (this report). I will check other versions. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739800 Regards, -- Mitsuya Shibata mty.shib...@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#755560: failed to build on sparc64 (base-test failed)
Hi Yixuan, 2014-07-22 10:15 GMT+09:00 Guo Yixuan : > It seems __sparc64__ is not defined on sparc64, and in order > to detect the architecture, both __sparc__ and __arch64__ > need to be tested. Thank you for your patch. However I haven't test it yet. 1. pbuilder $ sudo pbuilder --create --architecture sparc64 E: Invalid Release file, no entry for main/binary-sparc64/Packages E: debootstrap failed 2. Wiki way https://wiki.debian.org/Sparc64 $ sudo chroot sparc64-port dpkg --configure -a Setting up lsb-base (4.1+Debian13) ... Setting up ncurses-base (5.9+20140712-2) ... Setting up sensible-utils (0.0.9) ... *** longjmp causes uninitialized stack frame ***: /bin/sh terminated Can you please give me information about creating build environment for sparc64? Best regards, -- Mitsuya Shibata mty.shib...@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#756133: qemu-user-static: fails to create rootfs with qemu-debootstrap for s390x
Package: qemu-user-static Version: 2.0.0+dfsg-7 Severity: normal Dear Maintainer, qemu-debootstrap --arch=s390x fails with "dpkg --install" on second stage. $ sudo qemu-debootstrap --verbose --arch=s390x unstable test $ tail -n 13 test/debootstrap/debootstrap.log dpkg: warning: parsing file '/var/lib/dpkg/status' near line 5 package 'dpkg': missing description dpkg: warning: parsing file '/var/lib/dpkg/status' near line 5 package 'dpkg': missing architecture dpkg-deb (subprocess): decompressing archive member: internal gzip read error: ': incorrect data check' /bin/tar: Unexpected EOF in archive /bin/tar: Unexpected EOF in archive /bin/tar: Error is not recoverable: exiting now dpkg-deb: error: subprocess tar returned error exit status 2 dpkg: error processing archive /var/cache/apt/archives/base-passwd_3.5.33_s390x.deb (--install): subprocess dpkg-deb --control returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/base-passwd_3.5.33_s390x.deb $ sudo chroot test/ # dpkg -c /var/cache/apt/archives/base-passwd_3.5.33_s390x.deb drwxr-xr-x root/root 0 2014-04-09 17:59 ./ drwxr-xr-x root/root 0 2014-04-09 17:59 ./usr/ ... dpkg-deb (subprocess): decompressing archive member: internal gzip read error: ': incorrect data check' ... dpkg-deb: error: subprocess returned error exit status 2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (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 qemu-user-static depends on no packages. Versions of packages qemu-user-static recommends: ii binfmt-support 2.1.4-1 Versions of packages qemu-user-static suggests: ii sudo 1.8.9p5-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#739126: marisa: FBTFS on s390x
Hi, Thank you for your report. However I couldn't build s390x build environment yet, therefore cannot try to test build for s390x. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739800 Instead apply patch, I reported this bug to upstream. http://code.google.com/p/marisa-trie/issues/detail?id=22&thanks=22&ts=1393090089 Please wait to fix above bug or fix in upstream. Regards, -- Mitsuya Shibata mty.shib...@gmail.com 2014-02-16 8:37 GMT+09:00 Aurelien Jarno : > Package: marisa > Version: 0.2.4-5 > Severity: importnat > Tags: upstream patch > Justification: fails to build from source > > marisa fails to build from source on s390x due to testsuite failures. It > appears that it uses an hardcoded list of architectures to determine the > size of a size_t type, which doesn't include s390x. The patch below > fixes the issue: > > --- marisa-0.2.4.orig/lib/marisa/base.h > +++ marisa-0.2.4/lib/marisa/base.h > @@ -30,7 +30,7 @@ typedef uint64_t marisa_uint64; > > #if defined(_WIN64) || defined(__amd64__) || defined(__x86_64__) || \ > defined(__ia64__) || defined(__ppc64__) || defined(__powerpc64__) || \ > -defined(__sparc64__) || defined(__mips64__) || defined(__aarch64__) > +defined(__sparc64__) || defined(__mips64__) || defined(__aarch64__) || > defined(__s390x__) > #define MARISA_WORD_SIZE 64 > #else // defined(_WIN64), etc. > #define MARISA_WORD_SIZE 32 > > BTW, __sparc64__ doesn't exist and should be replaced by (__sparc__ && > __arch64__) > > That said, I don't really see the point of using an hardcoded > architecture list to determine the size of a size_t type. This can be > done the following way: > > | #include > | > | #if SIZE_MAX == UINT64_MAX > | #define MARISA_WORD_SIZE 64 > | #else > | #define MARISA_WORD_SIZE 32 > | #endif > > However as marisa is using autotools, the best way to do that would be > to add a test in configure. > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: s390x > > Kernel: Linux 3.2.0-4-s390x (SMP w/2 CPU cores) > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739800: qemu-user-static: qemu-debotstrap with s390x segv at second-stage
Package: qemu-user-static Version: 1.7.0+dfsg-3 Severity: normal Dear Maintainer, How to reproduce: exec following command $ sudo /usr/sbin/qemu-debootstrap --verbose --arch=s390x sid s390x Actual result: segmentation fault I: Extracting liblzma5... I: Extracting zlib1g... I: Running command: chroot s390x1 /debootstrap/debootstrap --second-stage Segmentation fault It seems that it is same as reported problem in launchpad. https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1256546 not fixed in launchpad, but has patch. http://patchwork.ozlabs.org/patch/309529/ Regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (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 qemu-user-static depends on no packages. Versions of packages qemu-user-static recommends: ii binfmt-support 2.1.3-2 Versions of packages qemu-user-static suggests: ii sudo 1.8.9p5-1 -- no debconf information -- Mitsuya Shibata mty.shib...@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#714734: Debian Bugs information: logs for Bug#714734
2013/9/14 Jakub Wilk : >> If you have no time, should I resend RFS or should I wait your review? > > Please don't wait. > Roger, I will send RFS mail. Regards, -- Mitsuya Shibata mty.shib...@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#714734: Debian Bugs information: logs for Bug#714734
Hi, jwilk # Just a reminder, sorry 2013/8/15 Mitsuya Shibata : > Thank you for your review. I uploaded fixed package to mentors. > Could you review it again, and if no problem, then sponsor it? > > https://mentors.debian.net/package/marisa > dget -x > http://mentors.debian.net/debian/pool/main/m/marisa/marisa_0.2.4-2.dsc Could you review above package? If you have no time, should I resend RFS or should I wait your review? Thanks, -- Mitsuya Shibata mty.shib...@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#715568: Please do not use --disable-ibus
> Anyway, I updated package in experimental and VCS. > > Can you check? Thank you for your upload. And sorry for late reply. I upgraded ibus packages to 1.5.3-1 from experimental. There work as I expected. > (main.py:9170): IBUS-WARNING **: org.freedesktop.IBus.Config. > GetValue: > GDBus.Error:org.freedesktop.DBus.Error.Failed: Config value > [general:preload_engine_mode] does not exist. > > Is this ehat you are talking? Old ibus packages did not dump warnings like above. (check by "ibus-daemon -rxv") I talked about does not list up in input method list in ibus-setup in 1.5.2. For example, self.__bus.list_engines() in /usr/share/ibus/setup/main.py, did not return anthy engine in the list. When I checked log of dubs-monitor, did not show anthy in IBusEngineDesc list. $ . .config/ibus/bus/*-unix-0; dbus-monitor --address $IBUS_ADDRESS 2>&1 | tee ibus.log -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715568: Please do not use --disable-ibus
2013/8/23 Osamu Aoki : >> - upgrade to ibus 1.5.3 > > How? Forced Ubuntu package with Unity patches? No. I used only debian package. I tried following steps. 1. Get debian (not ubuntu) source package in Ubuntu. $ git clone http://anonscm.debian.org/git/pkg-ime/ibus.git $ cd ibus 2. Update new upstream release (1.5.2 -> 1.5.3) $ uscan $ uupdate ../ibus-1.5.3.tar.gz $ cd ../ibus-1.5.3 3. Remove backported patch (already applied in upstream) $ quilt delete 0001-* ... $ quilt delete 0017-* $ quilt delete 0102-fix-format-security-error.patch $ quilt delete 0103-Werror-format-security.patch 4. Build package with pbuilder-sid. $ debuild -S -us -uc $ pbuilder-dist sid build ../ibus_1.5.3-1.dsc 5. Install built packages to jessie >> - can launch anthy in gnome-shell >> - list up anthy in ibus-setup >> >> I didn't check carefully, but some dbus paths are changed from 1.5.1 >> to 1.5.3. > > OK. But when? My 1.5.2 package had many patches from upstream VCS so > it was more similar to 1.5.3 than 1.5.2. > > (There were no ABI change between 1.5.2 -> 1.5.3 as seen in symbols.) Not sure. When I launched ibus-setup 1.5.2, I noticed that ibus-setup could not get supported engines list from dbus. And request dbus path is deifferent from 1.5.2 and 1.5.3. Changed path of dbus is related following commit: https://github.com/ibus/ibus/commit/458945e7308ab2661355edbf6880102c5f628dbe Thanks, -- Mitsuya Shibata mty.shib...@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#720071: [Pkg-ime-devel] Bug#720071: ibus-anthy: typelib file does not multi-arch compatible
Hi, 2013/8/23 Osamu Aoki : > Thanks. I uploaded to Debian. > Thank you! Anyway, >> > I think your point is right but we need a bit more fixes to get things >> > going. >> >> A difference of patch is the path of Anthy-9000.typelib only. >> If you modify the path by hand, ibus-anthy works again? > > This is addressed now. So we need gnome-shell fix. > It seems that avobe problem is version of ibus. In debian testing and gnome-shell 3.4: - install ibus 1.5.2 and ibus-anthy 1.5.3 from experimental: - could not launch anthy - does not list up anthy in ibus-setup - upgrade to ibus 1.5.3 - can launch anthy in gnome-shell - list up anthy in ibus-setup I didn't check carefully, but some dbus paths are changed from 1.5.1 to 1.5.3. Perhaps, you need to upgrade to 1.5.3. Regards, -- Mitsuya Shibata mty.shib...@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#720071: [Pkg-ime-devel] Bug#720071: ibus-anthy: typelib file does not multi-arch compatible
2013/8/20 Osamu Aoki : > What you state seems to be reasonable. I applied your patch and > compiled with ibus package in unstable and experimental. > > Neither seem to work here. > > Are you suiccessful? Sorry, I tried it on Ubuntu saucy. ibus: 1.5.3-0ubuntu1 (debian experimental + new upstream release + some pathces) http://packages.ubuntu.com/saucy/ibus ibus-anthy: 1.5.3-1 (same as debian experimental) http://packages.ubuntu.com/saucy/ibus-anthy # This problem affects ibus/ibus-anthy 1.5.x only. How to reproduce: 1. Boot up desktop environment. 2. Launch gedit. 3. Press "Shift + Super + Space". Note: Needs "Shift" key is bug of ubuntu, normally "Super + Space". 4. Press any key. 5. No preedit, just direct input with/without Hankaku/Zenkaku. 6. $ sudo ln -s /usr/lib/{x86_64-linux-gnu/,}girepository-1.0/Anthy-9000.typelib 7. Logout and login. 8. Retry 2-4. 9. Show preedit. # I'm trying to create debian sid environment on VirtualBox. # But I can't get it yet... > I think your point is right but we need a bit more fixes to get things > going. A difference of patch is the path of Anthy-9000.typelib only. If you modify the path by hand, ibus-anthy works again? Regards, -- Mitsuya Shibata mty.shib...@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#720071: ibus-anthy: typelib file does not multi-arch compatible
Tags: patch > A typical way to achieve this is to update ibus-anthy.install: I attach a patch file. -- Mitsuya Shibata mty.shib...@gmail.com fix-gir-multi-arch.patch Description: Binary data
Bug#720071: ibus-anthy: typelib file does not multi-arch compatible
Package: ibus-anthy Version: 1.5.3-1 Severity: important Dear Maintainer, This is bug report for experimental package. It seems that gobject-introspection does not (yet) support mulit-arch so you must not install the typelib files into multi-arch paths but they must go into /usr/lib/girepository-1.0/ instead [1]. $ dpkg -L ibus-anthy | grep typelib /usr/lib/x86_64-linux-gnu/girepository-1.0/Anthy-9000.typelib A typical way to achieve this is to update ibus-anthy.install: -usr/lib/*/girepository-1.0/* +usr/lib/*/girepository-1.0/* usr/lib/girepository-1.0/ The other way is using --with-anthygobject-typelibsdir option in configure. Since a typelib file is arch-dependent, you may need to remove the "Multi-Arch: Same" control field in ibus-anthy package. [1] /usr/share/doc/gobject-introspection/policy.txt in gobject-introspection Best regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (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 ibus-anthy depends on: ii anthy 9100h-23 ii ibus 1.5.2-4 ii libanthy0 9100h-23 ii libc6 2.17-92 ii libglib2.0-0 2.36.4-1 ii multiarch-support 2.17-92 ii python 2.7.5-4 ibus-anthy recommends no packages. ibus-anthy 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#714734: Debian Bugs information: logs for Bug#714734
Hi, jwilk > I'm a bit late, as the package is already in NEW, but anyway > here's my quick review: Thank you for your review. I uploaded fixed package to mentors. Could you review it again, and if no problem, then sponsor it? https://mentors.debian.net/package/marisa dget -x http://mentors.debian.net/debian/pool/main/m/marisa/marisa_0.2.4-2.dsc > Why is your .orig.tar different than the one downloaded by uscan? > My fault. I have used --createorig in first dh_make. > Package synopses are not sentences, therefore they shouldn't end with full > stops. Removed full stops. > The Perl package name is wrong; as per Perl Policy S:4.2 it should be > libmarisa-perl. Renamed. > /lib/perl5/i486-linux-gnu-thread-multi-64int/ is certainly not the > correct directory to install Perl modules into... Modified install path in debian/rules to "/usr/lib/perl5/". > According to both Lintian and blhc, at least some parts of the packages > are not built with hardening. Set CFLAGS and LDFLAGS in debian/rules. And use verbose option for extconf.rb. Added manpages. > lintian4python emits: > i: marisa source: python-provides-considered-harmful python-marisa > i: marisa source: python-provides-considered-harmful python3-marisa > w: python-marisa: egg-info-version-mismatch 0.0.0 0.2.4 > e: python-marisa: python-module-in-multi-arch-foreign-package > w: python3-marisa: egg-info-version-mismatch 0.0.0 0.2.4 > e: python3-marisa: python-module-in-multi-arch-foreign-package Set version in setup.py via quilt patch. Removed Multi-Arch field from python package. Best regards, -- Mitsuya Shibata mty.shib...@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#715233: ITP: libkkc-data -- language model data for libkkc
X-Debbugs-Cc: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Mitsuya Shibata * Package name: libkkc-data Version : 0.2.5 Upstream Author : Daiki Ueno * URL : https://bitbucket.org/libkkc/libkkc/wiki/Home * License : GPL Programming Lang: Python Description : language model data for libkkc libkkc provides a converter from Japanese Kana-string to Kana-Kanji-mixed-string. It was named after kkc.el in GNU Emacs, a simple Kana Kanji converter, while libkkc tries to convert sentences in a bit more complex way using N-gram language models. This package provides language model data for libkkc -- Mitsuya Shibata mty.shib...@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#715232: ITP: libkkc -- Japanese Kana Kanji input library
X-Debbugs-Cc: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Mitsuya Shibata * Package name: libkkc Version : 0.2.6 Upstream Author : Daiki Ueno * URL : https://bitbucket.org/libkkc/libkkc/wiki/Home * License : GPL Programming Lang: Vala Description : Japanese Kana Kanji input library libkkc provides a converter from Japanese Kana-string to Kana-Kanji-mixed-string. It was named after kkc.el in GNU Emacs, a simple Kana Kanji converter, while libkkc tries to convert sentences in a bit more complex way using N-gram language models. -- Mitsuya Shibata mty.shib...@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#714734: RFS: marisa/0.2.4-1 [ITP] - Tools and libs for a static and space-efficient trie data structure
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "marisa" * Package name: marisa Version : 0.2.4-1 Upstream Author : Susumu Yuta * URL : https://code.google.com/p/marisa-trie/ * License : LGPL, BSD Section : libs It builds those binary packages: libmarisa-dev - developement files for libmarisa. libmarisa0 - C++ library to provide an implementation of MARISA. marisa - commmand line tools for libmarisa. perl-marisa - Perl bindings for MARISA. python-marisa - Python bindings for MARISA. python3-marisa - Python3 bindings for MARISA. ruby-marisa - Ruby bindings for MARISA. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/marisa Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/marisa/marisa_0.2.4-1.dsc More information about hello can be obtained from https://code.google.com/p/marisa-trie/. Changes since the last upload: [Initial upload] Regards, -- Mitsuya Shibata mty.shib...@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#714453: ITP: marisa -- Tools and libs for a static and space-efficient trie data structure.
Package: wnpp Severity: wishlist Owner: Mitsuya Shibata * Package name: marisa Version : 0.2.4 Upstream Author : Susumu Yuta * URL : https://code.google.com/p/marisa-trie/ * License : LGPL, BSD Programming Lang: C++, Perl, Python, Ruby Description : Tools and libs for a static and space-efficient trie data structure. Matching Algorithm with Recursively Implemented StorAge (MARISA) is a static and space-efficient trie data structure. And libmarisa is a C++ library to provide an implementation of MARISA. Also, the package of libmarisa contains a set of command line tools for building and operating a MARISA-based dictionary. -- Mitsuya Shibata mty.shib...@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#640630: policycoreutils: FTBFS: chmod: cannot access `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/etc/init.d/policycoreutils': No such file or directory
2011/9/25 Mitsuya Shibata : > I attached patch for Makefile. Attached rewrite patch to use dpkg-architecture. Regards, -- Mitsuya Shibata mty.shib...@gmail.com === modified file 'Makefile' --- Makefile 2008-09-02 13:33:10 + +++ Makefile 2011-09-25 09:44:59 + @@ -1,8 +1,8 @@ SUBDIRS = setfiles semanage load_policy newrole run_init secon audit2allow audit2why scripts sestatus semodule_package semodule semodule_link semodule_expand semodule_deps setsebool po -INOTIFYH = $(shell ls /usr/include/sys/inotify.h 2>/dev/null) +INOTIFYH = $(shell ls /usr/include/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)/sys/inotify.h 2>/dev/null) -ifeq (${INOTIFYH}, /usr/include/sys/inotify.h) +ifneq (${INOTIFYH},) SUBDIRS += restorecond endif
Bug#641566: scenic: patches for various Ubuntu build failures
FYI, needs one more patch for ubuntu/amd64. https://bugs.launchpad.net/ubuntu/+source/scenic/+bug/852540 On amd64, configure script uses "/usr/lib64" as boost library path. However Debian boost packages use "/usr/lib" for libraries. Attached patch to fix it to use --with-boost-libdir at debian/rules. Best regards, -- Mitsuya Shibata mty.shib...@gmail.com === modified file 'debian/rules' --- debian/rules 2010-09-01 02:35:54 + +++ debian/rules 2011-09-25 08:23:19 + @@ -4,7 +4,7 @@ DEB_PYTHON_SYSTEM = pysupport DEB_PYTHON_MODULE_PACKAGES = scenic midistream -DEB_CONFIGURE_EXTRA_FLAGS := --enable-mt +DEB_CONFIGURE_EXTRA_FLAGS := --enable-mt --with-boost-libdir=/usr/lib # Suppress generating shlibs file for non-public shared libraries DEB_DH_MAKESHLIBS_ARGS_scenic-utils = -X/usr/lib
Bug#640630: policycoreutils: FTBFS: chmod: cannot access `/build/policycoreutils-r6ObWS/policycoreutils-2.0.82/debian/policycoreutils/etc/init.d/policycoreutils': No such file or directory
Makefile of policiycoreutils use path "/usr/include/sys", this path is changed to /usr/include/ARCH_TYPE/sys for multiarch support. I attached patch for Makefile. Regards, -- Mitsuya Shibata mty.shib...@gmail.com === modified file 'Makefile' --- Makefile 2008-09-02 13:33:10 + +++ Makefile 2011-09-25 03:16:57 + @@ -1,8 +1,8 @@ SUBDIRS = setfiles semanage load_policy newrole run_init secon audit2allow audit2why scripts sestatus semodule_package semodule semodule_link semodule_expand semodule_deps setsebool po -INOTIFYH = $(shell ls /usr/include/sys/inotify.h 2>/dev/null) +INOTIFYH = $(shell ls /usr/include/*/sys/inotify.h 2>/dev/null) -ifeq (${INOTIFYH}, /usr/include/sys/inotify.h) +ifneq (${INOTIFYH},) SUBDIRS += restorecond endif
Bug#618354: ghostscript: gs can't recognize /var/lib/ghoststscript/
I investigated this problem. It seems that code to remove cidfmap already exists in debian/rules (see, binary-post-install/$(datapkgname) target) and #531182. But this code doesn't work as intended by race condition of dh_* scripts with multibinary packages. Attach patch to fix it. Regards, -- Mitsuya Shibata mty.shib...@gmail.com === modified file 'debian/rules' --- debian/rules 2011-07-07 22:52:03 + +++ debian/rules 2011-09-19 11:49:05 + @@ -201,7 +201,7 @@ rm -f debian/stamp-local-shlibs-$(libname) binary-post-install/$(datapkgname):: - file='$(DEB_DESTDIR)/usr/share/ghostscript/$(abi)/Resource/Init/cidfmap'; \ + file='debian/$(datapkgname)/usr/share/ghostscript/$(abi)/Resource/Init/cidfmap'; \ ! egrep -v '^(%([^%].*)?)?$$' "$$file" && rm "$$file" || ( \ echo; \ echo 'ERROR: cidfmap not virtually empty as expected,'; \