Bug#1011528: Incompatible with PHP 8.1
Package: fusiondirectory Version: 1.3-5 Severity: grave fusiondirectory is not able to run on php8.1 environment. https://gitlab.fusiondirectory.org/fusiondirectory/fd/-/issues/6175 -- ISHIKAWA Mutsumi ,
Bug#947054: Crush with invalid? response
Package: jdresolve Version: 0.6.1-5.1 jdresolve will be crushed to resolve the IP address 146.155.4.14. $echo 146.155.4.14 > /tmp/t $jdresolve /tmp/t Use of uninitialized value $type in string eq at /usr/bin/jdresolve line 786, line 1. Use of uninitialized value $query in exists at /usr/bin/jdresolve line 790, line 1. Use of uninitialized value $query in concatenation (.) or string at /usr/bin/jdresolve line 790, line 1. no such class: at /usr/bin/jdresolve line 790, line 1. -- ISHIKAWA Mutsumi ,
Bug#933391: O: wnn7egg -- EGG Input Method with Wnn7 for Emacsen
Package: wnpp Severity: normal I intend to orphan the wnn7egg package. Description: Wnn-nana-tamago -- EGG Input Method with Wnn7 for Emacsen EGG for Wnn7, called `wnn-nana-tamago' is Japanese Input Method for Emacsen. It is based on Tamago ver.3 (v3.09) and incorporated the communication library part of Tamago Ver.4 . This only can use with Jserver of Wnn7. -- ISHIKAWA Mutsumi
Bug#884756: cacti can not install missing dependency
Package: cacti Version: 1.1.28+ds1-2 Severity: grave cacti depends libjs-jquery-colorpicker (<< 1.2.13.0~) and libjs-jquery-colorpicker (>= 1.2.13). But currently only available libjs-jquery-colorpicker_1.2.14-1 on sid. So, cacti can not install. -- ISHIKAWA Mutsumi <ishik...@osdn.jp>, <ishik...@debian.org>
Bug#877585: uim-common is gone, should detect with uim package
Package: im-config
Version: 0.32-1
Tag: patch
im-config will be detect uim by uim-common package is installed.
But, uim-common package is gone (merge into uim package) after
1:1.8.6+gh20161003.0.d63dadd-5.
So, when uim 1:1.8.6+gh20161003.0.d63dadd-5 installed, im-config
will not be able to detect uim. I think better to use detect it with
uim itself.
--- im-config-0.32/data/24_uim.conf~2016-12-07 22:09:20.0 +0900
+++ im-config-0.32/data/24_uim.conf 2017-10-03 17:03:40.239980702 +0900
@@ -17,9 +17,9 @@
* EMACS: uim-el")"
package_auto () {
-package_status uim-common
+package_status uim
}
package_menu () {
-package_status uim-common
+package_status uim
}
--
ISHIKAWA Mutsumi <ishik...@debian.org>
Bug#869784: kakasi and chasen tokenizer is not support but man describe it
Package: bsfilter Version: 1:1.0.19-2 Severity: minor man page describe tokenizer as bellow: --jtokenizer bigram|block|mecab|chasen|kakasi -j bigram|block|mecab|chasen|kakasi specify algorithm of a tokenizer for Japanese language "bigram" by default. chasen and kakasi tokenizer is not supported on current version. -- ISHIKAWA Mutsumi <ishik...@debian.org>, <ishik...@hanzubon.jp>, <ishik...@osdn.jp>
Bug#866773: Upgrade trouble because of upgrade_file path in update_database.php is wrong
Package: cacti
Version: 1.1.10+ds1-5
Severity: important
Tag: patch
Upgrade previous version 0.8.8h+ds1-9 in unstable to current
version 1.1.10+ds1-5 will cause trouble. Web UI and poller will
stop to work completely.
database upgrade script file path in
/usr/share/cacti/cli/upgrade_database.php is wrong, so the script
nothing to do.
--- cacti-1.1.10+ds1/cli/upgrade_database.php~ 2017-07-02 00:02:52.0
+0900
+++ cacti-1.1.10+ds1/cli/upgrade_database.php 2017-07-02 00:06:24.120721633
+0900
@@ -118,7 +118,7 @@
}
// construct version upgrade include path
- $upgrade_file = dirname(__FILE__) . '/../install/upgrades/' .
str_replace('.', '_', $cacti_version) . '.php';
+ $upgrade_file = dirname(__FILE__) . '/../site/install/upgrades/' .
str_replace('.', '_', $cacti_version) . '.php';
$upgrade_function = 'upgrade_to_' . str_replace('.', '_',
$cacti_version);
// check for upgrade version file, then include, check for function and
execute
--
ISHIKAWA Mutsumi
<ishik...@debian.org>, <ishik...@hanzubon.jp>, <ishik...@osdn.jp>
Bug#850787: typo in IPaddr2 (ofc_log -> ocf_log)
Package: resource-agents
Version: 1:3.9.7-3
Severity: normal
Tags: patch
ofc_log in IPaddr2 is not defined. I Think it is typo of ocf_log.
--- resource-agents-3.9.7/heartbeat/IPaddr2.orig2017-01-10
16:34:21.044161399 +0900
+++ resource-agents-3.9.7/heartbeat/IPaddr2 2017-01-10 16:34:33.107916996
+0900
@@ -700,7 +700,7 @@
;;
*tentative*)
if [ $i -eq 10 ]; then
- ofc_log warn "IPv6 address : DAD is still in
tentative"
+ ocf_log warn "IPv6 address : DAD is still in
tentative"
fi
;;
*)
--
ISHIKAWA Mutsumi
<ishik...@hanzubon.jp>, <ishik...@debian.org>
Bug#819531: Invalid user name 'Debian-snmp' for adduser
Package: snmpd Version: 5.7.3+dfsg-1.1 Severity: grave Setting up snmpd (5.7.3+dfsg-1.1) ... adduser: Please enter a username matching the regular expression configured via the NAME_REGEX configuration variable. Use the `--force-badname' option to relax this check or reconfigure NAME_REGEX. dpkg: error processing package snmpd (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: snmpd "Debian-snmp" is invalid for adduser. -- ISHIKAWA Mutsumi <ishia...@debain.org>
Bug#766596: knot should recommends or suggests systemd on linux
Package: knot Version: 1.6.0~rc2-1 Severity: normal When setup knot to use syslog logging, it will not work without systemd journald on linux because this package is compiled with enable-systemd option. With this compile option, knot will sent syslog logging packet to systemd journald socket (not to directly syslog's) and journald proxy these to syslog, so syslog logging setting will not work without systemd journald. So, knot package should recommends or suggests systemd for using with syslog logging setting. -- ISHIKAWA Mutsumi ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725262: keymapping window edit suddenly lost and mozc_tools hang up
In cabmqnvjzwb4c-si1yx6e568240trau-omzmqku9jeys0u7w...@mail.gmail.com Nobuhiro Iwamatsu iwama...@nigauri.org wrote: Control: tag -1 unreproducible Hi, I tested on gnome3, gnome-fallback and xfce. But I can not reproduce. This bug perhaps is same reason as these bugs bellow: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726467 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725134 mozc-utils-gui works well with gir1.2-gtk-3.0 but without it it is crash after some operations. You can reproduce this bug report: 1) sudo apt-get purge gir1.2-gtk-3.0 2) run mozc-utils-gui -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726467: [ibus] ibus-setup shortcut setting does not work
In 20131017143644.GB7932@goofy.localdomain Osamu Aoki os...@debian.org wrote: Hi, My short response is: Can you install gir1.2-gtk-3.0 and try again? (See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725134 ) Ok, Works fine :-) The problem is gone after installed gir1.2-gtk-3.0. -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726467: [ibus] ibus-setup shortcut setting does not work
In 20131016133632.GA7716@goofy.localdomain Osamu Aoki os...@debian.org wrote: Hi, Thanks for the report but I cannot get enough information for me to recreate situation. On Wed, Oct 16, 2013 at 10:48:44AM +0900, ISHIKAWA Mutsumi wrote: Package: ibus Version: 1.5.3-7 Severity: important --- Please enter the report below this line. --- ibus-setup's shortcut setting does not work. The error log is bellow: Can yopu tell me what and where I can see ibus-setup's shortcut setting? Ah... I'm mistaken, it is keybord short cut (setting) on top of generic tab. I started ibus-setup from console but h... I see different setting than what I set up from GNMOME setting. H.. something wrong. Traceback (most recent call last): File /usr/share/ibus/setup/enginetreeview.py, line 140, in __name_cell_data_cb if self.__model.get_path(it).get_indices()[0] == 0: TypeError: 'int' object has no attribute '__getitem__' Traceback (most recent call last): File /usr/share/ibus/setup/enginetreeview.py, line 140, in __name_cell_data_cb if self.__model.get_path(it).get_indices()[0] == 0: TypeError: 'int' object has no attribute '__getitem__' Traceback (most recent call last): File /usr/share/ibus/setup/keyboardshortcut.py, line 220, in __shortcut_view_cursor_changed_cb shortcut = self.__get_selected_shortcut() File /usr/share/ibus/setup/keyboardshortcut.py, line 205, in __get_selected_shortcut return model[path.get_indices()[0]][0] TypeError: 'int' object has no attribute '__getitem__' Can you describe a bit more in detail what you did to reach this. 1) I started ibus-setup from console (I use konsole of KDE for X terminal console) with LANG=ja_JP.UTF-8 2) a window of ibus-setup window is shown. window screen shot: https://docs.google.com/file/d/0B5a7kImy47K_RDlndFR6b2doUDQ/edit?usp=sharing with some errors on the terminal console --- error message --- Traceback (most recent call last): File /usr/share/ibus/setup/enginetreeview.py, line 140, in __name_cell_data_cb if self.__model.get_path(it).get_indices()[0] == 0: TypeError: 'int' object has no attribute '__getitem__' Traceback (most recent call last): File /usr/share/ibus/setup/enginetreeview.py, line 140, in __name_cell_data_cb if self.__model.get_path(it).get_indices()[0] == 0: TypeError: 'int' object has no attribute '__getitem__' --- end of error message --- 3) click next input method setup button (right end button of next input method line. I added red circle to indicate it on the screenshot of above url) 4) switching input methods keyboard short cut setting window will be opened with error message on console. window screen shot: https://docs.google.com/file/d/0B5a7kImy47K_TFB1TndhbU1QX0U/edit?usp=sharing --- error message --- Traceback (most recent call last): File /usr/share/ibus/setup/keyboardshortcut.py, line 220, in __shortcut_view_cursor_changed_cb shortcut = self.__get_selected_shortcut() File /usr/share/ibus/setup/keyboardshortcut.py, line 205, in __get_selected_shortcut return model[path.get_indices()[0]][0] TypeError: 'int' object has no attribute '__getitem__' --- end of error message --- 5) The switching input methods keyboard short cut setting window is completely broken. * Normaly when click a short cut in the box on top of the window, keycode is shown in keycode box and checked key modifier. For example click superspace on the window, space will be shown ketcode input box and add check Super modifier. But it will not work. * Click button right end of the keycode input box to show keyboard short cut input window. The window will shown. But it will not work completely (it will not fetch keyboard input...) * add/apply/delete button is always disabled, can not click (so I can not add, modify and delete keyboard short cuts...) Also why the following list does not look like normal list? Why installed version are missing? They are generated by reportbug-ng automaticaly. I don't know why... The list generated by reportbug is here. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-rc5.0.1 (SMP w/12 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 ibus depends on: ii dconf-cli0.16.1-1 ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gir1.2-ibus-1.0 1.5.3-7 ii gnome-icon-theme 3.8.3-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo2
Bug#726467: [ibus] ibus-setup shortcut setting does not work
Package: ibus Version: 1.5.3-7 Severity: important --- Please enter the report below this line. --- ibus-setup's shortcut setting does not work. The error log is bellow: Traceback (most recent call last): File /usr/share/ibus/setup/enginetreeview.py, line 140, in __name_cell_data_cb if self.__model.get_path(it).get_indices()[0] == 0: TypeError: 'int' object has no attribute '__getitem__' Traceback (most recent call last): File /usr/share/ibus/setup/enginetreeview.py, line 140, in __name_cell_data_cb if self.__model.get_path(it).get_indices()[0] == 0: TypeError: 'int' object has no attribute '__getitem__' Traceback (most recent call last): File /usr/share/ibus/setup/keyboardshortcut.py, line 220, in __shortcut_view_cursor_changed_cb shortcut = self.__get_selected_shortcut() File /usr/share/ibus/setup/keyboardshortcut.py, line 205, in __get_selected_shortcut return model[path.get_indices()[0]][0] TypeError: 'int' object has no attribute '__getitem__' --- System information. --- Architecture: amd64 Kernel: Linux 3.12.0-rc5.0.1 Debian Release: jessie/sid 500 unstablewww.deb-multimedia.org 500 stable dl.google.com 1 experimentalwww.deb-multimedia.org --- Package information. --- Depends (Version) | Installed ===-+- dconf-cli | 0.16.1-1 gir1.2-ibus-1.0 (= 1.5.3-7) | 1.5.3-7 gnome-icon-theme| 3.8.3-1 librsvg2-common | 2.36.4-2 python-gi | 3.10.1-1 python-notify | 0.1.1-3 dconf-gsettings-backend | 0.16.1-1 OR gsettings-backend | python(= 2.6.6-7~) | 2.7.5-5 libatk1.0-0 (= 1.12.4) | 2.10.0-2 libc6 (= 2.14) | libcairo2(= 1.2.4) | libdconf1 (= 0.14.0) | libgdk-pixbuf2.0-0 (= 2.22.0) | libglib2.0-0(= 2.35.9) | libgtk-3-0 (= 3.2.1) | libgtk2.0-0 (= 2.24.5-4) | libibus-1.0-5(= 1.5.3) | libnotify4 (= 0.7.0) | libpango-1.0-0 (= 1.14.0) | libx11-6| libxi6 (= 2:1.2.99.4) | Recommends (Version) | Installed =-+-=== ibus-gtk | 1.5.3-7 OR ibus-qt4 | 1.3.1-4 ibus-gtk3 | 1.5.3-7 OR ibus-qt4 | 1.3.1-4 im-config | 0.22-3 Suggests (Version) | Installed ===-+-=== ibus-clutter| 0.0+git20090728.a936bacf-5.1 ibus-doc| ibus-qt4| 1.3.1-4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725262: keymapping window edit suddenly lost and mozc_tools hang up
Package: mozc-utils-gui Serverity: important Version: 1.11.1522.102-1 mozc-utils-gui keymap editor does not work, suddenly edit window is close and hang up mozc_tool. 1) open ibus-setup and select input method mozc 2) open (mozc) config 3) open key mapping edit (click 編集... of キー設定の選択) 4) key mapping edit window will be opened but keymap edit window will be die (lost) suddenly. e.g click 編集.. bottom of the mapping edit window and add some kind of key maps... so window will be suddenly closed (when the window is lost, I can not stop mozc_tools without sending SIGINT or SIGKILL). -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722653: mozc: FTBFS with ibus 1.5
Perhaps, this patch will fix this issue: https://code.google.com/p/mozc/issues/detail?id=161 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714916: RM: xmanpages-ja -- ROM; abandoned upstream and mismatch current version of X packages
Package: ftp.debian.org Severity: normal xmanpages-ja is Japanese translation of X related manpages. It is based on XFree86 4.1.0 (released at 2001) and not updated since 2002 on upstream. It is very old and most of these translations are mismatch current xorg packages man pages. This situation will confuses users. I think it is better to remove this package from ftp tree. -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702122: mirrors: add debian-mirror.sakura.ne.jp to syncproxy leaf
I don't think it is good idea. Because synxproxy to Japan trans pacific network connection bandwidth is narrow (~ 5Mbps). If you want to setup some kind of redundancy of push primary in Japan, we should build some kind of pushproxy and management system of primary pusy mirror backend. In 20130303075058.c44c71f5a6785883bddec...@debian.or.jp Hideki Yamane henr...@debian.or.jp wrote: Package: mirrors Severity: normal X-debbugs-CC: debian-mirr...@lists.debian.org, bo...@debian.or.jp Hi, Some of you may know, I've started debian-mirror.sakura.ne.jp. http://henrich-on-debian.blogspot.com/2013/02/introducing-debian-mirrorsakuranejp.html Now it is pushed-mirror under hanzubon.jp, and I think it's better to be pushed from upstream syncproxy if we can. The reason is, sakura mirror and other mirrors pushed from hanzubon.jp is providing ftp.jp.debian.org. ftp.jp.d.o has some robustness mechanism that if primary one goes down or not sync some days and be obsolete, then DNS entry will switch to point another mirror. However, if hanzubon.jp archive will stop or be corrupted, then **all** of those mirrors are same state. If sakura mirror can get updated archives from syncproxy, ftp.jp.d.o get more robustness IMO. Could you consider to add sakura mirror as syncproxy leaf, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- ISHIKAWA Mutsumi ishik...@hanzubon.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682040: Please add emasc24 dependency
Package: emacs-mozc Version: 1.5.1090.102-2 Severity: wishlist Current emacses and emacs-mozc situation is bellow: * emacs-mozc depends emacs | emacs23 * emacs24 is alread uploaded and installed on sid * emacs package is currently depends emacs23 (see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679800) * emacs-mozc can use on emacs24 So, emacs-mozc can not install on emacs24 only (without emacs23) system. I consider that it is better to add emacs24 to emacs-mozc's dependency list. Perhaps... emacs-mozc depends emacs | emacs23 | emacs24 or emacs-mozc depends emacs | emacs24 -- ISHIKAWA Mutsumi ishik...@hanzubon.jp, ishik...@osdn.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651145: procmeter3 modules should not install under /usr/lib/X11
Package: procmeter3 Version: 3.5d-1 Severity: normal procmeter3's loadable modules are installed under /usr/lib/X11 but Debian policy 11.8.7 is said: Include files previously installed under `/usr/X11R6/include/X11/' should be installed into `/usr/include/X11/'. For files previously installed into subdirectories of `/usr/X11R6/lib/X11/', package maintainers should determine if subdirectories of `/usr/lib/' and `/usr/share/' can be used. If not, a subdirectory of `/usr/lib/X11/' should be used. These modules are not related X11 itself, so there are no reason to install under /usr/lib/X11. I think it is better that these modules will be installed under /usr/lib. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651148: /usr/lib/X11/ProcMeter3/example should be removed
Package: procmeter3 Version: 3.5d-1 procmeter3's module example source and README are installed under /usr/lib/X11/ProcMeter3/example. It is vaiolate the Debian policy 12.6. These examples are already exists under /usr/share/doc/procmeter3, so /usr/lib/X11/ProcMeter3/example can be removed. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651145: procmeter3 modules should not install under /usr/lib/X11
Here is a patch for this report. Description: procmeter3 modules install under /usr/lib (not under /usr/lib/X11) Author: ISHIKAWA Mutsumi ishik...@debian.org Bug-Debian: http://bugs.debian.org/651145 diff -urN procmeter3-3.5d.orig/Makefile procmeter3-3.5d/Makefile --- procmeter3-3.5d.orig/Makefile 2011-12-06 16:39:42.0 +0900 +++ procmeter3-3.5d/Makefile2011-12-06 16:35:35.776910032 +0900 @@ -20,7 +20,7 @@ MANDIR=$(INSTDIR)/share/man # LIB_PATH - the root dir for library files -LIB_PATH=$(INSTDIR)/lib/X11/ProcMeter3 +LIB_PATH=$(INSTDIR)/lib/ProcMeter3 # MOD_PATH - the path modules are stored in MOD_PATH=$(LIB_PATH)/modules diff -urN procmeter3-3.5d.orig/modules/Makefile procmeter3-3.5d/modules/Makefile --- procmeter3-3.5d.orig/modules/Makefile 2011-10-23 03:45:30.0 +0900 +++ procmeter3-3.5d/modules/Makefile2011-12-06 16:37:26.189615679 +0900 @@ -14,7 +14,7 @@ # Paths (overridden by main Makefile) INSTDIR=/usr/local -LIB_PATH=$(INSTDIR)/lib/X11/ProcMeter3 +LIB_PATH=$(INSTDIR)/lib/ProcMeter3 MOD_PATH=$(LIB_PATH)/modules # Programs diff -urN procmeter3-3.5d.orig/procmeterp.h procmeter3-3.5d/procmeterp.h --- procmeter3-3.5d.orig/procmeterp.h 2011-10-23 03:45:30.0 +0900 +++ procmeter3-3.5d/procmeterp.h2011-12-06 16:36:28.891325433 +0900 @@ -29,7 +29,7 @@ #endif #ifndef LIB_PATH -#define LIB_PATH INSTDIR /lib/X11/ProcMeter3 +#define LIB_PATH INSTDIR /lib/ProcMeter3 #endif #ifndef MOD_PATH #define MOD_PATH LIB_PATH /modules -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651149: /etc/procmeterrc.install is not needed
Package: procmeter3 Version: 3.5d-1 Severity: minor procmeter3 will be install both /etc/procmeterrc and /etc/procmeterrc.install. These are same file and procmeterrc.install will not be used. Please don't install it. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651150: Please move procmeter.h under /usr/include/procmeter3
Package: procmeter3 Version: 3.5d-1 Header file for procmeter3 modules procmeter.h will be installed under /usr/lib/X11/ProcMeter3/include. This is not suitable path for C include header file. Please install it under /usr/include/procmter3 (or /usr/include). -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651148: patch to stop install examples
Here are 2 patches to fix this bug. 1) add to install example template README install under /usr/share/doc/procmeter3/examples (add_exapmle_README.diff) 2) stop to instal /usr/lib/X11/ProcMeter3/examples (stop_to_install_exaple.diff) -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org add_exapmle_README.diff Description: Binary data stop_to_install_exaple.diff Description: Binary data
Bug#651148: patch to stop install examples
In 87hb1e14z3.wl%ishik...@osdn.jp ISHIKAWA Mutsumi ishik...@osdn.jp wrote: Here are 2 patches to fix this bug. 1) add to install example template README install under /usr/share/doc/procmeter3/examples (add_exapmle_README.diff) 2) stop to instal /usr/lib/X11/ProcMeter3/examples (stop_to_install_exaple.diff) Ah... Sorry 1st patch is not needed. This file is already installed as /usr/share/doc/procmater3/README.modules. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651166: libX11 is only needed by procmeter3-{xaw,gtk1,gtk2}
Package: procmeter3
Version: 3.5d-1
Tags: patch
libX11 is only needed by procmeter3-{xaw,gtk1,gtk2} binary.
But currently LDFALSG contains -lX11, so procmeter3-{log,lcd} and
all loadable modules are linked needless libX11 shared libs.
For example:
$ldd /usr/lib/X11/ProcMeter3/modules/netdev.so
linux-vdso.so.1 = (0x7fff0ebbc000)
libX11.so.6 = /usr/lib/x86_64-linux-gnu/libX11.so.6
(0x2b27ad354000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x2b27ad693000)
libxcb.so.1 = /usr/lib/x86_64-linux-gnu/libxcb.so.1
(0x2b27ada18000)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x2b27adc34000)
/lib64/ld-linux-x86-64.so.2 (0x2b27acf23000)
libXau.so.6 = /usr/lib/x86_64-linux-gnu/libXau.so.6
(0x2b27ade38000)
libXdmcp.so.6 = /usr/lib/x86_64-linux-gnu/libXdmcp.so.6
(0x2b27ae03c000)
--- procmeter3-3.5d.orig/Makefile 2011-12-06 21:24:33.0 +0900
+++ procmeter3-3.5d/Makefile2011-12-06 21:25:25.526636956 +0900
@@ -36,7 +36,7 @@
# Program options
CFLAGS+=-g -O2 -Wall
-LDFLAGS+=-rdynamic -lX11
+LDFLAGS+=-rdynamic
PATHDEFS=-DINSTDIR=\$(INSTDIR)\ -DLIB_PATH=\$(LIB_PATH)\ \
-DMOD_PATH=\$(MOD_PATH)\ -DRC_PATH=\$(RC_PATH)\
@@ -82,14 +82,14 @@
procmeter3-xaw :
- $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS)
-C xaw
+ $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS)
-lX11 -C xaw
[ -f procmeter3 ] || ln -s procmeter3-xaw procmeter3
procmeter3-gtk1 :
- $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS)
-C gtk1
+ $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS)
-lX11 -C gtk1
procmeter3-gtk2 :
- $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS)
-C gtk2
+ $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS)
-lX11 -C gtk2
procmeter3-log :
$(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS)
-C log
--
ISHIKAWA Mutsumi
ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640869: Default of delete option defferent between --help and man
Package: rsync Version: 3.0.8-1 Severity: minor rsync --help says that: (snip) --delete-before receiver deletes before transfer, not during --delete-during receiver deletes during transfer (default) (snip) But man rsync says: (snip) --delete-before receiver deletes before transfer (default) --delete-during receiver deletes during xfer, not before (snip) Default delete option mismatches between --help and man. I believe rsync 3.0.0 or later (with rsync protocol 3.0) is --delete-during as default, the man pages is wrong. -- ISHIKAWA Mutsumi ishik...@hanzubon.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627149: init script contains invalid chars
Package: oss4-base Version: 4.2-build2003-1.1 Severity: normal Tags: patch Current oss4-base init script is contains invalid chars (0x222 0x302 0x240 ?) before `exit 0' on line 21. This cause error as bellow when /usr/sbin/ossdetect is not installed: /etc/init.d/oss4-base: line 21: exit: command not found -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org diff Description: Binary data
Bug#619512: invalid syntax in startup file (missing some close parentheses)
Package: emacs-mozc Version: 1.1.626.102-1 Severity: normal Tags: patch /etc/emacs/site-start.d/50emacs-mozc.el have a syntax error. Some close parenthes are missing. Please see a patch bellow. --- etc/emacs/site-start.d/50emacs-mozc.el.ORIG 2011-03-25 01:16:27.0 +0900 +++ etc/emacs/site-start.d/50emacs-mozc.el 2011-03-25 01:07:58.0 +0900 @@ -18,4 +18,4 @@ ;; If package-dir does not exist, the emacs-mozc package must have ;; removed but not purged, and we should skip the setup. (when (file-directory-p package-dir) -(setq load-path (cons package-dir load-path)) +(setq load-path (cons package-dir load-path -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612253: Broken [Report it!]
Package: www.debian.org Version: N/A; 2011-02-07 00:16:54 UTC Site layout problem report button on the footer's link is broken. (http://www-broken-layout.debian.org/cgi-bin/layout-problem.cgi is HTTP404) -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591731: mozc is non-free?
Package: mozc Version: 0.12.410.102-2 Severity: serious mozc include ipadic based dictionary. ipadic is non-free on debian (I do not know details what is non-free factor of ipadic). So, perhaps current mozc source include ipadic based dictionary is *NOT* DFSG free. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591442: depend to uim is realy needed?
Package: uim-mozc Version: 0.12.410.102-2 Severity: normal uim is dummy package for starting to use UIM to easy (it is NOT minimam set of UIM), it is depends uim-common, uim-gtk2.0, uim-xim, uim-utils, uim-fep. uim-gtk2.0, uim-xim, uim-fep are NOT needed to use uim-mozc, but they are force to install with uim-mozc because it is depend to uim package. I think uim-mozc should not depend uim (perhaps shoud replace it to uim-common and uim-utils) -- ISHIKAWA Mutsumi ishik...@hanzubon.jp, ishik...@osdn.jp, ishik...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588435: FTBFS: wrong build dependency
In 20100709.232945.528823164.tats%nob...@tats.iris.ne.jp Tatsuya Kinoshita t...@debian.org wrote: On July 8, 2010 at 11:40PM +0900, tats (at debian.org) wrote: On July 8, 2010 at 7:46PM +0900, ishikawa (at hanzubon.jp) wrote: Build-Depends-Indep: emacs But there are no emacs package (or no package provide emacs), so we can not resolve build-dependency. Perhaps, it is `emacsen' insted of `emacs', right? The emacs package exists. It depends on the default GNU Emacs package. For lenny/sid, it is generated from the emacs23 source package. See http://packages.qa.debian.org/e/emacs23.html. s/lenny/squeeze/. For lenny, it is from emacs22. http://packages.debian.org/lenny/emacs Humm, OK I missed it. BTW, what's your real problem? Could you please show me your FTBFS log? On my system emacs23/xemacs21-*/emacs-snapshot is installed, but flim is failed to build because `emacs' is not installed. On the system, build flim without build dependency check (e.g debuild -d) will be completely successful. I think the build dependency is TOO RESTRICT. -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588435: FTBFS: wrong build dependency
Package: flim Version: 1:1.14.9+0.20100313-2 Severity: serious flim's debian/control said that: Build-Depends-Indep: emacs But there are no emacs package (or no package provide emacs), so we can not resolve build-dependency. Perhaps, it is `emacsen' insted of `emacs', right? Build-Depends-Indep: emacsen -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584615: imaps with gnutls does not work
In 20100606.031918.170620279.tats%nob...@tats.iris.ne.jp Tatsuya Kinoshita t...@debian.org wrote: On June 5, 2010 at 12:57PM +0900, ishikawa (at hanzubon.jp) wrote: Package: wl-beta Version: 2.15.9+0.20100525-2 Severity: important After upgrade to wl-beta 2.15.9+0.20100525-2, imaps connection does not work with default setting. Of cause I know this version change to use gnutls instead of openssl, but I found very few informations of it (I can find README.Debian to describe with few lines about it). And I can not find what is need to change my setting to use with gnutls instead of openssl anywhare. 1) Is it bug? or some extra settings are needed? 2) If it is a bug, please fix. 3) If it is not a bug, please describe extra settings we need to switch to use gnutls in wl-beta documents. As mentioned in README.Debian, the configration is already in the startup file (/etc/emacs/site-start.d/*), so installing gnutls-bin and ca-certificate is enough for wl-beta. OK, I've checked it. Old wl-beta's default setting with openssl ignore errors on the server certification check, because openssl is ignore them with options on the default ssl-program-arguments. New default settings with gnutls does not ignore erros on the server certification check, if server certification check is failed server connection will be disconnected. It is better the new one for keeping secure. But on the wl-beta's point of view default behaiver is changed 'SILENTLY'. I think updating to handle server certification restrictly is OK, but you should describe about it on the document. Because this change cause trouble on some environment (e.g imaps server with self signed key). It is very hard to find this problem without documentation beucase wl's error message does not appropriately show the situation :-( (likes reported as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584302) -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584615: imaps with gnutls does not work
Package: wl-beta Version: 2.15.9+0.20100525-2 Severity: important After upgrade to wl-beta 2.15.9+0.20100525-2, imaps connection does not work with default setting. Of cause I know this version change to use gnutls instead of openssl, but I found very few informations of it (I can find README.Debian to describe with few lines about it). And I can not find what is need to change my setting to use with gnutls instead of openssl anywhare. 1) Is it bug? or some extra settings are needed? 2) If it is a bug, please fix. 3) If it is not a bug, please describe extra settings we need to switch to use gnutls in wl-beta documents. * Only one error message is shown (bellow): Cannot open: elmo-network-initialize-session * gnutls-bin and ca-certificates is installed ii gnutls-bin 2.8.6-1the GNU TLS library - commandline utilities ii ca-certificate 20090814 Common CA certificates * starttls is installed (but I don't use stattls on the imap server) ii starttls 0.10-3 TLS encryption helper program * imaps with openssl instead of gnutls (commented out ssl-program-name and ssl-program-arguments about gnutls and restore openssl related line in 65wl-beta.el likes bellow) is works fine. --- /etc/emacs/site-start.d/65wl-beta.el.orig 2010-06-05 12:46:01.0 +0900 +++ /etc/emacs/site-start.d/65wl-beta.el2010-06-05 12:46:19.0 +0900 @@ -30,15 +30,15 @@ (setq wl-icon-directory /usr/share/pixmaps/wl/) (setq ssl-certificate-directory /etc/ssl/certs) (setq ssl-certificate-verification-policy 3) -(setq ssl-program-name gnutls-cli) +;;(setq ssl-program-name gnutls-cli) +;;(setq ssl-program-arguments +;; '(--port service --x509cafile +;; /etc/ssl/certs/ca-certificates.crt host)) +(setq ssl-program-name openssl) (setq ssl-program-arguments - '(--port service --x509cafile - /etc/ssl/certs/ca-certificates.crt host)) -;;;(setq ssl-program-name openssl) -;;;(setq ssl-program-arguments -;;; '(s_client -quiet -host host -port service -;;;-verify (int-to-string ssl-certificate-verification-policy) -;;;-CApath ssl-certificate-directory)) + '(s_client -quiet -host host -port service + -verify (int-to-string ssl-certificate-verification-policy) + -CApath ssl-certificate-directory)) (setq wl-auto-save-drafts-interval nil) (setq elmo-archive-tar-method-alist '((ls. (tar -tf)) -- いしかわ むつみ ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575810: lmSensors support only returns first subfeartures on each chips
Package: libsnmp15
Version: 5.4.2.1~dfsg-5
Severity: Normal
Tags: patch
Current debian/patches/60_libsensors_api.patch contains needless
subfearture mapping value check. This cause only returns first main
feature related values on each sensor chips.
--- debian/patches/60_libsensors_api.patch~ 2010-03-29 21:10:42.0
+0900
+++ debian/patches/60_libsensors_api.patch 2010-03-29 21:24:38.0
+0900
@@ -212,7 +212,7 @@
int chip_nr = 0;
int rc = 0;
unsigned inti = 0;
-@@ -961,18 +953,19 @@ else{
+@@ -961,18 +953,18 @@ else{
sensor_array[i].current_len = DEFAULT_SENSORS;
} /* end for */
@@ -233,7 +233,6 @@
-!sensors_get_label(*chip, data-number, label)
-!sensors_get_feature(*chip, data-number, val)) {
+if ((subfeature-flags SENSORS_MODE_R)
-+(subfeature-mapping == 0)
+(label = sensors_get_label(chip, feature))
+!sensors_get_value(chip, subfeature-number, val)) {
int type = -1;
subfearture's type is `struct sensors_subfeature', it is
described in include/sensors/sensors.h:
/* Data about a single chip subfeature:
name is the string name used to refer to this subfeature (in config files)
number is the internal subfeature number, used in many functions to refer
to this subfeature
type is the subfeature type
mapping is the number of a main feature this subfeature belongs to
(for example subfeatures fan1_input, fan1_min, fan1_div and fan1_alarm
are mapped to main feature fan1)
flags is a bitfield, its value is a combination of SENSORS_MODE_R (readable),
SENSORS_MODE_W (writable) and SENSORS_COMPUTE_MAPPING (affected by the
computation rules of the main feature) */
typedef struct sensors_subfeature {
char *name;
int number;
sensors_subfeature_type type;
int mapping;
unsigned int flags;
} sensors_subfeature;
Each main feature has individual id's and mapping is indicate the id.
For Example When fan1 (described above) has id = 0, all subfeature of
fan1 (fan1_input, fan1_min, fan1_div and fan1_alarm described above)
have `mapping = 0'. And fan2 on same chips has id = 1, all subfeatures of
fan2 (For example fan2_input, fan1_min and so on) have `mapping = 1'.
So, subfeature-mapping != 0 is VALID.
Please drop `subfeature-mapping == 0' check on sensors handling
function (as above patch).
--
ISHIKAWA Mutsumi
ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp
60_libsensors_api.patch_fix.diff
Description: Binary data
Bug#575541: ibus-anthy don't work by creating invalid symlinks in $HOME/.anthy
Package: ibus-anthy Version: 1.2.0.20100313-1 Severity: grave Tags: patch ibus-anthy create 2 invalid symlinks in $HOME/.anthy directory. It cause trouble to start up itself. So version 1.2.0.20100313-1 of ibus-anthy is always failed to start up, it is completely unusable. Problem 1) $HOME/.anthy/imported_words_ibus__anthy_zipcode is linked to /usr/share/anthy/zipcode.t $ ls -l $HOME/.anthy/imported_words_ibus__anthy_zipcode lrwxrwxrwx 1 ishikawa ishikawa 26 2010-03-27 01:39 /home/ishikawa/.anthy/imported_words_ibus__anthy_zipcode - /usr/share/anthy/zipcode.t zipcode.t is not /usr/share/anthy/zipcode.t but /usr/share/anthy/dic/zipcode.t on Debian system. This path is hard coded in setup/prefs.py. Patch to fix problem 1 is attahced bellow. Problem 2) $HOME/.anthy/imported_words_default.d/ibus__ibus_symbol is symlinked to /usr/share/ibus-anthy/dicts/symbol.t ls -l $HOME/.anthy/imported_words_default.d/ibus__ibus_symbol lrwxrwxrwx 1 ishikawa ishikawa 36 2010-03-27 01:39 /home/ishikawa/.anthy/imported_words_default.d/ibus__ibus_symbol - /usr/share/ibus-anthy/dicts/symbol.t But the file /usr/share/ibus-anthy/dicts/symbol.t is not shipped. It is data/symbol.t, so ibus-anthy.deb package should provide this file (as /usr/share/ibus-anthy/dicts/symbol.t) This problem caused by Makefile.in patch in ibus-anthy_1.2.0.20100313-1.diff.gz. data/symbols.t is not installed because the patch is dropped data/ directory in SUBDIR parameter. I think ibus-anthy_1.2.0.20100313-1.diff.gz is broken. This patch seems to replace some new files (Makefile.in, aclocal.m4, configure, icons/Makefile.in, engine/Makefile.in, m4/Makefile.in) to old files. -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp ibus-anthy_fix_zipcode.t_path.diff Description: Binary data
Bug#501802: egg: robust opening Jserver
The bug you reported is same cause described on #492539 (Subject: Egg cannot connect to jserver if egg is running on an amd64 system) These are fixed on 4.0.6+0.20041122cvs-16 Package: egg Version: 4.0.6+0.20041122cvs-11.1 Severity: normal Hi, I have just find that wnnrpc-open() fails opening the session to Wnn7 Jserver which is installed into chrooted IA32 environment on AMD64 system. Could you apply the attached patch that resolves this problem? -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522804: Contents-kfreebsd-{amd64,i386} are missing
Package: ftp.debian.org
Severity: normal
I known kfreebsd-{amd64,i386} are merged in {sid,experimental}
and checked on the mirror.
dists/{sid,experimental}/*/binary-kfreebsd-{amd64,i386},
incices/files/arch-kfreebsd-{amd64,i386}.files are OK.
But dists/{sid,exerimental}/Contents-kfreebsd-{amd64,i386}.* are
missing.
--
ISHIKAWA Mutsumi
ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500854: rss-0.91.dtd URL change (old URL is gone)
Package: libxml-rss-perl Version: 1.33-1 Tags: patch On this announce http://www.rssboard.org/news/181/rss-090-091-moving-rss-advisory-board RSS v0.9 and v0.91 are moveing to RSS advisorry board. DTD url was changed at that time and old url is alread gone at Aug 2008 (perhaps.. currently can not access the old url anymore) libxml-rss-perl-1.33/lib/XML/RSS/Private/Output/V0_91.pm only contains old URL and it is invalid. So, RSS v0.91 support is broken without DTD url update. -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED] libxml-rss-perl-1.33-rss0.91_dtd_fix.diff Description: Binary data
Bug#489208: incompatible with perl 5.10
Package: fml Version: 4.0.3.dfsg-2 Severity: grave Perl 5.10 is dropped $* syntax support, but fml 4.0.x use $* syntax in many places. So fml can not run on lenny environment. For example: /usr/share/fml/msend.pl stopped to work with the error message: $* is no longer supported at /usr/share/fml/libkern.pl line 619. -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446325: mirror submission for hanzubon.jp
In [EMAIL PROTECTED] Josip Rodin [EMAIL PROTECTED] wrote: On Fri, Oct 12, 2007 at 02:40:08AM +, ISHIKAWA Mutsumi wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: hanzubon.jp Type: leaf Archive-architecture: ALL Archive-http: /debian/ Archive-rsync: debian/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ Old-http: /debian-archive/ Old-rsync: debian-archive/ IPv6: no Mirrors-from: syncproxy.wna.debian.org Maintainer: ISHIKAWA Mutsumi [EMAIL PROTECTED] Country: JP Japan Location: Tokyo Comment: new push mirror primary in Japan (since Oct 11 2007) One of the cdn.debian.or.jp backends. Please access via cdn.debian.or.jp. I'm adding it, but can you provide sponsor information? :) Thanks :) 'hanzubon.jp' is my personal site for opensource etc.. hosted in my root, so there is no sponsor. (If I should provide sponsor information, it is 'ISHIKAWA Mutsumi' ;) -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446325: mirror submission for hanzubon.jp
Package: mirrors Severity: wishlist Submission-Type: new Site: hanzubon.jp Type: leaf Archive-architecture: ALL Archive-http: /debian/ Archive-rsync: debian/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ Old-http: /debian-archive/ Old-rsync: debian-archive/ IPv6: no Mirrors-from: syncproxy.wna.debian.org Maintainer: ISHIKAWA Mutsumi [EMAIL PROTECTED] Country: JP Japan Location: Tokyo Comment: new push mirror primary in Japan (since Oct 11 2007) One of the cdn.debian.or.jp backends. Please access via cdn.debian.or.jp. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444375: Broken on amd64 environment
Package: libunicode-japanese-perl Version: 0.23-1 Severity: grave Unicode::Japanese perl module does not work on amd64 environment. It was fixed on upstream version 0.27. It was released 2 years ago (2005), but debian package is not updated since 2004. Please update package, it is too old and buggy. Current upstreem release is 0.37 (released at Mon Jul 3 10:38:01 JST 2006). If you don't have enough time to maintain this package now, I wish to take over this package or to be co-maintainer for it. -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423948: emacs22-common overwrites emacs-snapshot-common's file
Package: emacs22-common Version: 22.0.99+1-1 Preparing to replace emacs22-common 22.0.99+1-1 (using .../emacs22-common_22.0.99+1-1_all.deb) ... Unpacking replacement emacs22-common ... dpkg: error processing /var/cache/apt/archives/emacs22-common_22.0.99+1-1_all.deb (--unpack): trying to overwrite `/var/games/emacs/snake-scores', which is also in package emacs-snapshot-common Errors were encountered while processing: /var/cache/apt/archives/emacs22-common_22.0.99+1-1_all.deb emacs22-common and emacs-snapshot-common have same file (/var/games/emacs/snake-scores), so can not install both emacs22-common and emacs-snapshot-common without dpkg --force-overwrite. emacs-snapshot-common 1:20070302-1 emacs22-common22.0.99+1-1 -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364793: kinput2-{canna,wnn,canna-wnn} depends: libxaw8, but libxaw8 is gone
Package: kinput2
Version: 3.1-7
Severity: grave
kinput2-{canna,wnn,canna-wnn} depends libxaw8, but libxaw8 is gone.
Please read this ML thread.
http://lists.debian.org/debian-x/2006/03/msg00870.html
So, kinput2-{canna,wnn,canna-wnn} can not install on current sid
environment. They should rebuild against libxaw7-dev
--
ISHIKAWA Mutsumi
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344548: ia64 iso-dvd image is invalid
Package: cdimage.debian.org Version: 3.1r1 MD5SUM of ia64's iso-dvd is following: 8eb2d8970474a5c6b45f7f5dbe1382a5 debian-31r1-ia64-binary-1.iso 4a4f110561a6831dd89ea2bd6371cb64 debian-31r1-ia64-binary-2.iso 97d540091402c95e8411a2c4dece6aa8 debian-31r1-ia64-binary-3.iso But rsync://cdimage.debian.org/debian-cd/3.1_r1/ia64/iso-dvd/ contains only debian-31r1-ia64-binary-10.iso (perhaps it is CD image, not DVD image) and debian-31r1-ia64-binary-11.iso (empty file). iso-dvd images for ia64 are complete missing. $ rsync rsync://cdimage.debian.org/debian-cd/3.1_r1/ia64/iso-dvd/ MOTD: Welcome to the rsync archive at Academic Computer Club, Ume University. Please contact [EMAIL PROTECTED] in case of issues or questions. drwxr-sr-x 113 2005/12/20 18:29:06 . -rw-r--r-- 192 2005/12/20 09:19:51 MD5SUMS -rw-r--r-- 189 2005/12/20 09:46:51 MD5SUMS.sign -rw-r--r-- 678531072 2005/12/20 18:29:06 debian-31r1-ia64-binary-10.iso -rw-r--r-- 0 2005/12/20 18:29:06 debian-31r1-ia64-binary-11.iso -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319131: kterm: FTBFS with gcc-3.4/gcc-4.0: error: conflicting types for 'malloc
In [EMAIL PROTECTED] Karl Chen [EMAIL PROTECTED] wrote: Package: kterm Severity: normal Tags: patch kterm fails to build from source with gcc-3.4/gcc-4.0: charproc.c:105: error: conflicting types for 'malloc' The following patch allows kterm to build under gcc-3.4: I can not reproduce your report. kterm build problem with gcc4 was fixed on 6.2.0-44, current version of kterm (6.2.0-45) is able to build with gcc-4.0. -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314882: O: xfs-xtt -- X-TrueType font server
Package: wnpp Serverity: normal I intend to orphan the xfs-xtt package. Description: X-TrueType font server This package provide X-TrueType font server. This is compatible normal X font server, but added X-TrueType font handling scheme support instead of FreeType backend. XFree86 4.0's font server can handle TrueType too, but it can not handle TTCap. By using TTCap description, support for font transformations, such as slanting, adjusting glyph width, pseudo-bolding, etc. . xfs-xtt is a daemon that listens on a network port and serves X fonts to X servers (and thus to X clients). All X servers have the ability to serve locally installed fonts for themselves, but xfs makes it possible to offload that job from the X server, and/or have a central repository of fonts on a networked machine running xfs so that all the machines running X servers on a network do not require their own set of fonts. xfs may also be invoked by users to, for instance, make available X fonts in user accounts that are not available to the X server or to an already running system xfs-xtt. Note: After the xorg package is uploaded, I'll remove this package from sid when no one take over this package. Because... * Current xfree86's xfs package can handle TrueType fonts (but can not handle TTCap). * xorg's libXfont unified X-TrueType engine to FreeType engine. xorg's xfs also can handle TrueType fonts and can handle TTCap description. So, it is possible to replace the xfs-xtt. * xfs-xtt use X-TrueType engine. Maintenance of the X-TrueType engine has already stopped considerably before. Old X-TrueType engine code was dropped from source tree (on both xfree86 and xorg) -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
