Bug#917316: yatex: New upstream 1.81 has been released
Package: yatex Version: 1.77+dfsg1-4 Severity: normal Dear Maintainer, New upstream 1.81 has been released. The upstream author believes that its copyright condition is more suitable for Debian than the older version. Regards, -- TSUCHIYA Masatoshi
Bug#729126: ITP: cabocha -- A Japenese dependency/case structure analysis system
Package: wnpp Severity: wishlist Owner: TSUCHIYA Masatoshi tsuch...@namazu.org * Package name: cabocha Version : 0.66 Upstream Author : Taku Kudoh taku...@is.aist-nara.ac.jp * URL or Web page : https://code.google.com/p/cabocha/ * License : New BSD License Description : A Japenese dependency/case structure analysis system -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729128: ITP: crfpp -- A Simple Implementation of Conditional Random Fields
Package: wnpp Owner: TSUCHIYA Masatoshi tsuch...@namazu.org Severity: wishlist * Package name: crfpp Version : 0.57 Upstream Author : Taku Kudo t...@chasen.org * URL or Web page : http://crfpp.sourceforge.net/ * License : LGPL or BSD License Description : A Simple Implementation of Conditional Random Fields CaboCha, which has already bug-reported as ITP, depends on CRF++. -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563114: confirming
Hi, I met this problem, and have just confirmed that the patch described in http://sourceforge.net/tracker/index.php?func=detailaid=2022945group_id=24366atid=381347 resolves this problem. Could you apply this patch into Rdesktop debian package? -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612247: network-manager: network-manager breaks /etc/network/interfaces when upgrading from lenny to squeeze
Package: network-manager Version: 0.8.1-6 Severity: serious Hi, I had the working /etc/network/interfaces file for lenny: auto lo iface lo inet loopback allow-hotplug eth0 iface eth0 inet dhcp iface eth0-home inet static address 123.123.123.123 netmask 255.255.255.0 gateway 123.123.123.1 dns-nameservers 123.123.123.1 It was broken by network-manager when upgrading from lenny to squeeze as follows: auto lo iface lo inet loopback allow-hotplug eth0 #NetworkManager#iface eth0 inet dhcp #NetworkManager#iface eth0-home inet static address 123.123.123.123 netmask 255.255.255.0 gateway 123.123.123.1 dns-nameservers 123.123.123.1 This causes that a loopback device is disappeared for squeeze system, because this /etc/network/interfaces file is syntactically broken. I believe that the network-manager postinst script must consider continuous lines in the /etc/network/interfaces file. Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612247: [Pkg-utopia-maintainers] Bug#612247: network-manager: network-manager breaks /etc/network/interfaces when upgrading from lenny to squeeze
Hi, On Mon, 07 Feb 2011 06:37:27 +0100 bi...@debian.org (Michael Biebl) said as follows: This causes that a loopback device is disappeared for squeeze system, because this /etc/network/interfaces file is syntactically broken. If network-manager is installed, it will bring up the loopback device on it's own. Or do you have network-manager installed but disabled from starting? Exactly, the loopback device exists, but, it has no correct address as follows: $ /sbin/ifconfig lo loLink encap:Local Loopback LOOPBACK MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Therefore, generic programs does not work because they expect the loopback address has the address 127.0.0.1. I believe that the network-manager postinst script must consider continuous lines in the /etc/network/interfaces file. can you send me an exact copy of the file (including the backup file /etc/network/interfaces.bak-0) please. I attached it at the end of this message. Regards, -- TSUCHIYA Masatoshi # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp iface eth0-lc inet static address 123.123.210.28 netmask 255.255.255.0 gateway 123.123.210.1 dns-nameservers 123.123.64.100 123.123.64.102
Bug#574194: [debian-devel:17787] Re: [patch]: xdvik-ja: package removal fails
Hi, Sorry for my late reply. On Wed, 31 Mar 2010 15:38:08 +0900 ko...@pm.tokushima-u.ac.jp (Atsuhito Kohda) said as follows: Thanks for your help. I suspect it will be better to call defoma-app in preinst only when necessary (with comparing version) instead of in prerm. TSUCHIYA-san, please email me if you have any plan. I have no plan. -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527526: xdvik-ja: FTBFS: unsupported hardcode properties
Hi, Thanks for your bug report. However, your report is insufficient to resolve your reported problem, because I cannot reproduce this bug. Could you clarify your build environment? -- TSUCHIYA Masatoshi pgpwlMfKWr6xJ.pgp Description: PGP signature
Bug#560964: xdvik-ja: xdvi aborted
Hi, I cannot reproduce your problem. Could you show a smallest TeX source to reproduce your reported bug? -- TSUCHIYA Masatoshi pgp4VQBuWmxD3.pgp Description: PGP signature
Bug#543254: egg: Wnn input method does not work on Emacs23
Package: egg Version: 4.0.6+0.20041122cvs-14 Severity: normal Hi, In order to use Wnn input method with Egg and Emacs23, the patch downloaded from http://www.m17n.org/mlarchive/mule-ja/200703/msg00018.html is necessary, al already reported in the mule-ja mailing list http://www.m17n.org/mlarchive/mule-ja/200703/msg00012.html. Colud you consider applying the above patch? Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501802: egg: robust opening Jserver
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? Regards, -- TSUCHIYA Masatoshi --- egg-4.0.6+0.20041122cvs/egg/wnnrpc.el~ 2008-10-11 00:32:44.0 +0900 +++ egg-4.0.6+0.20041122cvs/egg/wnnrpc.el 2008-10-11 00:33:34.0 +0900 @@ -736,9 +736,9 @@ (wnn7 . ,(wnn-const JLIB_VERSION_WNN7)) (wnn6 . ,(wnn-const JLIB_VERSION_WNN6)) (wnn4 . ,(wnn-const JLIB_VERSION - (result (- (wnn-const WNN_BAD_VERSION))) + (result 1) type version) -(while (and type-list (= result (- (wnn-const WNN_BAD_VERSION +(while (and type-list (not (zerop result))) (setq type (caar type-list) version (cdar type-list) type-list (cdr type-list)
Bug#499484: linux-image-2.6-vserver-amd64: CONFIG_TAG_NFSD
Package: linux-image-2.6-vserver-amd64 Version: 2.6.26+16 Severity: normal Hi, I am a happy user of Linux-VServer on Debian Etch and Lenny. Thank you very much for your great efforts to all kernel package maintainers. By the way, I am putting file trees of guest systems on an NFS file system in order to share them among several physical hosts. The howto http://linux-vserver.org/Installation_on_Linux_2.6 says that CONFIG_TAG_NFSD is necessary to use disk quota feature on the such environment. Could you turn on CONFIG_TAG_NFSD? Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486107: cupsys: fails printing test pages
Package: cupsys Version: 1.3.7-5 Severity: normal Hi, CUPS on my computer failes printing test pages, but succeeds printing my own postscript files. It is quite misterious behavior. When printing the test pages, CUPS complains in /var/log/cups/error_log as follows: E [13/Jun/2008:20:48:26 +0900] [Job 7] Job stopped due to filter errors. E [13/Jun/2008:20:57:30 +0900] PID 14379 (/usr/lib/cups/filter/foomatic-rip) stopped with status 3! This error message is not helpful to resolve the problem. So, I set DEBUG=1 in /etc/foomatic/filter.conf, and chase the behavior of foomatic-rip. As the result, I got the following error message in /tmp/foomatic-rip.log. Error: /undefined in ESPwl Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1905 1 3 %oparray_pop 1904 1 3 %oparray_pop 1888 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- Dictionary stack: --dict:1163/1684(ro)(G)-- --dict:0/20(G)-- --dict:94/200(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 8.62: Unrecoverable error, exit code 1 This error message means that the testpage generator of CUPS uses ESPwl operator which is not defined, doesn't it? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (80, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-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/bash Versions of packages cupsys depends on: ii adduser 3.107 add and remove users and groups ii cupsys-common1.3.7-5 Common UNIX Printing System(tm) - ii debconf [debconf-2.0]1.5.22 Debian configuration management sy ii ghostscript 8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF ii ghostscript-x [gs-esp] 8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF ii gs-esp 8.62.dfsg.1-2.1 Transitional package ii libavahi-compat-libdnssd 0.6.22-3Avahi Apple Bonjour compatibility ii libc62.7-10 GNU C Library: Shared libraries ii libcupsimage21.3.7-5 Common UNIX Printing System(tm) - ii libcupsys2 1.3.7-5 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libgnutls26 2.2.5-1 the GNU TLS library - runtime libr ii libkrb53 1.6.dfsg.3-2MIT Kerberos runtime libraries ii libldap-2.4-22.4.9-1 OpenLDAP libraries ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libpaper11.1.23 library for handling paper charact ii libslp1 1.2.1-7.3 OpenSLP libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii perl-modules 5.10.0-10 Core Perl modules ii poppler-utils [xpdf-util 0.6.4-1 PDF utilitites (based on libpopple ii procps 1:3.2.7-8 /proc file system utilities ii ssl-cert 1.0.19 simple debconf wrapper for OpenSSL Versions of packages cupsys recommends: pn avahi-utils none (no description available) ii cupsys-client 1.3.7-5Common UNIX Printing System(tm) - ii foomatic-filters 3.0.2-20080211-3.1 OpenPrinting printer support - fil pn smbclient none (no description available) -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484578: emacs22: better support of highlighting in Japanese manual pages with man.el
Package: emacs22 Severity: wishlist Hi, `man' command defined in man.el is a nice wrapper of `man' executable. I frequently use it to see manual pages, but, am inconvenienced that highlighting in Japanese manual pages does not work. I and Japanese Debian users have just found the reason of this problem. `man' executable calls `col' executable internally when printing manual pages into standart-output, and more, `col' executable removes all highlighting information. I believe that the following setting resolves the described problem and has no ill-effects to other environments. (setq Man-switches -Tutf8) (defadvice Man-getpage-in-background (around debian-manpage-force-utf8 activate compile) (let ((locale-coding-system 'utf-8)) ad-do-it)) Could you consider adding the above setting to standard emacs22 package? Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484579: bsdmainutils: multibyte characters are not considered in col
Package: bsdmainutils Version: 6.1.10 Severity: normal Hi, When a backspace character appears in a multibyte character string, `col' command destroys multibyte characters partially. It is caused by the following code which does nod consider multibyte characters. while ((ch = getchar()) != EOF) { if (!isgraph(ch)) { switch (ch) { case BS:/* can't go back further */ if (cur_col == 0) continue; --cur_col; continue; Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482943: Bug#478279: please test DRBD fix
Hi, On Wed, 4 Jun 2008 17:33:40 -0600 [EMAIL PROTECTED] (dann frazier) said as follows: Can you test this build to verify that it fixes the issue for you? I am sorry that I cannot verify your fix, because my testing machine of DRBD8 on LVM is broken and it is very difficult to repair it soon. Thank you four your kind effort. -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478279: linux-image-2.6.18-6-686:
Package: linux-image-2.6.24-1-amd64 Version: 2.6.24-6 Severity: normal Hi, Could you examine applying the attached patch? This patch resolves the problem which occurs when using DRBD8 on LVM. This issue was discussed at the thread http://lkml.org/lkml/2008/2/25/142, and the attached patch had already been installed to 2.6.25. -- TSUCHIYA Masatoshi --- linux-2.6.24.2-vanilla/block/ll_rw_blk.c 2008-02-11 06:51:11.0 +0100 +++ linux-2.6.24.2/block/ll_rw_blk.c 2008-02-28 10:38:22.392987649 +0100 @@ -2667,8 +2667,11 @@ EXPORT_SYMBOL(blk_execute_rq); static void bio_end_empty_barrier(struct bio *bio, int err) { - if (err) + if (err) { + if (err == -EOPNOTSUPP) + set_bit(BIO_EOPNOTSUPP, bio-bi_flags); clear_bit(BIO_UPTODATE, bio-bi_flags); + } complete(bio-bi_private); } @@ -2717,7 +2720,9 @@ int blkdev_issue_flush(struct block_devi *error_sector = bio-bi_sector; ret = 0; - if (!bio_flagged(bio, BIO_UPTODATE)) + if (bio_flagged(bio, BIO_EOPNOTSUPP)) + ret = -EOPNOTSUPP; + else if (!bio_flagged(bio, BIO_UPTODATE)) ret = -EIO; bio_put(bio);
Bug#460896: linux-image-2.6.18-5-vserver-686: CONFIG_XID_TAG_NFSD
Package: linux-image-2.6.18-5-vserver-686 Version: 2.6.18.dfsg.1-17 Severity: wishlist Hi, I am a happy Linux-VServer user. Thank you very much for your great efforts to all kernel package maintainers. By the way, I am trying putting the file trees of guest systems on an NFS file system. According to the HOWTO http://linux-vserver.org/Installation_on_Linux_2.6, it is necessary to turn on CONFIG_XID_TAG_NFSD. Could you turn on CONFIG_XID_TAG_NFSD? Regards, -- TSUCHIYA Masatoshi pgpk2J0Fg4iNJ.pgp Description: PGP signature
Bug#460816: linux-image-2.6.18-5-vserver-686: CONFIG_XID_TAG_NFSD
Package: linux-image-2.6.18-5-vserver-686 Version: 2.6.18.dfsg.1-17 Severity: wishlist Hi, I am a happy user of Linux-VServer on Debian Etch. Thank you very much for your great efforts to all kernel package maintainers. By the way, I am trying putting file trees of guest systems on an NFS file system in order to share them among several host systems. The howto http://linux-vserver.org/Installation_on_Linux_2.6 says that CONFIG_XID_TAG_NFSD is necessary for xid tagging on the such environment. Could you turn on CONFIG_XID_TAG_NFSD? Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431702: Is NMU needed?
Hi, On Mon, 20 Aug 2007 17:10:57 +0900 (JST) [EMAIL PROTECTED] (Atsuhito Kohda) said as follows: BTW, if you are too busy to upload a package, please let me know. I will be able to do NMU a fixed package. That sounds fine. I hope so too. Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417905: upgrade-reports: sarge to etch when ntp-server is installed
Package: upgrade-reports Severity: normal Hi, I tried the upgrading method from sarge to etch described in http://wiki.debian.org/Sarge2EtchUpgradeBlackboard. I noticed that several packages including `ntp' was not upgraded after calling `aptitude dist-upgrade' if `ntp-server' package had been installed. In order to resolve this problem, I have just called `apt-get dist-upgrade' after calling `aptitude dist-upgrade'. Actually, this command resolve this problem, but, I think that this is the wrong way to fix it. I'd like to know the right way to fix it. Regards, -- TSUCHIYA Masatoshi pgpLImY6yqBVs.pgp Description: PGP signature
Bug#366264: xdvik-ja: rotated text no longer appears correctly
Hi, Sorry for late reply. On Sat, 06 May 2006 17:52:00 +0100 [EMAIL PROTECTED] (Robert Hart) said as follows: The current unstable version of xdvik-ja (22.84.8-j1.22-2) does not display rotated text correctly - a small grey smudge appears at the location of each character. The previous version 22.84.8-j1.22-1 works fine, and I cannot see anything in the debian changelog to suggest what the problem is. Can you make a smallest TeX source to reproduce your reported bug? -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336783: xdvik-ja: segfault with hyperref
Hi, Sorry for my late reply. On Wed, 2 Nov 2005 11:06:17 + (GMT) [EMAIL PROTECTED] (Robert Hart) said as follows: Can you make a smallest TeX source to reproduce your reported bug? I tried making a small file starting from scrath, but it didn't have the problem I have with my PhD thesis, so instead I've brutally axed out all but the chapter in question and replaced all the graphics with just a BoundingBox, so I've got some small enough to send, but unfortunately it may not be simple enough to isolate what is going on. Unfortunately, I cannot reproduce your reported bug. My xdvik-ja can display all pages of your thesis. -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378301: juman: FTBFS: Segmentation fault during makepat
Hi, On Thu, 24 Aug 2006 14:57:42 +0200 [EMAIL PROTECTED] (Julien Danjou) said as follows: Did you see the mails from Jérôme Pouiller ? Sorry, I missed it. I have just asked my sponsor to upload a new package including it. Thank you very much for your kind help to fix this problem. -- TSUCHIYA Masatoshi
Bug#378301: juman: FTBFS: Segmentation fault during makepat
Hi, On Thu, 3 Aug 2006 10:57:42 +0200 [EMAIL PROTECTED] (Julien Danjou) said as follows: Do you mean change of optimization option resolves this problem? Just adding the -g yes. If you so, I doubt that this problem is caused by the bug of building toolchains. Can you check versions of your using toolchanins? I heared that toolchanins for Etch are freezed. So, could you try rebuild of Juman package using freezed versions of toolchains? -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378301: juman: FTBFS: Segmentation fault during makepat
Hi, First of all, what version of distribution do you use? Sarge or Sid? On Wed, 2 Aug 2006 10:26:43 +0200 [EMAIL PROTECTED] (Julien Danjou) said as follows: Please tell me what architecture is used when this problem occurs. i386 You mean pure i386? or i386 family like pentium? And more, what version of building tools including gcc and binutils? I guess symbols were stripped, do you have any clue on how to leave them? Woops. You should add -g build option to gcc. Please try following steps. apt-get source juman cd juman-5.1 fakeroot ./debian/rules pre-build cd build-tree/juman-5.1 ulimit -c unlimited env CFLAGS='-g' ./configure make gdb makepat/.libs/makepat dic/core -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378301: juman: FTBFS: Segmentation fault during makepat
Hi, Thanks for your kind help. Your help makes myself understand what occurs in your environment, but, still I cannot understand why your problem occurs. On Wed, 2 Aug 2006 12:28:03 +0200 [EMAIL PROTECTED] (Julien Danjou) said as follows: (gdb) bt #0 0xb7e5cfe6 in fileno_unlocked () from /lib/libc.so.6 #1 0xb7f2d725 in get_line (f=0x0, pos=0) at pat.c:452 #2 0x08048a2d in insert_dic_data (f=0x0, x_ptr=0x8049180, kugiri=0xbfaf0636 \t) at makepat.c:99 This reveals that insert_dic_data() is called with NULL pointer. A part which calls insert_dic_data() in makepat/makepat.c looks like: dic_file[number_of_tree] = fopen(inkey,r); OL(Tree No.);OI(number_of_tree); (void)pat_init_tree_top(tree_top[number_of_tree]); (void)insert_dic_data(dic_file[number_of_tree], tree_top[number_of_tree], kugiri); Therefore, I think that NULL pointer means that fopen() is failed. So, please check spaces and permissions of your file system? And, please check the value of inkey variable when your problem occurs? -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378301: juman: FTBFS: Segmentation fault during makepat
On Wed, 02 Aug 2006 19:50:04 +0900 [EMAIL PROTECTED] (TSUCHIYA Masatoshi) said as follows: And, please check the value of inkey variable when your problem occurs? I am sorry that I have just missed your first report include the above information. It says /build/buildd/juman-5.1/build-tree/juman-5.1/dic/jumandic.dat. Is this file readable when your problem occurs? -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378301: juman: FTBFS: Segmentation fault during makepat
Hi, On Wed, 2 Aug 2006 13:47:56 +0200 [EMAIL PROTECTED] (Julien Danjou) said as follows: Unfortunately the problem does not occur anymore with CFLAGS=-g... Do you mean change of optimization option resolves this problem? If you so, I doubt that this problem is caused by the bug of building toolchains. Can you check versions of your using toolchanins? If appropriate versions of toolchanins are used, could you try the attached patch? If you apply this patch, you will get a package compiled without any optimization option. It will be hard to debug this way, err. I agree that. I'd like to add more info tag to this bug report and to downgrade its severity. Can I do that? -- TSUCHIYA Masatoshi --- juman-5.1/debian/rules~ 2006-08-03 08:10:27.0 +0900 +++ juman-5.1/debian/rules 2006-08-03 08:09:18.0 +0900 @@ -11,7 +11,7 @@ include /usr/share/cdbs/1/rules/tarball.mk DEB_CONFIGURE_LIBEXECDIR := /usr/lib -DEB_CONFIGURE_EXTRA_FLAGS := --datadir=/usr/lib +DEB_CONFIGURE_EXTRA_FLAGS := --datadir=/usr/lib CFLAGS='-g -Wall' install/juman:: dh_movefiles -p$(cdbs_curpkg)
Bug#378301: juman: FTBFS: Segmentation fault during makepat
Hi, Thank you for your kind report. On Sat, 15 Jul 2006 08:38:03 +0200 [EMAIL PROTECTED] (Julien Danjou) said as follows: Automatic build of juman_5.1-1 on avidan by sbuild/i386 0.48 Build started at 20060715-0339 ** ... Suffix.dic parsing... done. execution time:0.000s processor time:0.030s cat Assert.int AuxV.int ContentW.int Demonstrative.int Noun.hukusi.int Noun.keishiki.int Noun.koyuu.int Noun.suusi.int Postp.int Prefix.int Rengo.int Special.int Suffix.int jumandic.txt ../makepat/dicsort jumandic.txt jumandic.dat rm -f jumandic.txt ../makepat/makepat File Name /build/buildd/juman-5.1/build-tree/juman-5.1/dic/jumandic.dat 2 4 6 8 10 ...make[3]: *** [jumandic.pat] Segmentation fault make[3]: *** Deleting file `jumandic.pat' make[3]: Leaving directory `/build/buildd/juman-5.1/build-tree/juman-5.1/dic' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/juman-5.1/build-tree/juman-5.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/juman-5.1/build-tree/juman-5.1' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20060715-0341 FAILED [dpkg-buildpackage died] -- I agree that this may not be so easy to reproduce. If I can help, just ask me. Yes, I cannot reproduce this problem. Please tell me what architecture is used when this problem occurs. And, can you record backtrace of this problem? I imagine that the following three commands will be required to reproduce the problem. apt-get source juman cd juman-5.1 dpkg-buildpackage -us -uc -rfakeroot After executing these commands, please execute the following four commands to record backtrace. cd build-tree/juman-5.1/dic ulimit -c unlimited ../makepat/makepat gdb ../makepat/.libs/makepat core When the prompt (gdb) appears, please type backtrace and backtrace which reveals a line causes segmentation fault will be displayed. Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366371: latex209-base: isolatin1.sty
On Mon, 8 May 2006 13:30:22 -0300 [EMAIL PROTECTED] (Robson Roberto Souza Peixoto) said as follows: Because the /usr/share/texmf/tex/latex/abntex/inpi.sty need the isolatin1.sty and this style wasn't included in others packages. It is incorrect. isolatin1.sty is included in tetex-extra package, and is not included in latex209-base package. You should call the following command: dpkg -S `locate isolatin1.sty` to check what package provides isolatin1.sty file. Therefore, I believe that this bug is not related to latex209-base package at least, and will close it. -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366371: latex209-base: isolatin1.sty
Hi, On Sun, 07 May 2006 21:58:14 -0300 [EMAIL PROTECTED] (Robson Roberto Souza Peixoto) said as follows: Justification: breaks unrelated software The package abntex need isolatin1.sty. Your explanation is too short for me to understand what I should do. Could you add more explanation? If abntex packages prefers the different version of isolatin1.sty provided by latex209-base package, you can change search path of style files for it, I think. -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336783: xdvik-ja: segfault with hyperref
On Tue, 01 Nov 2005 13:51:09 + [EMAIL PROTECTED] (Robert Hart) said as follows: I've had a problem with xdvi crashing on a particular file. Can you make a smallest TeX source to reproduce your reported bug? -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333382: Control-L kills the xdvik-ja window
tags 82 unreproducible stop On Tue, 11 Oct 2005 10:04:38 -0700 [EMAIL PROTECTED] (Shinichi Sakata) said as follows: If control-L is used in the xdvi-ja window, the window disappears; the xdvi-ja.real is yet still running. In my environment, the problem happens for sure, everytime I press control-L. This reported bug is unreproducible in my environment. More information is required. -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303187: libmecab0: a few Depends
On Wed, 06 Apr 2005 09:50:06 +0900 (JST) [EMAIL PROTECTED] (Yuya.Nishida.) said as follows: mecab_new(): Tagger::Impl::open(): Param::load(): /var/lib/mecab/dic/debian/dicrc: no such file or directory Hm, you should modify /etc/mecabrc to load `dicrc' file of your private dictionary instead of `dicrc' file provieded by either `mecab-jumandic' or `mecab-ipadic'. Because /etc/mecabrc is a configuration file of libmecab0, still I believe that you can use libmecab0 without mecab package. Regards, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303187: libmecab0: a few Depends
On Tue, 05 Apr 2005 19:44:03 +0900 [EMAIL PROTECTED] (Yuya.Nishida.) said as follows: cannot use libmecab0 without mecab package. What meaning is it? Please explain your problem more precisely. I think that you can use libmecab0 without mecab if you prepare both your private dictionary and Ruby/Perl/Python binding. please fix Depends line. Your proposed change is not acceptable, because it will cause a circulation dependency problem. mecab-jumandic depends on mecab-utils, mecab-utils depends on libmecab0, libmecab0 depends on mecab-jumandic, -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#277335: fix
On Mon, 04 Apr 2005 12:48:14 +0100 [EMAIL PROTECTED] (Robert Hart) said as follows: Who wrote the rotated hline stuff? It's not in upstream. It is included in the localization patch distributed at http://xdvi.sourceforge.jp. -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#277335: fix
Hi, On Wed, 30 Mar 2005 15:16:54 +0100 [EMAIL PROTECTED] (Robert Hart) said as follows: This bug is debian specific and due to the patched dvi-draw.c Thanks for your contribution. This fixes the problem for me. Unfortunately, this does not fix the your reported problem in my environment. When displaying your sample TeX code with patched xdvi, it says as follows: % xdvi sample.dvi xdvi.bin 22.84.8 j1.22 (Xaw toolkit): events.c:4144: Shouldn't happen: Segmentation fault - trying to clean up and aborting ... xdvi: xdvi.bin terminated abnormally: 6 The debian package which including both new upstream and your patch is put at: http://namazu.org/~tsuchiya/debian/xdvik-ja/ Can you try it? -- TSUCHIYA Masatoshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]