Bug#934314: GnuTLS race causes HTTPS bad requests
Control: reassign 934314 src:emacs 1:26.1+1-3.2 Control: forcemerge 922659 934314 Control: severity 922659 important On August 9, 2019 at 8:32AM -0700, ian (at retrospec.tv) wrote: > Known workarounds involve disabling GnuTLS support or TLS 1.3, both of which > are inadvisable from a security perspective. > > This is a grave bug because it breaks Emacs’ built-in package manager > installing packages from the default GNU repository, which can prevent Emacs > from working. Workarounds are known and most features are usable, so downgrading the severity from grave to important. > Upstream commit e87e6a24c4 contains the fix, which should get backported to > buster due to the bug severity. Instead, a small patch is available in the emacs-26 branch: - https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=202ff53da267f9fa15f438e9c38603bbead6e890 Anyway, this bug will be fixed in the Emacs 26.3 release. Thanks, -- Tatsuya Kinoshita pgpnQkDdlBf_N.pgp Description: PGP signature
Bug#927263: riece: error on (wrong-number-of-arguments (1 . 1) 2)
Control: severity -1 grave
Bug#872532: w3m bricked: symbol lookup error: w3m: undefined symbol: Gpm_Wgetch
Control: severity -1 important On August 18, 2017 at 3:50PM +0800, jidanni (at jidanni.org) wrote: > w3m: symbol lookup error: w3m: undefined symbol: Gpm_Wgetch > APT prefers experimental > APT policy: (990, 'experimental'), (500, 'unstable') > ii libgpm21.20.7-1 This problem seems to be caused with the experimental version of libgpm2. The current sid looks OK. Thanks, -- Tatsuya Kinoshita pgpFy0zxs7GWK.pgp Description: PGP signature
Bug#982920: w3m-el: does not work with Emacs 27
On 2021-02-16 at 16:14 +0100, Francesco Potortì wrote: > Loading w3m... > load-history-filename-element: Wrong type argument: stringp, (require . info) Unreproducible for me. Could you please provide backtrace? # rm /usr/share/emacs/site-lisp/w3m/*.elc $ emacs M-x toggle-debug-on-error RET M-x w3m RET $ emacs --no-init-file M-x w3m RET If `emacs --no-init-file` works, the trigger may be in your init file. > Since the version on testing is from 2018, I guess it just needs upgrade > to the current one, which supports Emacs 27 as stated at > https://github.com/emacs-w3m/emacs-w3m w3m-el-snapshot 1.4.632+0.20210201.2305.54c3ccd-1 is available. Thanks, -- Tatsuya Kinoshita pgp_xM8Is7KNh.pgp Description: PGP signature
Bug#982920: w3m-el: does not work with Emacs 27
Control: severity -1 important Control: tags -1 + unreproducible On 2021-02-16 at 16:14 +0100, Francesco Potortì wrote: > ii emacs-lucid [emacs] 1:27.1+1-3-dbg BTW, is it your own build package? If so, could you please try the official binary package? I've found a similar issue in Emacs bug #34094. - https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34094 It seems related to Emacs portable dumper. > load-history-filename-element: Wrong type argument: stringp, (require . info) I've grep'd w3m-el and emacs, and found that load-history-filename-element is only used by eval-after-load in emacs. Probably, eval-after-load is unusable because load-history is broken in your emacs. A workaround may be `(require 'ffap)`, because `(eval-after-load "ffap"` is in w3m.el, though your emacs is still problematic. Thanks, -- Tatsuya Kinoshita pgp8K7JhU4_LT.pgp Description: PGP signature
Bug#909383: Fails to install
clone 909383 -1 reassign -1 xemacs21-support found -1 21.4.24-6 retitle -1 xemacs21-support: infinite loop in /etc/xemacs21/site-start.d thanks On November 30, 2018 at 11:22PM +0100, racke (at linuxia.de) wrote: > This even happens on a normal system - looks like it enters an infinite loop: > > Loading 50w3m-el... > Loading 20apel... > Loading 50flim... > Loading 50w3m-el... > Loading 20apel... > Loading 50flim... Seems serious bug in xemacs21. ``` $ xemacs21 -batch Loading /usr/share/emacsen-common/debian-startup... Loading 00debian... Loading site-start... Loading /usr/share/emacsen-common/debian-startup... Loading 00debian... Loading site-start... ... Loading /usr/share/emacsen-common/debian-startup... Loading 00debian... Loading site-start... Loading /usr/share/emacsen-common/debian-startup... Loading 00debian... Loading site-start... Loading /usr/share/emacsen-common/debian-startup... Loading 00debian... Error while loading 00debian: Variable binding depth exceeds max-specpdl-size ``` Thanks, -- Tatsuya Kinoshita pgpnhzwenOAfv.pgp Description: PGP signature
Bug#915190: xemacs21-support: infinite loop in /etc/xemacs21/site-start.d
reassign 909381 xemacs21-support
forcemerge 915190 909381
tags 915190 + patch
thanks
See the following patch to fix this bug.
```
--- a/debian/00debian.el
+++ b/debian/00debian.el
@@ -94,8 +94,4 @@
)
load-path))
-;; should now load from one of the /etc dirs since they are first in
-;; the path now.
-(load "site-start" t)
-
;;; end 00debian.el
```
This `(load "site-start" t)` was intended to load `/etc/emacs/site-start.el`,
but unneeded now (dropped by emacsen-common 3.x).
cf. https://lists.debian.org/debian-emacsen/2018/06/msg00093.html
> Date: Sat, 16 Jun 2018 11:04:27 -0500
> From: Rob Browning
> Subject: [PATCH 3/4] Given new policy and emacsXY unversioning drop shared
> dirs
> To: debian-emac...@lists.debian.org
> Cc: Mark Brown
>
> ---
> debian/00debian.el | 7 +--
> 1 file changed, 1 insertion(+), 6 deletions(-)
>
> diff --git a/debian/00debian.el b/debian/00debian.el
> index 87508d5..fd06986 100644
> --- a/debian/00debian.el
> +++ b/debian/00debian.el
> @@ -83,10 +83,6 @@ starting with a '.'"
> (dir-and-all-good-subs
> (expand-file-name "~/.xemacs/packages"))
> (list (concat "/etc/xemacs" debian-xemacs-major-version))
> - '("/etc/emacs")
> - (list (concat "/usr/local/share/emacs/xemacs-" debian-xemacs-version
> - "/site-lisp"))
> - '("/usr/local/share/emacs/site-lisp")
> `(,@(dir-and-all-good-subs "/usr/local/lib/xemacs/site-lisp")
> ,@(dir-and-all-good-subs
>(concat "/usr/share/xemacs/site-lisp-"
> @@ -96,8 +92,7 @@ starting with a '.'"
>(concat "/usr/share/xemacs" debian-xemacs-major-version
>"/site-lisp/"))
> )
> - load-path
> - '("/usr/share/emacs/site-lisp")))
> + load-path))
>
> ;; should now load from one of the /etc dirs since they are first in
> ;; the path now.
> --
> 2.15.1
Thanks,
--
Tatsuya Kinoshita
pgpeTD2hIdK3M.pgp
Description: PGP signature
Bug#952145: t-code: FTBFS: build-dependency not installable: emacs25
Control: tags -1 + patch
On February 23, 2020 at 2:01PM +0100, lucas (at debian.org) wrote:
>> The following packages have unmet dependencies:
>> sbuild-build-depends-main-dummy : Depends: emacs25 but it is not installable
The attached patch fixes this FTBFS bug, though I don't know
whether this package is really usable on Emacs 26.
Thanks,
--
Tatsuya Kinoshita
From 932516eb83afab5e9cf14f16c99915bf0e6c92ce Mon Sep 17 00:00:00 2001
From: Tatsuya Kinoshita
Date: Sun, 5 Apr 2020 19:45:58 +0900
Subject: [PATCH] Prefer emacs-nox and emacs instead of emacs25 (Closes:
#952145)
---
debian/control | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/debian/control b/debian/control
index aa0cd6f..4eccace 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
Maintainer: HIGUCHI Daisuke (VDR dai)
Standards-Version: 4.3.0
Build-Depends: debhelper (>= 11~)
-Build-Depends-Indep: emacs25 | xemacs21-mule | xemacs21-mule-canna-wnn | emacsen
+Build-Depends-Indep: emacs-nox | emacs | xemacs21-mule | xemacs21-mule-canna-wnn | emacsen
Homepage: http://openlab.jp/tcode/
Vcs-Git: https://salsa.debian.org/debian/t-code.git
Vcs-Browser: https://salsa.debian.org/debian/t-code
@@ -13,7 +13,7 @@ Package: t-code
Architecture: all
Pre-Depends: dpkg (>= 1.17.5)
Depends: ${misc:Depends}, t-code-common (= ${source:Version}),
- emacs25 | xemacs21-mule | xemacs21-mule-canna-wnn | emacsen
+ emacs-nox | emacs | xemacs21-mule | xemacs21-mule-canna-wnn | emacsen
Multi-Arch: foreign
Description: Japanese direct input method environment for emacsen
This package is provides tc2. the T-Code input environment for emacsen,
--
2.26.0
pgpXnb9wsE0D_.pgp
Description: PGP signature
Bug#911612: tdiary-mode: files missing after upgrade from stretch: /usr/share/emacs/site-lisp/tdiary-mode/{http,tdiary-mode}.el
Control: reassign -1 apel 10.8+0.20120427-18 This problem is caused by apel when handling reverse dependency. On October 22, 2018 at 4:55PM +0200, anbe (at debian.org) wrote: > debsums: missing file /usr/share/emacs/site-lisp/tdiary-mode/http.el (from > tdiary-mode package) > debsums: missing file /usr/share/emacs/site-lisp/tdiary-mode/tdiary-mode.el > (from tdiary-mode package) However, the *.el files should be installed into another place such as `/usr/share/tdiary-mode`, and accept the `emacs` flavor in emacsen-install/remove scripts. Because the directory `/usr/share/emacs/site-lisp/tdiary-mode` is for the unversioned emacs flavor. See also emacsen-common 3.x. Thanks, -- Tatsuya Kinoshita pgpW89iNGmY4D.pgp Description: PGP signature
Bug#911610: eldav: files missing after upgrade from stretch: /usr/share/emacs/site-lisp/eldav/{,vc-}eldav.el
Control: reassign 911610 apel 10.8+0.20120427-18 Control: forcemerge 911612 911610 This problem is caused by apel when handling reverse dependency. Thanks, -- Tatsuya Kinoshita pgpYni0ZT6_wD.pgp Description: PGP signature
Bug#904404: liece-dcc: fails to install with emacs25
Control: tags -1 + patch
On December 17, 2018 at 9:38PM +0100, anbe (at debian.org) wrote:
> 1m16.4s ERROR: FAIL: debsums reports modifications inside the chroot:
> debsums: missing file /usr/share/emacs/site-lisp/liece/bitmap-stipple.el
> (from liece package)
> debsums: missing file /usr/share/emacs/site-lisp/liece/delegate.el (from
> liece package)
This issue is fixed in apel 10.8+0.20120427-19.
On July 24, 2018 at 5:18AM +0200, anbe (at debian.org) wrote:
> Loading /usr/share/emacs25/site-lisp/liece/liece-config.el (source)...
> Cannot open load file: No such file or directory, install
It seems apel's install.el* is not found when byte-compiling.
The following patch fixes this bug. Although liece seems to fail
with Emacs 26 (not yet packaged in Debian)...
```
--- a/debian/emacsen-install
+++ b/debian/emacsen-install
@@ -41,6 +41,7 @@
done | sort -u)
if [ ${FLAVOR} = emacs ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/install.elc" ]; then exit 0; fi
# Install-info-altdir does not actually exist.
# Maybe somebody will write it.
@@ -104,6 +105,7 @@
done
cat << EOF > path.el
+(setq load-path (cons "/usr/share/$FLAVOR/site-lisp/apel" load-path))
(setq load-path (cons "." load-path) byte-compile-warnings nil)
EOF
if test "${APPEND_LOAD_PATH}" != ""
```
Thanks,
--
Tatsuya Kinoshita
pgpXQ5RH2anMW.pgp
Description: PGP signature
Bug#911610: eldav: files missing after upgrade from stretch: /usr/share/emacs/site-lisp/eldav/{,vc-}eldav.el
Control: notfound -1 10.8+0.20120427-16 Control: found -1 10.8+0.20120427-17 On December 17, 2018 at 11:22PM +0100, anbe (at debian.org) wrote: > Followup-For: Bug #911610 > Control: found -1 10.8+0.20120427-16 > > I've also observed this behavior (i.e. lost files in some package, e.g. > eldav) in stretch, so it's probably apel there, too. I think apel 10.8+0.20120427-16 in stretch is fine, because the `emacs` flavor is skipped in the emacsen-install script. The problem is caused when unversioned emacs flavor (emacs >= 1:25.2+1-7) and apel 10.8+0.20120427-17 or -18 are installed. Please tell me the details if you really think apel 10.8+0.20120427-16 is problematic. Thanks, -- Tatsuya Kinoshita pgp4QCq_HAr20.pgp Description: PGP signature
Bug#1020258: Bug#1020525: ddskk: fails to install with emacs 1.28
On 2022-09-22 at 19:23 +0200, Andreas Beckmann wrote: > (This could be another instance of #1020258, but there is no output > from the actual error available in the log.) As you say, it seems affected by #1020258. ``` emacsen-common: Handling install of emacsen flavor emacs Install ddskk for emacs install/ddskk: Handling install for emacsen flavor emacs Loading /usr/share/emacs/site-lisp/ddskk/SKK-CFG... *** WARNING: Adding advice to subr keyboard-quit without mirroring its interactive spec *** Eager macro-expansion failure: (native-compiler-error (lambda (&optional) (let ((f #'abort-recursive-edit)) (funcall f))) "Loading /etc/emacs/site-start.d/00debian.el (source)... Loading /etc/emacs/site-start.d/50ddskk.el (source)... Compiling /root/.emacs.d/eln-cache/28.2-310448e3/subr--trampoline-61626f72742d7265637572736976652d65646974_abort_recursive_edit_0.eln... ld: cannot find crti.o: No such file or directory libgccjit.so: error: error invoking gcc driver Debugger entered--Lisp error: (native-ice \"failed to compile\" \"/root/.emacs.d/eln-cache/28.2-310448e3/subr--tramp...\" \"error invoking gcc driver\") comp--compile-ctxt-to-file(\"/root/.emacs.d/eln-cache/28.2-310448e3/subr--tramp...\") comp-compile-ctxt-to-file(\"/root/.emacs.d/eln-cache/28.2-310448e3/subr--tramp...\") comp-final1() load-with-code-conversion(\"/tmp/emacs-int-comp-subr--trampoline-61626f72742d7...\" \"/tmp/emacs-int-comp-subr--trampoline-61626f72742d7...\" nil t) command-line-1((\"-l\" \"/tmp/emacs-int-comp-subr--trampoline-61626f72742d7...\")) command-line() normal-top-level() ``` > ld: cannot find crti.o: No such file or directory > libgccjit.so: error: error invoking gcc driver BTW, crti.o is provided by libc6-dev. When libc6-dev is installed, this problem doesn't occur. As a workaround, I've set (setq comp-enable-subr-trampolines nil) in the install/ddskk script. Thanks, -- Tatsuya Kinoshita pgpBo0Egqb3K4.pgp Description: PGP signature
Bug#996099: w3m: postinst uses tmpfile
Control: severity -1 minor On 2021-10-11 at 10:34 +0200, Sebastian Ramacher wrote: > w3m: postinst uses tmpfile > debianutils removed tempfile in favor of mktemp. Please use mktemp > instead. w3m.postinst uses tempfile only when upgrading from Debian <3.1 to convert very old config files provided by w3m <0.4.2-2. I'll remove this unneeded config handling to fix this bug. Thanks, -- Tatsuya Kinoshita pgpSRi0qEvyou.pgp Description: PGP signature
Bug#1020258: elpa-*: fails to install: libgccjit.so: error: error invoking gcc driver
On 2022-11-18 at 11:44 -0700, Sean Whitton wrote:
> I can't reproduce this locally, and looking at the package tracker for a
> few of those packages you've listed, piuparts is now passing
The piuparts tests with the listed pacakges may succeed when emacs
(or emacs{-gtk,-lucid,-nox}) isn't installed. To reproduce, use
`piuparts elpa-elscreen_*.deb` because it brings emacs-nox|emacs.
> ld: cannot find crti.o: No such file or directory
It seems native compilation requires crti.o provided by libc6-dev,
so adding libc6-dev to the Depends line of emacs{-gtk,-lucid,-nox}
may prevent this problem, though I don't know whether it should be
fixed in libgccjit0.
Thanks,
--
Tatsuya Kinoshita
pgpBhvBGQ6Vms.pgp
Description: PGP signature
Bug#1010170: FTBFS: lisp/net/tramp-archive-tests.log contains unexpected results
Control: fixed 1010170 1:28.2+1-6 Control: fixed 1000744 1:28.2+1-6 emacs FTBFS bugs seem to be already fixed in sid. Thanks, -- Tatsuya Kinoshita pgp1LLgv6B2cH.pgp Description: PGP signature
Bug#539004: libeb-ruby1.8: libeb12 is obsolete, migrate to libeb13
Package: libeb-ruby1.8 Version: 2.3-2 Severity: serious Your package depends on libeb12, but it is now obsolete and replaced by libeb13. Please update your package to migrate from libeb12 to libeb13. Thanks, -- Tatsuya Kinoshita pgpAKc7kO2TsH.pgp Description: PGP signature
Bug#539003: ndtpd: libeb12 is obsolete, migrate to libeb13
Package: ndtpd Version: 1:1.0.dfsg.1-4 Severity: serious Your package depends on libeb12, but it is now obsolete and replaced by libeb13. Please update your package to migrate from libeb12 to libeb13. Thanks, -- Tatsuya Kinoshita pgp3seE11IdwT.pgp Description: PGP signature
Bug#539005: ebview: libeb12 is obsolete, migrate to libeb13
Package: ebview Version: 0.3.6-9 Severity: serious Your package depends on libeb12, but it is now obsolete and replaced by libeb13. Please update your package to migrate from libeb12 to libeb13. Thanks, -- Tatsuya Kinoshita pgpaHK7PydCET.pgp Description: PGP signature
Bug#539290: [Pkg-openssl-devel] Bug#539290: openssl: causes wl/emacs to hang, goes into infinite loop
reassign 539290 wl-beta 2.15.6+0.20090322-1 severity 539290 normal retitle 539290 wl-beta: openssl causes wl/emacs to hang when using gmail-based accounts thanks On July 30, 2009 at 10:04PM +0200, kurt (at roeckx.be) wrote: >> > > Seemingly randomly causes wl to hang when using gmail-based accounts. >> > > this causes emacs to hang, at which point I lose all my unsaved data. >> > > Quite inconvenient, to say the least. >> > >> > Please give a little more info on: >> > - How to reproduce it >> Run wl-beta for a period of time, eventually emacs will probably stop >> responding (unfortunatly it seems to happen once/twice a week of continuous >> wl use). Kill emacs (might not be the best coures of action, now that I >> think of it...). open ssl will take 100% of cpu and need to be killed. >> > - Why you think this is an openssl issue >> openssl takes 100% cpu and needs to be killed even after emacs is running. >> If you think it's a wl-beta issue, feel free to move it and call me a noob, >> but I think that an error in another program shouldn't cause this one to >> make a system nearly unresponsive. I think it's just poorly filed, then. I >> don't have the knowledge yet to diagnose why it's hitting 100%. > > Tatsuya, > > Can you help me with this? I have no idea how wl works and how it > uses openssl. Can you reproduce this? I coudn't reproduce this with my Gmail account. gzeus, when this happens, kill openssl, not Emacs to keep your data in Emacs. Thanks, -- Tatsuya Kinoshita pgpLy3iPpgBTn.pgp Description: PGP signature
Bug#571458: libeb13 4.4.2-1 changes ABI?
severity 571458 serious thanks (Cc'ing the upstream maintainer, Motoyuki Kasahara) On February 26, 2010 at 12:13AM +0900, fumiyas (at osstech.jp) wrote: > Package: libeb13 > Version: 4.4.2-1 > > eblook 1:1.6.1-4.1, that was built with libeb13 4.4.1-1 (or older, maybe), > is NOT usable with libeb13 4.4.2-1: > > $ eblook /usr/local/share/dict/srd-fpw > zsh: segmentation fault eblook /usr/local/share/dict/srd-fpw > > I've tried to build eblook with libeb13 4.4.2-2, then eblook is > usable with libeb13 4.4.2-2: > > $ eblook /usr/local/share/dict/srd-fpw > eblook> Hmm, I couldn't reproduce this bug. On my i386 box, eblook 1:1.6.1-3 and 1:1.6.1-4 built with libeb13 4.4.1-1 work with libeb13 4.4.2-1 nicely. $ eblook /usr/share/dict/epwing/edict eblook> list 1. edict ＥＤＩＣＴ eblook> select 1 eblook> search test 1. 13058:436 (n) (1) test 2. 13058:514 (n,vs) test 3. 13058:564 test eblook> quit $ Motoyuki, does the eb 4.4.2 package really break the binary compatibility? If so, the SONAME version should be bumped up. Thanks, -- Tatsuya Kinoshita pgpk8N6NgHk9r.pgp Description: PGP signature
Bug#571458: libeb13 4.4.2-1 changes ABI?
On March 8, 2010 at 9:36PM +0900, m-kasahr (at sra.co.jp) wrote: >> As you guess, EB Library 4.4.2 sets a wrong shared library version. >> 15:0:2 is specified in configure.ac, but the correct version is >> 15:0:0. Thank you for the bug report. >> I'll release EB Library 4.4.3 to fix the bug. >> (Its shared library version should be 16:0:0.) > > I released EB Library 4.4.3. > ftp://ftp.sra.co.jp/pub/misc/eb/eb-4.4.3.tar.bz2 Thank you. I'll consider the new upstream version after the `squeeze' release. For the `squeeze' release, I keep the libeb.so.13 version. (libeb.so.13.2.0 was reverted to libeb.so.13.1.0) Thanks, -- Tatsuya Kinoshita pgpsAuztkdViB.pgp Description: PGP signature
Bug#587445: CVE-2010-2074
On June 28, 2010 at 7:31PM +0200,
jmm (at debian.org) wrote:
> Package: w3m
> Severity: grave
> Tags: security
>
> Hi,
> several applications fail to correct SSL certificates properly
> and w3m is among them:
> http://www.openwall.com/lists/oss-security/2010/06/14/4
>
> This has been assigned CVE-2010-2074.
>
> The impact of this bug doesn't warrant a DSA, but you can still
> fix in in Lenny through a stable point update:
> http://www.debian.org/doc/developers-reference/pkgs.html#upload-stable
OK, I'll upload w3m 0.5.2-2+lenny1 to stable with the attached patch.
w3m (0.5.2-2+lenny1) stable; urgency=high
.
* debian/patches/60_check-null-cn.patch: Patch to check for null bytes
in CN/subjAltName, provided by Ludwig Nussel. [CVE-2010-2074]
Thanks,
--
Tatsuya Kinoshita
diff -urN w3m-0.5.2-2/debian/changelog w3m-0.5.2/debian/changelog
--- w3m-0.5.2-2/debian/changelog 2010-07-03 20:52:47.0 +0900
+++ w3m-0.5.2/debian/changelog 2010-07-03 20:54:45.0 +0900
@@ -1,3 +1,10 @@
+w3m (0.5.2-2+lenny1) stable; urgency=high
+
+ * debian/patches/60_check-null-cn.patch: Patch to check for null bytes
+in CN/subjAltName, provided by Ludwig Nussel. [CVE-2010-2074]
+
+ -- Tatsuya Kinoshita Sat, 03 Jul 2010 20:53:06 +0900
+
w3m (0.5.2-2) unstable; urgency=low
* debian/control:
diff -urN w3m-0.5.2-2/debian/patches/60_check-null-cn.patch w3m-0.5.2/debian/patches/60_check-null-cn.patch
--- w3m-0.5.2-2/debian/patches/60_check-null-cn.patch 1970-01-01 09:00:00.0 +0900
+++ w3m-0.5.2/debian/patches/60_check-null-cn.patch 2010-07-03 18:40:03.0 +0900
@@ -0,0 +1,57 @@
+Description: Check for null bytes in CN/subjAltName
+Origin: http://www.openwall.com/lists/oss-security/2010/06/14/4
+Author: Ludwig Nussel
+Bug-Debian: http://bugs.debian.org/587445
+
+--- w3m-0.5.2.orig/istream.c
w3m-0.5.2/istream.c
+@@ -447,8 +447,17 @@ ssl_check_cert_ident(X509 * x, char *hos
+
+ if (!seen_dnsname)
+ seen_dnsname = Strnew();
++ /* replace \0 to make full string visible to user */
++ if (sl != strlen(sn)) {
++ int i;
++ for (i = 0; i < sl; ++i) {
++ if (!sn[i])
++sn[i] = '!';
++ }
++ }
+ Strcat_m_charp(seen_dnsname, sn, " ", NULL);
+- if (ssl_match_cert_ident(sn, sl, hostname))
++ if (sl == strlen(sn) /* catch \0 in SAN */
++ && ssl_match_cert_ident(sn, sl, hostname))
+ break;
+ }
+ }
+@@ -466,16 +475,27 @@ ssl_check_cert_ident(X509 * x, char *hos
+ if (match_ident == FALSE && ret == NULL) {
+ X509_NAME *xn;
+ char buf[2048];
++ int slen;
+
+ xn = X509_get_subject_name(x);
+
+- if (X509_NAME_get_text_by_NID(xn, NID_commonName,
+- buf, sizeof(buf)) == -1)
++ slen = X509_NAME_get_text_by_NID(xn, NID_commonName, buf, sizeof(buf));
++ if ( slen == -1)
+ /* FIXME: gettextize? */
+ ret = Strnew_charp("Unable to get common name from peer cert");
+- else if (!ssl_match_cert_ident(buf, strlen(buf), hostname))
++ else if (slen != strlen(buf)
++ || !ssl_match_cert_ident(buf, strlen(buf), hostname)) {
++ /* replace \0 to make full string visible to user */
++ if (slen != strlen(buf)) {
++ int i;
++ for (i = 0; i < slen; ++i) {
++ if (!buf[i])
++ buf[i] = '!';
++ }
++ }
+ /* FIXME: gettextize? */
+ ret = Sprintf("Bad cert ident %s from %s", buf, hostname);
++ }
+ else
+ match_ident = TRUE;
+ }
diff -urN w3m-0.5.2-2/debian/patches/series w3m-0.5.2/debian/patches/series
--- w3m-0.5.2-2/debian/patches/series 2010-07-03 20:52:47.0 +0900
+++ w3m-0.5.2/debian/patches/series 2010-07-03 20:52:16.0 +0900
@@ -1,3 +1,4 @@
03-w3m.1-debian-fix
04-ja-w3m.1-debian-fix
05-config-debian-fix
+60_check-null-cn.patch
pgpZKccu28H22.pgp
Description: PGP signature
Bug#588435: FTBFS: wrong build dependency
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>. BTW, what's your real problem? Could you please show me your FTBFS log? Thanks, -- Tatsuya Kinoshita pgpa2fi2DYDH9.pgp Description: PGP signature
Bug#769514: emacs-calfw-howm: installation fails
Control: found -1 1.3+git20141031-1
Control: tags -1 + patch
On November 14, 2014 at 8:53AM +0100, lucas (at lucas-nussbaum.net) wrote:
> install/emacs-calfw-howm: Handling install for emacsen flavor emacs24
> calfw-howm.el:40:1:Error: Cannot open load file: No such file or directory,
> howm
It seems byte-compilation of emacs-calfw-howm fails because of
missing howm files. Even if the Depends line is correct, the
dependency should also be handled in the emacsen-install script.
See also emacsen-common's issue, bug#737389.
The following patch should fix this bug.
```
--- a/debian/emacs-calfw-howm.emacsen-install
+++ b/debian/emacs-calfw-howm.emacsen-install
@@ -11,6 +11,8 @@ PACKAGE=emacs-calfw-howm
if [ ${FLAVOR} = emacs ]; then exit 0; fi
if [ ${FLAVOR} = emacs20 -o ${FLAVOR} = emacs21 -o ${FLAVOR} = emacs22 -o
${FLAVOR} = emacs23 ]; then exit 0; fi
if [ ${FLAVOR} = xemacs20 -o ${FLAVOR} = xemacs21 ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/emacs-calfw/calfw.elc" ]; then exit 0;
fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/howm/howm.elc" ]; then exit 0; fi
echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR}
```
Thanks,
--
Tatsuya Kinoshita
pgpENx57X79AP.pgp
Description: PGP signature
Bug#749763: initz: fails to upgrade from wheezy
On May 29, 2014 at 7:09PM +0200, holger (at layer-acht.org) wrote:
> during a test with piuparts I noticed your package fails to upgrade from
> wheezy. It installed fine in wheezy, then the upgrade to jessie fails.
To fix this RC bug, I'll NMU soon with the attached patch.
Thanks,
--
Tatsuya Kinoshita
diff --git a/debian/changelog b/debian/changelog
index 4e532ea..4da1161 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+initz (0.0.11+20030603cvs-17.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Check apel to byte-compile (closes: #749763)
+
+ -- Tatsuya Kinoshita Sun, 26 Oct 2014 06:42:10 +0900
+
initz (0.0.11+20030603cvs-17.1) unstable; urgency=low
* Non-maintainer upload.
diff --git a/debian/emacsen-install b/debian/emacsen-install
index 5ec7225..7cd546a 100644
--- a/debian/emacsen-install
+++ b/debian/emacsen-install
@@ -41,6 +41,7 @@ sourceonly_all=$(for i in ${!SOURCEONLY_*} ; do
done | sort -u)
if [ ${FLAVOR} = emacs ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/install.elc" ]; then exit 0; fi
# Install-info-altdir does not actually exist.
# Maybe somebody will write it.
pgpE19NVKbltR.pgp
Description: PGP signature
Bug#749852: lsdb: fails to upgrade from wheezy
On May 30, 2014 at 11:08AM +0200, holger (at layer-acht.org) wrote:
> during a test with piuparts I noticed your package fails to upgrade from
> wheezy. It installed fine in wheezy, then the upgrade to jessie fails.
To fix this RC bug and #680029, I'll NMU soon with the attached patch.
Thanks,
--
Tatsuya Kinoshita
diff --git a/debian/changelog b/debian/changelog
index 53f46ed..b1e979b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+lsdb (0.11-10.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Check apel and flim to byte-compile (closes: #749852)
+ * New patch lsdb-make-local-hook.patch (closes: #680029)
+ * Refresh debian/control with *.in
+
+ -- Tatsuya Kinoshita Sun, 26 Oct 2014 07:31:09 +0900
+
lsdb (0.11-10) unstable; urgency=low
* rules (clean): Avoid lintian warning.
diff --git a/debian/control b/debian/control
index 01f777b..d7fb1d6 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,9 @@ Source: lsdb
Section: mail
Priority: optional
Maintainer: OHASHI Akira
-Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 5)
+Build-Depends: cdbs,
+ debhelper,
+ dh-buildinfo
Standards-Version: 3.7.2
Package: lsdb
diff --git a/debian/emacsen-install b/debian/emacsen-install
index 69d809d..ac4d64e 100644
--- a/debian/emacsen-install
+++ b/debian/emacsen-install
@@ -41,6 +41,8 @@ sourceonly_all=$(for i in ${!SOURCEONLY_*} ; do
done | sort -u)
if [ ${FLAVOR} = emacs ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/poem.elc" ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/flim/mime.elc" ]; then exit 0; fi
# Install-info-altdir does not actually exist.
# Maybe somebody will write it.
diff --git a/debian/patches/lsdb-make-local-hook.patch b/debian/patches/lsdb-make-local-hook.patch
new file mode 100644
index 000..486f5cf
--- /dev/null
+++ b/debian/patches/lsdb-make-local-hook.patch
@@ -0,0 +1,26 @@
+Subject: Conditionalize make-local-hook on XEmacs
+Author: "Aaron M. Ucko"
+Origin: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680029
+
+--- lsdb-0.11.orig/lsdb.el
lsdb-0.11/lsdb.el
+@@ -867,7 +867,8 @@
+ (autoload 'migemo-get-pattern "migemo"))
+
+ (defun lsdb-complete-name-highlight (start end)
+- (make-local-hook 'pre-command-hook)
++ (if (featurep 'xemacs)
++ (make-local-hook 'pre-command-hook))
+ (add-hook 'pre-command-hook 'lsdb-complete-name-highlight-update nil t)
+ (save-excursion
+ (goto-char start)
+@@ -1048,7 +1049,8 @@
+ (font-lock-set-defaults)
+ (set (make-local-variable 'font-lock-defaults)
+ '(lsdb-font-lock-keywords t)))
+- (make-local-hook 'post-command-hook)
++ (if (featurep 'xemacs)
++ (make-local-hook 'post-command-hook))
+ (add-hook 'post-command-hook 'lsdb-modeline-update nil t)
+ (make-local-variable 'lsdb-modeline-string)
+ (setq mode-line-buffer-identification
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..be95f95
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+lsdb-make-local-hook.patch
diff --git a/debian/source/format b/debian/source/format
new file mode 100644
index 000..163aaf8
--- /dev/null
+++ b/debian/source/format
@@ -0,0 +1 @@
+3.0 (quilt)
pgpYbM_zxX9HA.pgp
Description: PGP signature
Bug#749994: tdiary-mode: fails to upgrade from sid
Control: found -1 4.0.5.1-1
Control: tags -1 + patch
On November 4, 2014 at 11:31AM +0100, anbe (at debian.org) wrote:
> install/tdiary-mode: Handling install for emacsen flavor emacs24
> ERROR: install script from tdiary-mode package failed
It seems tdiary-mode fails when byte-compiling because of missing
apel/*.elc files. (This problem is potentially caused even if
`Depends: apel`. See also a known issue in emacsen-common, bug#737389.)
The following patch should fix this bug.
```
--- s/debian/tdiary-mode.emacsen-install2013-01-03 09:40:47.0
+0900
+++ b/debian/tdiary-mode.emacsen-install2014-11-04 20:40:29.337884783
+0900
@@ -10,6 +10,7 @@
LOG=CompilationLog
if [ ${FLAVOR} = emacs ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/pces.elc" ]; then exit 0; fi
echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR}
```
Thanks,
--
Tatsuya Kinoshita
pgparQRrb6JWm.pgp
Description: PGP signature
Bug#791696: emacs-w3m ruined. Nowadays half the time just get "Something seems to be wrong with URL or this system."
Control: tags -1 + unreproducible Control: severity -1 important On July 8, 2015 at 1:45AM +0800, jidanni (at jidanni.org) wrote: > Starting a few months ago, about half the time, URLs will produce > > Cannot retrieve URL: > https://sources.debian.net/src/antiword/0.37-10/debian/patches/docx.patch/ > > Something seems to be wrong with URL or this system. Hmm, unreproducible for me. It seems your network is unstable. BTW, if you'd like to try the old version of emacs-w3m, install the w3m-el package instead of w3m-el-snapshot. Also, try eww, plain w3m and other network programs to diagnose. Thanks, -- Tatsuya Kinoshita pgp74i7Eg0IeZ.pgp Description: PGP signature
Bug#657131: wl-beta: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
tags 657131 + pending thanks On January 24, 2012 at 1:06PM +0100, debian (at abeckmann.de) wrote: > Package: wl-beta > Version: 2.15.9+0.20110420-1 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts [...] > 1m5.9s ERROR: FAIL: Package purging left files on system: > /root/.gnupg not owned > /root/.gnupg/gpg.confnot owned > /root/.gnupg/pubring.gpg not owned > /root/.gnupg/secring.gpg not owned Ah, the problem is caused by wl-vars.el which invokes the epg-configuration function. I'll upload the fixed version soon. Thanks, -- Tatsuya Kinoshita pgpZ1tLyH2yRE.pgp Description: PGP signature
Bug#645635: yaskkserv: FTBFS on armel, ia64, etc.
Package: yaskkserv Version: 0.5.0-2 Severity: serious The buildd log seems FTBFS is caused on several arch: https://buildd.debian.org/status/package.php?p=yaskkserv Thanks, -- Tatsuya Kinoshita pgpo5Ik25jnN6.pgp Description: PGP signature
Bug#645712: yaskkserv: FTBFS: cc1plus: error: unrecognized command line option '-march=native'
On October 18, 2011 at 12:49PM +0900, iwamatsu (at nigauri.org) wrote: > When a binary optimized by the latest CPU is built, user may not work > with the old CPU. Right, the i386 binary should support i486 and later, and the amd64 binary should support AMD64 and Intel EM64T families. The -march options used by yaskkserv-0.5.0 could be incompatible. Thanks, -- Tatsuya Kinoshita pgppAgVz0Be5K.pgp Description: PGP signature
Bug#672121: w3m-img needs to explicitely set the image library
On May 8, 2012 at 7:23PM +0300, bunk (at stusta.de) wrote: > If the intention is to use GdkPixbuf, then a build dependency is missing. > > If the intention is to use Imlib2 (as indicated by the current build > dependencies, then the --with-imagelib= configure option must be used. The --with-imagelib=imlib2 option will soon be added. Thanks, -- Tatsuya Kinoshita pgpsw0LnWf3yU.pgp Description: PGP signature
Bug#750967: Byte-compilation fails upon apel upgrade, thus making emacs and apel upgrade fails
On June 9, 2014 at 12:31PM +0900, arnau (at debian.org) wrote: > elscreen-apel.patch > +++ debian/emacsen-install2014-06-09 12:23:03.642097192 +0900 > +if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/alist.elc" ]; then exit 0; fi Your patch looks fine. See also emacsen-common's bug#737389. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737389 Thanks, -- Tatsuya Kinoshita pgpHjzirUsnsB.pgp Description: PGP signature
Bug#737202: devscripts-el: fails to upgrade from 'wheezy': ERROR: install script from devscripts-el package failed (during Install devscripts-el for emacs23)
On January 31, 2014 at 11:33AM +0100, anbe (at debian.org) wrote: > Install emacsen-common for emacs23 [...] > install/devscripts-el: Handling emacs23, logged in /tmp/elc_tCbg9i.log > ERROR: install script from devscripts-el package failed [...] > devscripts.el:19:1:Error: Cannot open load file: mcharset It seems apel's mcharset.elc is not found when byte-compiling. The devscripts-el package depends on apel, so install/devscripts-el called from devscripts-el.postinst succeed, but install/devscripts-el called from emacsen-common or emacsen could fail as above. To fix this bug, please skip byte-compilation in install/devscripts-el if the depending file is not yet prepared. e.g. if [ ! -e "/usr/share/$FLAVOR/site-lisp/apel/mcharset.elc" ]; then exit 0; fi Thanks, -- Tatsuya Kinoshita pgpE1hHTviubG.pgp Description: PGP signature
Bug#737521: fcitx-mozc cannot be loaded
On February 4, 2014 at 10:57PM +0900, preining (at logic.at) wrote:
> There are others concerning emacs-mozc:
> ERROR: emacs-mozc is broken - called emacs-package-install as a new-style
> add-on, but has no compat file.
This ERROR is just warning, and you can ignore this, because
emacs-mozc.emacsen-{install,remove} seem to be compatible with both
new-style and old-style.
BTW, even if a compat file is included, this ERROR is displayed
incorrectly, because of a bug in emacsen-common 2.0.7.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736062
Anyway, add a compat file with debian/emacs-mozc.emacsen-compat.
See also debian-emacs-policy and manpage of dh_installemacsen.
$ echo 0 > debian/emacs-mozc.emacsen-compat
$ git add debian/emacs-mozc.emacsen-compat
$ git commit -m 'Add emacs-mozc.emacsen-compat'
Thanks,
--
Tatsuya Kinoshita
pgpAZ1VfMJhR4.pgp
Description: PGP signature
Bug#737389: emacsen-common: incorrectly handles dependencies during emacsXX upgrade
Control: severity -1 important On January 31, 2014 at 9:57PM +0900, tats (at debian.org) wrote: > Subject: Re: Bug#737202: devscripts-el: fails to upgrade from 'wheezy': > ERROR: install script from devscripts-el package failed (during Install > devscripts-el for emacs23) >> Install emacsen-common for emacs23 > [...] >> install/devscripts-el: Handling emacs23, logged in /tmp/elc_tCbg9i.log >> ERROR: install script from devscripts-el package failed > [...] >> devscripts.el:19:1:Error: Cannot open load file: mcharset > > It seems apel's mcharset.elc is not found when byte-compiling. > > The devscripts-el package depends on apel, so install/devscripts-el > called from devscripts-el.postinst succeed, but install/devscripts-el > called from emacsen-common or emacsen could fail as above. > > To fix this bug, please skip byte-compilation in install/devscripts-el > if the depending file is not yet prepared. > > e.g. > if [ ! -e "/usr/share/$FLAVOR/site-lisp/apel/mcharset.elc" ]; then exit > 0; fi This is a known issue since emacsen-common 1.x, not a new serious bug in emacsen-common 2.0.7. Thanks, -- Tatsuya Kinoshita pgpKMjwjKngmY.pgp Description: PGP signature
Bug#749853: wysihtml-el: fails to upgrade from wheezy
Control: tags -1 + patch
On May 30, 2014 at 11:11AM +0200, holger (at layer-acht.org) wrote:
> Setting up emacs23 (23.4+1-4.1+b1) ...
> Install elserv for emacs23
> install/elserv: Handling emacs23, logged in /tmp/elc_GKwTRr.log
> install/elserv: Deleting /tmp/elc_GKwTRr.log
> Install emacsen-common for emacs23
> emacsen-common: Handling install of emacsen flavor emacs23
> Wrote /etc/emacs23/site-start.d/00debian-vars.elc
> Wrote /usr/share/emacs23/site-lisp/debian-startup.elc
> Install wysihtml-el for emacs23
> install/wysihtml: Handling install for emacsen flavor emacs23
> Loading 00debian-vars...
> Loading /etc/emacs/site-start.d/20apel.el (source)...
> Loading /etc/emacs/site-start.d/50elserv.el (source)...
> Loading /etc/emacs/site-start.d/50flim.el (source)...
> Loading /etc/emacs/site-start.d/60wysihtml-el.el (source)...
>
> In toplevel form:
> wysidocbookxml.el:20:1:Error: Cannot open load file: product
It seems apel's *.elc file is not found when byte-compiling.
The wysihtml-el package depends on apel, so install/wysihtml-el
called from wysihtml-el.postinst succeed, but install/wysihtml-el
called from emacsen-common could fail as above. See also bug#737389.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737389
To prevent this problem, please skip byte-compilation in
emacsen-install if the depending file is not yet prepared.
```
--- wysihtml-0.13-5.1/debian/emacsen-install
+++ wysihtml-0.13/debian/emacsen-install
@@ -11,6 +11,8 @@
PACKAGE=wysihtml
if [ ${FLAVOR} = emacs ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/mcharset.elc" ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/elserv/elserv.elc" ]; then exit 0; fi
if [ ${FLAVOR} = xemacs21 ]; then
XEMACS=`ls /usr/bin/xemacs*21*-mule* 2> /dev/null | head -1`
```
Thanks,
--
Tatsuya Kinoshita
pgppUeuYwMXyO.pgp
Description: PGP signature
Bug#725470: incompatible licenses: BSD with advertising clause + GPL library
On October 6, 2013 at 8:44AM +0200, ametzler (at bebt.de) wrote:
> afaiui ping6.c is released under BSD 4 clause license with advertising
> clause.
If the copyright holder is the University of California, Berkeley,
the advertising clause can be deleted.
See also <ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change>
| July 22, 1999
|
| To All Licensees, Distributors of Any Version of BSD:
|
| As you know, certain of the Berkeley Software Distribution ("BSD") source
| code files require that further distributions of products containing all or
| portions of the software, acknowledge within their advertising materials
| that such products contain software developed by UC Berkeley and its
| contributors.
|
| Specifically, the provision reads:
|
| " * 3. All advertising materials mentioning features or use of this
software
| *must display the following acknowledgement:
| *This product includes software developed by the University of
| *California, Berkeley and its contributors."
|
| Effective immediately, licensees and distributors are no longer required to
| include the acknowledgement within advertising materials. Accordingly, the
| foregoing paragraph of those BSD Unix files containing it is hereby deleted
| in its entirety.
|
| William Hoskins
| Director, Office of Technology Licensing
| University of California, Berkeley
Thanks,
--
Tatsuya Kinoshita
pgpaWMr0NSLoO.pgp
Description: PGP signature
Bug#725470: incompatible licenses: BSD with advertising clause + GPL library
tags 725470 + patch
thanks
On October 7, 2013 at 12:13AM +0900, tats (at debian.org) wrote:
> If the copyright holder is the University of California, Berkeley,
> the advertising clause can be deleted.
Patch attached.
Thanks,
--
Tatsuya Kinoshita
From 786bb2c7ce8d18278fdb85c56885539ad5eebb49 Mon Sep 17 00:00:00 2001
From: Tatsuya Kinoshita
Date: Sun, 13 Oct 2013 19:34:13 +0900
Subject: [PATCH] Delete the advertising clause from BSD-4-clause (Closes:
725470)
---
debian/copyright | 33 +
1 file changed, 29 insertions(+), 4 deletions(-)
diff --git a/debian/copyright b/debian/copyright
index 15fd4a9..9c7ec9b 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -25,10 +25,6 @@ Some of the code in this package is:
2. Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in the
documentation and/or other materials provided with the distribution.
- 3. All advertising materials mentioning features or use of this software
- must display the following acknowledgement:
-This product includes software developed by the University of
-California, Berkeley and its contributors.
4. Neither the name of the University nor the names of its contributors
may be used to endorse or promote products derived from this software
without specific prior written permission.
@@ -44,6 +40,35 @@ Some of the code in this package is:
LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
SUCH DAMAGE.
+Comment:
+ Delete the clause 3 (the advertising clause), as per announce
+ by the University of California, Berkeley
+ <ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change>:
+ July 22, 1999
+ .
+ To All Licensees, Distributors of Any Version of BSD:
+ .
+ As you know, certain of the Berkeley Software Distribution ("BSD") source
+ code files require that further distributions of products containing all or
+ portions of the software, acknowledge within their advertising materials
+ that such products contain software developed by UC Berkeley and its
+ contributors.
+ .
+ Specifically, the provision reads:
+ .
+ " * 3. All advertising materials mentioning features or use of this software
+ *must display the following acknowledgement:
+ *This product includes software developed by the University of
+ *California, Berkeley and its contributors."
+ .
+ Effective immediately, licensees and distributors are no longer required to
+ include the acknowledgement within advertising materials. Accordingly, the
+ foregoing paragraph of those BSD Unix files containing it is hereby deleted
+ in its entirety.
+ .
+ William Hoskins
+ Director, Office of Technology Licensing
+ University of California, Berkeley
Other parts are copyright Alexey Kuznetsov, and are distributed under the
GNU General Public Licenses (version 2 or later), which is available in
--
1.8.4.rc3
pgpevugsqODM7.pgp
Description: PGP signature
Bug#714078: rail: fails to install: Cannot open load file: mime-def
Control: reopen -1 Control: tags -1 + patch On February 28, 2014 at 10:48AM +0100, anbe (at debian.org) wrote: > from an upgrade from wheezy to jessie: > [...] > Setting up emacs23 (23.4+1-4.1+b1) ... > Install emacsen-common for emacs23 > emacsen-common: Handling install of emacsen flavor emacs23 > Wrote /etc/emacs23/site-start.d/00debian-vars.elc > Wrote /usr/share/emacs23/site-lisp/debian-startup.elc > Install flim for emacs23 > Install rail for emacs23 > install/rail: Handling install for emacsen flavor emacs23 > Cannot open load file: mime-def It seems flim's mime-def.elc is not found when byte-compiling. The rail package depends on flim, so install/rail called from rail.postinst succeed, but install/rail called from emacsen-common could fail as above. See also bug#737389. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737389 To prevent this problem, please skip byte-compilation in emacsen-install if the depending file is not yet prepared. ``` --- a/debian/emacsen-install +++ b/debian/emacsen-install @@ -8,6 +8,7 @@ FLAVOR=$1 PACKAGE=rail +if [ ! -f "/usr/share/$FLAVOR/site-lisp/flim/mime-def.elc" ]; then exit 0; fi case $FLAVOR in emacs|emacs21|emacs20|emacs19|mule2|*xemacs*) exit 0 ``` Thanks, -- Tatsuya Kinoshita pgp16KoKLvb4e.pgp Description: PGP signature
Bug#714078: rail: fails to install: Cannot open load file: mime-def
notfixed 714078 1.2.9-2 thanks pgpHtt_nZUteg.pgp Description: PGP signature
Bug#749853: wysihtml-el: fails to upgrade from wheezy
On May 30, 2014 at 8:47PM +0900, tats (at debian.org) wrote:
> To prevent this problem, please skip byte-compilation in
> emacsen-install if the depending file is not yet prepared.
I've prepared NMU to fix this RC bug and #760958.
```
diff --git a/debian/changelog b/debian/changelog
index 20ee86f..76d4b2c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+wysihtml (0.13-5.2) unstable; urgency=medium
+
+ * Non-maintainer upload
+ * Add emacs and emacs24 to Depends (closes: #760958)
+ * Check apel and elserv to byte-compile (closes: #749853)
+
+ -- Tatsuya Kinoshita Tue, 09 Sep 2014 22:53:41 +0900
+
wysihtml (0.13-5.1) unstable; urgency=low
* debian/control
diff --git a/debian/control b/debian/control
index e456013..616e3b2 100644
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,7 @@ Standards-Version: 3.7.2
Package: wysihtml-el
Architecture: any
-Depends: ${shlibs:Depends}, iceape-browser | iceweasel, xemacs21-mule |
xemacs21-mule-canna-wnn | emacs23 | emacs-snapshot, elserv (>=
0.4.0+0.20011203cvs-3.2), apel, ldp-docbook-xsl (>= 0.0.20040321-0.1), xsltproc
+Depends: ${shlibs:Depends}, iceape-browser | iceweasel, emacs | emacs24 |
xemacs21-mule | xemacs21-mule-canna-wnn | emacs23 | emacs-snapshot, elserv (>=
0.4.0+0.20011203cvs-3.2), apel, ldp-docbook-xsl (>= 0.0.20040321-0.1), xsltproc
Recommends: psgml
Description: Almost real-time previewing system for HTML and DocBook
WYSIHTML is a almost real-time previewing system for HTML
diff --git a/debian/emacsen-install b/debian/emacsen-install
index 77b90fd..afa8ad0 100644
--- a/debian/emacsen-install
+++ b/debian/emacsen-install
@@ -11,6 +11,8 @@ FLAVOR=$1
PACKAGE=wysihtml
if [ ${FLAVOR} = emacs ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/mcharset.elc" ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/elserv/elserv.elc" ]; then exit 0; fi
if [ ${FLAVOR} = xemacs21 ]; then
XEMACS=`ls /usr/bin/xemacs*21*-mule* 2> /dev/null | head -1`
```
Thanks,
--
Tatsuya Kinoshita
pgpsgMRJKMBYe.pgp
Description: PGP signature
Bug#749853: wysihtml-el: fails to upgrade from wheezy
On September 9, 2014 at 11:01PM +0900, tats (at debian.org) wrote: > I've prepared NMU to fix this RC bug and #760958. I'll upload it soon. Thanks, -- Tatsuya Kinoshita pgptGTaUP81hF.pgp Description: PGP signature
Bug#754005: elserv: please switch to emacs24
Control: tags -1 + pending On July 6, 2014 at 11:04PM +0200, 1o5g4r8o (at gmail.com) wrote: > Please migrate your dependencies to "emacs | emacsen" (or whatever's > more appropriate for your package) as soon as possible. The attached > patch may help. I've prepared NMU to fix this RC bug. Will be uploaded soon. ``` diff --git a/debian/changelog b/debian/changelog index 83f49cf..f97fa61 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +elserv (0.4.0+0.20011203cvs-17.2) unstable; urgency=medium + + * Non-maintainer upload + * Depend on emacs instead of emacs23 (closes: #754005) + * Refresh debian/control with *.in + + -- Tatsuya Kinoshita Wed, 17 Sep 2014 00:27:57 +0900 + elserv (0.4.0+0.20011203cvs-17.1) unstable; urgency=low * Non-maintainer upload. diff --git a/debian/control b/debian/control index 01d080b..c3e877a 100644 --- a/debian/control +++ b/debian/control @@ -2,12 +2,15 @@ Source: elserv Section: web Priority: optional Maintainer: Junichi Uekawa -Build-Depends: cdbs, debhelper, dpatch +Build-Depends: cdbs, + debhelper, + dh-buildinfo, + dpatch Standards-Version: 3.7.2 Package: elserv Architecture: all -Depends: emacs23 | emacsen, flim, ruby +Depends: emacs | emacsen, flim, ruby Suggests: emacs-wiki, mhc Description: HTTP server that runs on Emacsen Elserv is an HTTP server which runs on Emacs, as a background process. diff --git a/debian/control.in b/debian/control.in index a7e4995..78281ae 100644 --- a/debian/control.in +++ b/debian/control.in @@ -7,7 +7,7 @@ Standards-Version: 3.7.2 Package: elserv Architecture: all -Depends: emacs23 | emacsen, flim, ruby +Depends: emacs | emacsen, flim, ruby Suggests: emacs-wiki, mhc Description: HTTP server that runs on Emacsen Elserv is an HTTP server which runs on Emacs, as a background process. diff --git a/debian/patches/01_insert-a-whitespace-after-the-backslash.dpatch b/debian/patches/01_insert-a-whitespace-after-the-backslash.dpatch old mode 100644 new mode 100755 diff --git a/debian/patches/02_elservd-space.dpatch b/debian/patches/02_elservd-space.dpatch old mode 100644 new mode 100755 diff --git a/debian/patches/03_emacs-wiki-multiencoding.dpatch b/debian/patches/03_emacs-wiki-multiencoding.dpatch old mode 100644 new mode 100755 diff --git a/debian/patches/04_emacs-wiki-default-directory.dpatch b/debian/patches/04_emacs-wiki-default-directory.dpatch old mode 100644 new mode 100755 diff --git a/debian/patches/05_emacs-wiki-home-page.dpatch b/debian/patches/05_emacs-wiki-home-page.dpatch old mode 100644 new mode 100755 ``` Thanks, -- Tatsuya Kinoshita pgpHS5mB1mRaA.pgp Description: PGP signature
Bug#625473: goldencheetah and libqwt5-qt4-dev: error when trying to install together
tags 625473 + patch pending thanks On May 3, 2011 at 7:55PM +0200, treinen (at free.fr) wrote: > Package: libqwt5-qt4-dev,goldencheetah > Version: libqwt5-qt4-dev/5.2.0-1 > Version: goldencheetah/2.0.0-1 > Severity: serious > User: trei...@debian.org > Usertags: edos-file-overwrite [...] > Here is a list of files that are known to be shared by both packages > (according to the Contents file for sid/amd64, which may be > slightly out of sync): > > /usr/lib/qt4/plugins/designer/libqwt_designer_plugin.so Satoru, are you working on this bug? If not, I'll simply disable QwtDesigner at debian/patches/build to fix this RC bug. Thanks, -- Tatsuya Kinoshita diff -urN goldencheetah-2.0.0-1/debian/changelog goldencheetah-2.0.0/debian/changelog --- goldencheetah-2.0.0-1/debian/changelog 2011-04-29 16:38:08.0 +0900 +++ goldencheetah-2.0.0/debian/changelog2011-05-07 01:41:45.0 +0900 @@ -1,3 +1,9 @@ +goldencheetah (2.0.0-2) unstable; urgency=low + + * debian/patches/build: Disable QwtDesigner. (Closes: #625473) + + -- Tatsuya Kinoshita Sat, 07 May 2011 01:40:54 +0900 + goldencheetah (2.0.0-1) unstable; urgency=low [ KURASHIKI Satoru ] diff -urN goldencheetah-2.0.0-1/debian/patches/build goldencheetah-2.0.0/debian/patches/build --- goldencheetah-2.0.0-1/debian/patches/build 2011-04-26 08:49:11.0 +0900 +++ goldencheetah-2.0.0/debian/patches/build2011-05-07 01:17:16.0 +0900 @@ -125,7 +125,7 @@ +# Otherwise you have to build it from the designer directory. +## + -+CONFIG += QwtDesigner ++#CONFIG += QwtDesigner + +## +# If you want to auto build the examples, enable the line below pgpExqm8uXsBM.pgp Description: PGP signature
Bug#625473: Processed: tag 625473 625489 wheezy sid
On May 4, 2011 at 10:27PM +0900, lurdan (at gmail.com) wrote: > It's my mistake (to include upstream-customized qwt files into package), > sorry. > I'll fix this with next upload at this weekend. Satoru, I'm waiting for your other patch this weekend. (I'm planning to upload my patched package on the next Tuesday, If your fix is not yed complete.) Thanks, -- Tatsuya Kinoshita pgpcqzhoOK9xT.pgp Description: PGP signature
Bug#625473: Processed: tag 625473 625489 wheezy sid
On May 7, 2011 at 4:45PM +0900, lurdan (at gmail.com) wrote: > I've attached my patch to add dh override (not to run "make install"). Uploaded. Thanks, -- Tatsuya Kinoshita pgp8xYlN0SYrd.pgp Description: PGP signature
Bug#625964: goldencheetah: FTBFS on GNU/kFreeBSD
Package: goldencheetah
Version: 2.0.0-1
Severity: serious
The build log seems that the package fails to build from source on
kfreebsd-*.
On May 6, 2011 at 1:45AM +,
noreply (at buildd.debian.org) wrote:
> * Source package: goldencheetah
> * Version: 2.0.0-1
> * Architecture: kfreebsd-amd64
> * State: failed
> * Suite: sid
> * Builder: fasch.debian.org
> * Build log:
> https://buildd.debian.org/fetch.cgi?pkg=goldencheetah&arch=kfreebsd-amd64&ver=2.0.0-1&stamp=1304645807&file=log
| Computrainer.cpp: In member function 'int Computrainer::openPort()':
| Computrainer.cpp:806:15: error: 'N_TTY' was not declared in this scope
| make[2]: *** [Computrainer.o] Error 1
src/Computrainer.cpp:
| int Computrainer::openPort()
| {
| #ifndef WIN32
|
| // LINUX AND MAC USES TERMIO / IOCTL / STDIO
|
| #if defined(Q_OS_MACX)
| int ldisc=TTYDISC;
| #else
| int ldisc=N_TTY; // LINUX
| #endif
The error seems that N_TTY is not defined on kfreebsd-*.
I've skimmed through the header files and noticed that TTYDISC is
defined in /usr/include/sys/ttycom.h on kfreebsd-*, provided by the
kfreebsd-kernel-headers package.
So, if the condition `|| defined(__FreeBSD_kernel__)' is added to
the Q_OS_MACX line, the error might be prevented.
Satoru, please consider this issue for the next update.
Thanks,
--
Tatsuya Kinoshita
pgpAHb3Pt2RYv.pgp
Description: PGP signature
Bug#625964: goldencheetah: FTBFS on GNU/kFreeBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On May 7, 2011 at 9:22PM +0900, tats (at vega.ocn.ne.jp) wrote: > The error seems that N_TTY is not defined on kfreebsd-*. > > I've skimmed through the header files and noticed that TTYDISC is > defined in /usr/include/sys/ttycom.h on kfreebsd-*, provided by the > kfreebsd-kernel-headers package. > > So, if the condition `|| defined(__FreeBSD_kernel__)' is added to > the Q_OS_MACX line, the error might be prevented. Satoru, are you working on this? If your update is not ready, I'm going to upload with the above one line patch, scheduled on June 1. Thanks, - -- Tatsuya Kinoshita -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJN3P0kAAoJEOXvq5AIDqY8VRkP/iKAHZX4DiaSEK1yNNfsa7Vb 0nFw2CiXuMYplM6Jd1CGWixtlO1GsBfnaLfMtc4EFJMpZQ6bPfTysA+jN8/BgeXR pKxoSA4kQ4mz2SuRN6QqO/XhultXjC61hL4LsjqS7ID0VBXi/2JtWgf9qGwa2J8d jaE8BaoeyupvV01G/Oi48E6uQzDHjbbDil5En6xSJJd7SPZ+xPDTTYWNCFzGevDO 8yn7Ky1ZGQCamSZO+iPBaSRQ3SFu9qgiwFMML0HA0MErOM8rs0c4Tgapz8bdLcD/ Wa8hRlOUokZxueRGIjKrH7WyaB3Edh+dQE5dP6LmLX2/o+42to2DPDOTVDKsT/Ql oFfEKlXAh6Ojnn1EZ+RzHcxpVcLoqRhPIiK7Np+tCy6opPAz/iGqPe5KDatuefgY QH+izZWOLKPW8zXwy35a241P1OoCdPYs/+3kjIdKG+QGsHkaJxqaUvY0CQVkIejz dTxBeo/S6HOyakbZdelYAnQkW38pS9ChZ9ZJWcVcduEtew6IyUJbqxPozwhNRZgr zRvgF3uMs8i6ztr8CZEPGKsLklCzQpZ1FOWF+JC8ds4dJz3iRRu8OcrVTp2I2zTn JK0c1gAcFp76vcGAeB6dkvYrxGJF0wi0W2VRV26D9djOvRZasK9Vb1hllS8Gj8bW +OsLZIfet2++8BEQZkGg =DyI/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625964: goldencheetah: FTBFS on GNU/kFreeBSD
On May 26, 2011 at 11:31PM +0900, lurdan (at gmail.com) wrote: > Aha, I will deal with your patch the day after tomorrow. > (hopefully with some minor fixes.) Satoru, you may add DM-Upload-Allowed. Thanks, -- Tatsuya Kinoshita pgpiEpMmTn7AA.pgp Description: PGP signature
Bug#623456: ebview: migration for libeb16
Source: ebview Version: 0.3.6.2-1 Severity: serious Your package depends on libeb13 that is now obsolete. Please use libeb16 instead. In most cases, renaming libeb13-dev to libeb16-dev on Build-Depends is needed for the migration. Thanks, -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623457: libeb-ruby: migration for libeb16
Source: libeb-ruby Version: 2.6-1 Severity: serious Your package depends on libeb13 that is now obsolete. Please use libeb16 instead. In most cases, renaming libeb13-dev to libeb16-dev on Build-Depends is needed for the migration. Thanks, -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623458: ebnetd: migration for libeb16
Source: ebnetd Version: 1:1.0.dfsg.1-4.1 Severity: serious Your package depends on libeb13 that is now obsolete. Please use libeb16 instead. In most cases, renaming libeb13-dev to libeb16-dev on Build-Depends is needed for the migration. Thanks, -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628218: xflr5: sourceless PDF file is included with the *.orig.tar.gz
Package: xflr5 Version: 6.04-1 Severity: serious As you mentioned in debian/changelog, | * debian/install |- don't include Guidelines.pdf since it doesn't provide materials to construct Guidelines.pdf is provided without source, so it is not distributable under the GPL-2+, and violates DFSG. Removing it from debian/install is not enough. It should be removed from the *.orig.tar.gz file. See also Debian Developer's Reference: 6.7.8.2. Repackaged upstream source http://www.debian.org/doc/developers-reference/best-pkging-practices.en.html#repackagedorigtargz Thanks, -- Tatsuya Kinoshita pgpk89MIL4sqp.pgp Description: PGP signature
Bug#382701: xemacs21: Segfault on startup. Fatal error (11)
severity 382701 important thanks On August 12, 2006 at 9:02PM +0200, manfredpaul (at gmx.net) wrote: > Package: xemacs21 > Version: 21.4.19-1 > Severity: grave > Justification: renders package unusable > > Today I tried xeamcs, but it there are some strange bugs. > I started xemacs21 by typing: > > ?> $ xemacs21 > > I got: > > Fatal error (11). [...] > Program received signal SIGSEGV, Segmentation fault. I've downgraded the severity of this bug, because xemacs21 is usable at least on my system, twm 1:1.0.1-4 and xterm 210-3. BTW, are the following commands caused the same problem? xemacs21 -nw -q -no-site-file xemacs21 -nw -q xemacs21 -nw xemacs21 -q -no-site-file xemacs21 -q Thanks, -- Tatsuya Kinoshita pgpnliFSEHETo.pgp Description: PGP signature
Bug#387904: chiark-tcl: FTBFS: lack of dependency for cdb.h and libcdb.a
Package: chiark-tcl Version: 1.0.0 Severity: serious Please depend on libcdb-dev instead of tinycdb at build time. New tinycdb package version 0.76 does not contain cdb.h and libcdb.a. The development files are provided by the libcdb-dev package. -- Tatsuya Kinoshita pgpI1oC1m5b3I.pgp Description: PGP signature
Bug#381338: kakasi: incomplete copyright statement
Package: kakasi Version: 2.3.4-3 Severity: serious kakasi is copyrighted under the GPL, but /usr/share/doc/kakasi/copyright doesn't refer to the common license file. Please refer to `/usr/share/common-licenses/GPL' in the copyright file. -- Tatsuya Kinoshita pgpp73G4K7goe.pgp Description: PGP signature
Bug#245826: t-gnus: please maintain and update the package
Hi, the maintainer, Again, could you please fix this bug? On January 13, 2005 at 11:26PM +0900, tats (at vega.ocn.ne.jp) wrote: > reopen 245826 > thanks > BTW, t-gnus 6.17.2.00-1 was uploaded in unstable, but lintian reports: > > - > W: t-gnus source: ancient-standards-version 3.5.2 > W: t-gnus source: build-depends-without-arch-dep > W: t-gnus source: configure-generated-file-in-source config.log > W: t-gnus source: configure-generated-file-in-source config.status > W: t-gnus: extra-license-file usr/share/doc/t-gnus/texi/doclicense.texi.gz > E: t-gnus: copyright-should-refer-to-common-license-file-for-gpl > W: t-gnus: description-synopsis-might-not-be-phrased-properly > W: t-gnus: description-synopsis-starts-with-a-capital-letter > W: t-gnus: description-synopsis-starts-with-an-article > W: t-gnus: postrm-calls-install-info > - > > Also, could you please consider the patch I already suggested in > `http://bugs.debian.org/245826'? Thanks, -- Tatsuya Kinoshita pgpyE6Pojrlxg.pgp Description: PGP signature
Bug#245826: t-gnus: please maintain and update the package
reopen 245826 thanks On November 5, 2004 at 9:44AM +0100, free (at agnula.org) wrote: > The package is now updated, lintian free, and it works (I'm a t-gnus > user). Thanks for maintaining the t-gnus package. BTW, t-gnus 6.17.2.00-1 was uploaded in unstable, but lintian reports: - W: t-gnus source: ancient-standards-version 3.5.2 W: t-gnus source: build-depends-without-arch-dep W: t-gnus source: configure-generated-file-in-source config.log W: t-gnus source: configure-generated-file-in-source config.status W: t-gnus: extra-license-file usr/share/doc/t-gnus/texi/doclicense.texi.gz E: t-gnus: copyright-should-refer-to-common-license-file-for-gpl W: t-gnus: description-synopsis-might-not-be-phrased-properly W: t-gnus: description-synopsis-starts-with-a-capital-letter W: t-gnus: description-synopsis-starts-with-an-article W: t-gnus: postrm-calls-install-info - Also, could you please consider the patch I already suggested in `http://bugs.debian.org/245826'? Thanks, -- Tatsuya Kinoshita pgpGIux2juxMs.pgp Description: PGP signature
Bug#475860: jd: not installable because of unsatisfiable dependency
Package: jd Version: 1:1.9.9~rc080408-2 Severity: serious When dist-upgrading on my i386 environment, the following message is displayed: The following packages have unmet dependencies: jd: Depends: libcairo2 (>= 1.5.0) but 1.4.14-1 is to be installed E: Broken packages It seems that the package is built with the experimental libcairo2 package. Please use the latest unstable environment to build and upload the package for unstable. Thanks, -- Tatsuya Kinoshita pgpuKlc9rMfbk.pgp Description: PGP signature
Bug#474880: fixed in yaskkserv 0.3.8-4
On April 15, 2008 at 7:25AM +0900, lurdan (at gmail.com) wrote: > On Mon, Apr 14, 2008 at 6:39 PM, Lucas Nussbaum > <[EMAIL PROTECTED]> wrote: > > I'm sorry, but I can still reproduce this failure in this version :( > > I've uploaded 0.3.8-5 to mentors.debian.net: > http://mentors.debian.net/debian/pool/main/y/yaskkserv > > I've removed version checking from configure script, and make one more fix > required by gcc-4.3. > At least in my environment (i386), it seems to be able to be built with > gcc-4.3 > (I force link g++ to g++-4.3). > > Could you please check to be sure that it can be built in your environment? Satoru, please go ahead. Upload the package and then see the buildd logs: http://buildd.debian.org/pkg.cgi?pkg=yaskkserv Thanks, -- Tatsuya Kinoshita pgpT4h9VZUJ3v.pgp Description: PGP signature
Bug#474880: fixed in yaskkserv 0.3.8-4
reopen 474880 found 474880 0.3.8-5 forcemerge 474880 475815 thanks On April 15, 2008 at 7:25AM +0900, lurdan (at gmail.com) wrote: > I've removed version checking from configure script, and make one more fix > required by gcc-4.3. > At least in my environment (i386), it seems to be able to be built with > gcc-4.3 > (I force link g++ to g++-4.3). Ah, yaskkserv 0.3.8-5 has not yet fixed the FTBFS bug. The buildd log seems that applying the patch with dpatch to the configure file has no effect, because the configure file is invoked at the clean target. Satoru, please try again to fix the FTBFS bug. Thanks, -- Tatsuya Kinoshita pgpgzjRlSHEh5.pgp Description: PGP signature
Bug#474880: fixed in yaskkserv 0.3.8-4
On April 20, 2008 at 6:43PM +0900, tats (at debian.org) wrote: > Ah, yaskkserv 0.3.8-5 has not yet fixed the FTBFS bug. > > The buildd log seems that applying the patch with dpatch to the > configure file has no effect, because the configure file is invoked > at the clean target. Probably, invoking the configure file at the clean target is redundantly. How about the following patch? --- yaskkserv-0.3.8-5/debian/rules +++ yaskkserv-0.3.8/debian/rules @@ -44,13 +44,13 @@ clean: clean1 unpatch rm -rf var/ -clean1: Makefile.config +clean1: dh_testdir dh_testroot rm -f build-stamp # Add here commands to clean up after the build process. - $(MAKE) clean #cleandepend + [ ! -f Makefile.config ] || $(MAKE) clean rm -rf Makefile.config dh_clean ---- Thanks, -- Tatsuya Kinoshita pgp0rDBXvybnp.pgp Description: PGP signature
Bug#474880: fixed in yaskkserv 0.3.8-4
On April 20, 2008 at 7:11PM +0900, tats (at debian.org) wrote: > > Ah, yaskkserv 0.3.8-5 has not yet fixed the FTBFS bug. > > > > The buildd log seems that applying the patch with dpatch to the > > configure file has no effect, because the configure file is invoked > > at the clean target. > > Probably, invoking the configure file at the clean target is > redundantly. How about the following patch? Also, Makefile.config should clearly depend on the patch target. Thanks, -- Tatsuya Kinoshita pgpvXorPZpkfX.pgp Description: PGP signature
Bug#453307: t-code: lintian error and warnings
Package: t-code Version: 2:2.3.1-2 Severity: serious lintian displays the following error and warnings for this package. Now running lintian... W: t-code source: debian-rules-sets-DH_COMPAT line 9 W: t-code source: debian-rules-ignores-make-clean-error line 47 W: t-code source: package-uses-deprecated-debhelper-compat-version 3 W: t-code source: ancient-standards-version 3.5.8 (current is 3.7.2) E: t-code source: clean-should-be-satisfied-by-build-depends debhelper W: t-code: old-fsf-address-in-copyright-file Finished running lintian. I'll prepare a patch to fix this bug soon. Thanks, -- Tatsuya Kinoshita pgpeBW5GZZGSH.pgp Description: PGP signature
Bug#453307: t-code: lintian error and warnings
tags 453307 + patch tags 433982 + patch tags 438530 + patch tags 438532 + patch tags 438533 + patch tags 438534 + patch thanks On November 28, 2007 at 11:44PM +0900, tats (at vega.ocn.ne.jp) wrote: > Package: t-code > Version: 2:2.3.1-2 > Severity: serious > > lintian displays the following error and warnings for this package. > > > Now running lintian... > W: t-code source: debian-rules-sets-DH_COMPAT line 9 > W: t-code source: debian-rules-ignores-make-clean-error line 47 > W: t-code source: package-uses-deprecated-debhelper-compat-version 3 > W: t-code source: ancient-standards-version 3.5.8 (current is 3.7.2) > E: t-code source: clean-should-be-satisfied-by-build-depends debhelper > W: t-code: old-fsf-address-in-copyright-file > Finished running lintian. > > > I'll prepare a patch to fix this bug soon. The maintainer Shigeo is currently busy, and he requested NMU. http://lists.debian.org/debian-japanese/2007/11/msg00037.html http://lists.debian.org/debian-japanese/2007/11/msg00039.html I have prepared the attached patch for NMU to fix this bug #453307 and also #433982, #438530, #438531, #438532, #438533 and #438534. I'll do this NMU this weekend or so. Thanks, -- Tatsuya Kinoshita diff -urN t-code-2.3.1-2/debian/changelog t-code-2.3.1/debian/changelog --- t-code-2.3.1-2/debian/changelog 2007-08-18 00:43:48.0 +0900 +++ t-code-2.3.1/debian/changelog 2007-11-29 00:14:45.0 +0900 @@ -1,3 +1,27 @@ +t-code (2:2.3.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix lintian error and warnings, closes: #453307 +- Move debhelper from Build-Depends-Indep to Build-Depends. +- Bump up debhelper version to 5. +- Don't use DH_COMPAT in debian/rules, use debian/compat instead. +- Don't ignore an error of make distclean in debian/rules. +- Update FSF address in debian/copyright. +- Bump up Standerd-Version to 3.7.2. + * debian/rules: +- Fix FTBFS when /bin/sh is dash, closes: Bug#438531 +- Use binary-indep instead of binary-arch, closes: Bug#438530 + * debian/emacsen-startup: +- Use debian-pkg-add-load-path-item to set load-path, closes: Bug438532 +- Fix that startup fails if package is removed but not purged, + closes: Bug#438533 + * debian/control: +- Prefer emacs and emacs22, closes: Bug#433982 + * debian/emacsen-install: Create symlinks for *.el files, rather than +copying *.el files and then removing them, closes: Bug#438534 + + -- Tatsuya Kinoshita <[EMAIL PROTECTED]> Thu, 29 Nov 2007 00:14:44 +0900 + t-code (2:2.3.1-2) unstable; urgency=low * FIX tcode-site-data-directory in tc-pre.el diff -urN t-code-2.3.1-2/debian/compat t-code-2.3.1/debian/compat --- t-code-2.3.1-2/debian/compat1970-01-01 09:00:00.0 +0900 +++ t-code-2.3.1/debian/compat 2007-11-28 23:30:35.0 +0900 @@ -0,0 +1 @@ +5 diff -urN t-code-2.3.1-2/debian/control t-code-2.3.1/debian/control --- t-code-2.3.1-2/debian/control 2007-08-18 00:43:48.0 +0900 +++ t-code-2.3.1/debian/control 2007-11-28 23:37:24.0 +0900 @@ -2,12 +2,13 @@ Section: utils Priority: optional Maintainer: NOSHIRO Shigeo <[EMAIL PROTECTED]> -Standards-Version: 3.5.8 -Build-Depends-Indep: debhelper (>> 3.0.0), automake1.4, autoconf, emacs21|xemacs21-mule|xemacs21-mule-canna-wnn +Standards-Version: 3.7.2 +Build-Depends: debhelper (>= 5) +Build-Depends-Indep: automake1.4, autoconf, emacs | emacs22 | emacs21 | xemacs21-mule | xemacs21-mule-canna-wnn Package: t-code Architecture: all -Depends: xemacs21-mule | xemacs21-mule-canna-wnn | emacs21| xemacs21-gnome-mule-canna-wnn | xemacs21-gnome-mule +Depends: emacs | emacs22 | emacs21 | xemacs21-mule | xemacs21-mule-canna-wnn | xemacs21-gnome-mule-canna-wnn | xemacs21-gnome-mule Description: Yet another Japanese input method T-Code is Japanese input method that doesn't use Kana-to-Kanji conversion. You can input Kanji characters directly in the diff -urN t-code-2.3.1-2/debian/copyright t-code-2.3.1/debian/copyright --- t-code-2.3.1-2/debian/copyright 2007-08-18 00:43:48.0 +0900 +++ t-code-2.3.1/debian/copyright 2007-11-28 23:56:34.0 +0900 @@ -3,30 +3,26 @@ It was downloaded from http://openlab.jp/tcode/soft.html -Copyright: -Upstream Author: -;; Copyright (C) 1989--2002 Kaoru Maeda, Yasushi Saito and KITAJIMA Akira. +Copyright (C) 1989--2002 Kaoru Maeda, Yasushi Saito and KITAJIMA Akira. -;; Author: Kaoru Maeda <[EMAIL PROTECTED]> -;; Yasushi Saito <[EMAIL PROTECTED]> -;; KITAJIMA Akira <[EMAIL PROTECTED]> -;; Maintainer: KITAJIMA Akira -;; Version: 2.3 pre 9.1 -;; Keyword: input method - -;; This program is free software; you can redistribute it and/or modify -;; it under the terms of the GNU General Public License as published by -;; the Free Software Foundation; either version 2 of the Lice
Bug#454796: jd: GPL incompatible with OpenSSL License
Package: jd Version: 1:1.9.7-071122-2 Severity: serious This package is linked with OpenSSL and licensed under the GNU GPLv2, but the OpenSSL License is incompatible with it. Please add an OpenSSL exemption to the license if the author agreed. Thanks, -- Tatsuya Kinoshita pgpw3ZOldXne5.pgp Description: PGP signature
Bug#479762: perl: broken asm/unistd.ph
Package: perl Version: 5.10.0-9 Severity: serious On the current sid i386 environment, syscall.ph and asm/unistd.ph fail as follows: $ perl -e "require 'syscall.ph'" Prototype mismatch: sub main::__LONG_MAX__ () vs none at /usr/lib/perl/5.10/_h2ph_pre.ph line 257. Constant subroutine __LONG_MAX__ redefined at /usr/lib/perl/5.10/_h2ph_pre.ph line 257. Can't locate unistd_32.ph in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/lib/perl/5.10/asm/unistd.ph line 6. Compilation failed in require at /usr/lib/perl/5.10/sys/syscall.ph line 7. Compilation failed in require at /usr/lib/perl/5.10/syscall.ph line 5. Compilation failed in require at -e line 1. Thanks, -- Tatsuya Kinoshita pgpiGQwpEGoEW.pgp Description: PGP signature
Bug#445020: edict & kanjidic: License discrepancy between the Debian package and upstream, upstream's license being non-free
On October 3, 2007 at 3:16AM +0900, nori1 (at dolphin.c.u-tokyo.ac.jp) wrote: > * The online license page only says that the license for distribution > is CC by-sa and does not specify its version. However, the license > deed and full license code linked from that page is ones of CC by-sa > 2.5, which is not considered to be DFSG-free. [...] > * To give the upstream suggestions to upgrade the license to CC by-sa > 3.0 and to specify that version clearly in the license page. Is it required? The section 4.b of CC by-sa 2.5 seems that a derivative work of a CC by-sa 2.5 licensed work can be distributed under CC by-sa 3.0. Quoting from http://creativecommons.org/licenses/by-sa/2.5/legalcode | 3. License Grant. Subject to the terms and conditions of this | License, Licensor hereby grants You a worldwide, royalty-free, | non-exclusive, perpetual (for the duration of the applicable | copyright) license to exercise the rights in the Work as stated | below: [...] | 4. Restrictions.The license granted in Section 3 above is expressly | made subject to and limited by the following restrictions: [...] | b. You may distribute, publicly display, publicly perform, or |publicly digitally perform a Derivative Work only under the terms |of this License, a later version of this License with the same |License Elements as this License, or a Creative Commons iCommons |license that contains the same License Elements as this License |(e.g. Attribution-ShareAlike 2.5 Japan). IANAL. Thanks, -- Tatsuya Kinoshita pgpIcCm8uuqNO.pgp Description: PGP signature
Bug#445020: edict & kanjidic: License discrepancy between the Debian package and upstream, upstream's license being non-free
On October 3, 2007 at 3:16AM +0900, nori1 (at dolphin.c.u-tokyo.ac.jp) wrote: > Package: edict > Version: 2006.10.09-1 > Severity: serious > Justification: Policy 2.2.1 [...] > Current license for edict and kanjidic seems to be CC by-sa 2.5, which > is different from a custom license described in debian/copyright and > is not DFSG-free. IMHO the best solution for this situation is > proposing an upgrade of the license to CC by-sa 3.0 and including > licence.html in the source packages. I think this bug violates Policy 12.5, not 2.2.1 if CC by-sa 2.5 can be upgraded to CC by-sa 3.0 and then meets DFSG. The point is the incorrect information in debian/copyright. For now, please update debian/copyright as follows: - include the upstream statement quoting from http://www.csse.monash.edu.au/~jwb/edrdg/licence.html - mention that the Debian package is distributed under CC by-sa 3.0 according to section 4.b of CC by-sa 2.5 - include a verbatim copy of CC by-sa 3.0 quoting from http://creativecommons.org/licenses/by-sa/3.0/legalcode Thanks, -- Tatsuya Kinoshita pgpm9jOSU7reT.pgp Description: PGP signature
Bug#400105: mgp: causes X Error
On November 23, 2006 at 10:38PM +0100, maxx (at debian.org) wrote: > Package: mgp > Version: 1.11b-7 > Severity: grave > Justification: renders package unusable > > $ mgp sample.mgp > sample.mgp:15: warning: directive "tfont" not supported in this configuration > sample.mgp:15: warning: directive "tmfont" not supported in this configuration > sample.mgp:16: warning: directive "tfont" not supported in this configuration > sample.mgp:16: warning: directive "tmfont" not supported in this configuration > sample.mgp:17: warning: directive "tfont" not supported in this configuration > sample.mgp:17: warning: directive "tmfont" not supported in this configuration This problem seems to be caused by `--with-m17n-lib'. If I remove `--with-m17n-lib' from debian/rules and build the package, it works nicely. -- Tatsuya Kinoshita pgpN9spA2hD3a.pgp Description: PGP signature
Bug#400105: mgp: causes X Error
On November 25, 2006 at 2:50AM +0900, tats (at vega.ocn.ne.jp) wrote: > On November 23, 2006 at 10:38PM +0100, > maxx (at debian.org) wrote: > > > Package: mgp > > Version: 1.11b-7 > > Severity: grave > > Justification: renders package unusable > > > > $ mgp sample.mgp > > sample.mgp:15: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:15: warning: directive "tmfont" not supported in this > > configuration > > sample.mgp:16: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:16: warning: directive "tmfont" not supported in this > > configuration > > sample.mgp:17: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:17: warning: directive "tmfont" not supported in this > > configuration > > This problem seems to be caused by `--with-m17n-lib'. If I remove > `--with-m17n-lib' from debian/rules and build the package, it works > nicely. Hmm, removing `--with-m17n-lib' prevents the error, but the warning messages remain and the font selection feature doesn't work with the default configuration... -- Tatsuya Kinoshita pgpDraz5FPjVC.pgp Description: PGP signature
Bug#400105: mgp: causes X Error
On November 27, 2006 at 10:55PM +0100, maxx (at debian.org) wrote: > > > On November 23, 2006 at 10:38PM +0100, > > > maxx (at debian.org) wrote: > > > > > > > Package: mgp > > > > Version: 1.11b-7 > > > > Severity: grave > > > > Justification: renders package unusable > > > > > > > > $ mgp sample.mgp [...] > > > This problem seems to be caused by `--with-m17n-lib'. If I remove > > > `--with-m17n-lib' from debian/rules and build the package, it works > > > nicely. > > > > Hmm, removing `--with-m17n-lib' prevents the error, but the warning > > messages remain and the font selection feature doesn't work with > > the default configuration... > > The font error is not really important, the X error is as well as the > dependency against a -dev package (see #400062) Can you reproduce the X error by the rebuilt mgp package without `--with-m17n-lib'? Even if the libm17n-dev package is installed, `mgp sample.mgp' fails if I press SPC or left-click to display the next page. At this time, mgp `--with-m17n-lib' seems to be unusable. -- Tatsuya Kinoshita pgpd24yy7MVZb.pgp Description: PGP signature
Bug#245826: reopening Bug#245826: t-gnus: please fix lintian errors & warnings
reopen 245826 thanks Closed by a spam. Reopening. -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400105: mgp: causes X Error
On November 28, 2006 at 9:59PM +0100, maxx (at debian.org) wrote: > * Tatsuya Kinoshita <[EMAIL PROTECTED]> [2006-11-28 14:42]: > > > Can you reproduce the X error by the rebuilt mgp package without > > `--with-m17n-lib'? > > No, if I build without m17n-lib it works fine. > > > Even if the libm17n-dev package is installed, `mgp sample.mgp' > > fails if I press SPC or left-click to display the next page. At > > this time, mgp `--with-m17n-lib' seems to be unusable. > > On my amd64 machine it works tough. > > The bug is definitely in connection with libm17n. Maybe you Iwai has a > clue where the problem is, I cc him on this mail. I've noticed that a similar RC bug has already been filed to m17n-lib. Bug#325528: libm17n-0: segfaults with mgp, rendering it unusuable http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325528 The mgp maintainer, if m17n-lib's RC bug fix is hard, you can disable `--with-m17n-lib' to close mgp's RC bugs #400062 and #400105, and push it to etch. -- Tatsuya Kinoshita pgpZmZW90ZY1u.pgp Description: PGP signature
Bug#325528: libm17n-0: segfaults with mgp, rendering it unusuable
tags 325528 - fixed found 325528 1.3.1-1 thanks Correcting the bug information. This bug seems to be reopened and not yet fixed. On November 21, 2006 at 11:47PM +0900, ukai (at debian.or.jp) wrote: > reopen 325528 > thanks > > It still misses putting libm17n-X.so in libm17n-0. > > % dpkg -s libm17n-0 | grep '^Version:' > Version: 1.3.1-1 > % dpkg -L libm17n-0 | grep libm17n-X.so > /usr/lib/libm17n-X.so.0.1.0 > /usr/lib/libm17n-X.so.0 > % mgp test.mgp > ... > libm17n-X.so: cannot open shared object file: No such file or directory > zsh: segmentation fault mgp test.mgp > % > % sudo apt-get install libm17n-dev > ... > % dpkg -L libm17n-dev | grep libm17n-X.so > /usr/lib/libm17n-X.so > % mgp test.mgp > (no segfault) > > Thus, libm17n-X.so should be in runtime package, but it still is in > development package (libm17n-dev) Even if libm17n-dev is installed, mgp with libm17n is still unusable. See also bug#400105. -- Tatsuya Kinoshita pgpORKmp9x0m9.pgp Description: PGP signature
Bug#400105: mgp: causes X Error
On December 1, 2006 at 1:49PM +0100, aba (at not.so.argh.org) wrote: > > $ mgp sample.mgp > > sample.mgp:15: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:15: warning: directive "tmfont" not supported in this > > configuration > > sample.mgp:16: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:16: warning: directive "tmfont" not supported in this > > configuration > > sample.mgp:17: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:17: warning: directive "tmfont" not supported in this > > configuration > > X Error of failed request: BadMatch (invalid parameter attributes) > > Major opcode of failed request: 75 (X_PolyText16) > > Serial number of failed request: 210 > > Current serial number in output stream: 214 > > I could reproduce this here with mgp from unstable (also on an i386 > machine). If using the mgp-binary from sarge (after having it unpacked > with dpkg-deb -x $deb somedirectory), the same warnings are produced, > but it doesn't abort. `mgp sample.mgp' produces the same warnings, but it doesn't cause the X error on my sid environment (sid i386 on 2006-12-02, linux-image-2.6.18-3-486 2.6.18-6, libc6 2.3.6.ds1-8, xorg 1:7.1.0-7, twm 1:1.0.1-4). On November 28, 2006 at 10:41PM +0900, tats (at vega.ocn.ne.jp) wrote: > Even if the libm17n-dev package is installed, `mgp sample.mgp' > fails if I press SPC or left-click to display the next page. At > this time, mgp `--with-m17n-lib' seems to be unusable. After I fully upgraded on my sid environment today, this problem is gone. It might be caused by my half-upgraded environment... So, if libm17n-dev is installed, `mgp sample.mgp' doesn't abort on my sid environment now. -- Tatsuya Kinoshita pgpdFmrPmU0ae.pgp Description: PGP signature
Bug#400105: mgp: causes X Error
severity 400105 important thanks Downgrading the severity of this bug, because the X error doesn't appear on my latest sid environment. Though I don't know the details of the X error... On December 2, 2006 at 9:29AM +0900, tats (at vega.ocn.ne.jp) wrote: > On December 1, 2006 at 1:49PM +0100, > aba (at not.so.argh.org) wrote: > > > > $ mgp sample.mgp > > > sample.mgp:15: warning: directive "tfont" not supported in this > > > configuration [...] > > > X Error of failed request: BadMatch (invalid parameter attributes) > > > Major opcode of failed request: 75 (X_PolyText16) > > > Serial number of failed request: 210 > > > Current serial number in output stream: 214 > > > > I could reproduce this here with mgp from unstable (also on an i386 > > machine). If using the mgp-binary from sarge (after having it unpacked > > with dpkg-deb -x $deb somedirectory), the same warnings are produced, > > but it doesn't abort. > > `mgp sample.mgp' produces the same warnings, but it doesn't cause > the X error on my sid environment (sid i386 on 2006-12-02, > linux-image-2.6.18-3-486 2.6.18-6, libc6 2.3.6.ds1-8, > xorg 1:7.1.0-7, twm 1:1.0.1-4). [...] > So, if libm17n-dev is installed, `mgp sample.mgp' doesn't abort on > my sid environment now. With the latest m17n-lib packages versoin 1.3.1-1.1, even if libm17n-dev is removed, `mgp sample.mgp' doesn't abort on my sid environment. -- Tatsuya Kinoshita pgpa9LtTdB609.pgp Description: PGP signature
Bug#245826: t-gnus: please maintain and update the package
On December 18, 2006 at 8:00PM +0100, arnaud (at andesi.org) wrote: > I would like to NMU t-gnus this week except if you intend to do an > upload soon. Go ahead. I (submitter of bug#245826) haven't made a plan for NMU. Thanks, -- Tatsuya Kinoshita pgpShLSLasBIt.pgp Description: PGP signature
Bug#403611: xemacs21-basesupport: xsl mode interprets delete key inconsistently
On December 18, 2006 at 2:09PM +0100, peter_e (at gmx.net) wrote: > Package: xemacs21-basesupport > Version: 2006.05.10-1 > Severity: serious > Justification: release criterion 5.(e) > > The xsl mode (xslide) supplied in this package interprets the delete > key as a backspace. This is inconsistent with other emacs modes and > the rest of the system. The xsl-mode isn't enabled by default and isn't problematic in my normal use. I feel the severity can be downgraded for Etch. -- Tatsuya Kinoshita pgpmkUUw1Vqca.pgp Description: PGP signature
Bug#433861: emacs21: `emacs' metapackage conflicts with emacs22's one
Package: emacs21 Version: 21.4a+1-5 Severity: serious Tags: lenny sid The `emacs' metapackage is now produced by the emacs22 source package in lenny/sid. Please don't produce the `emacs' metapackage by the emacs21 source package, or please remove emacs21 from the archives. Thanks, -- Tatsuya Kinoshita pgpDveDJIqSRB.pgp Description: PGP signature
Bug#434516: emacs-wiki: emacs22 already includes wiki-mode
On July 29, 2007 at 4:55AM +0200, cyril.brulebois (at enst-bretagne.fr) wrote: > Rebecca Breu <[EMAIL PROTECTED]> (24/07/2007): > > Package: emacs-wiki > > Version: 2.72-1 > > Severity: grave > > Justification: renders package unusable > > > > Emacs 22 already includes wiki-mode. If emacs 22 is installed, > > emacs-wiki breaks usage of wiki-mode. On starting wiki-mode, you then get > > > > eval: Recursive `require' for feature `sb-info' > > > > Purging emacs-wiki fixes this. > > Hi, > > I'm forwarding this to emacs22 maintainers, I guess they might want to > add a Conflicts in emacs22. Please don't add a `Conflicts: emacs-wiki' in emacs22, because it causes emacs-wiki be uninstallable for xemacs21 if emacs22 is installed. If emacs-wiki's files cause problems with emacs22, please don't install the files in /usr/share/emacs22/site-lisp/emacs-wiki/* and don't add the path to load-path in the startup. It would be nice if emacs-wiki installs more new emacs-wiki files than emacs22's one safely if possible. Thanks, -- Tatsuya Kinoshita pgp5zOAgW1bOS.pgp Description: PGP signature
Bug#437295: iiimecf: conflicts with iiimf-client-el
Package: iiimecf Version: 0.6-7 Severity: serious iiimecf seems to be an old version of iiimf-client-el and conflicts with it. Please add `Conflicts: iiimf-client-el' to the dependency of iiimecf, or remove iiimecf from the archives if unneeded. Thanks, -- Tatsuya Kinoshita pgp7UYCUuKU7c.pgp Description: PGP signature
Bug#435961: emacs22: segmentation fault during install
On August 4, 2007 at 3:11PM +0300,
jari.aalto (at cante.net) wrote:
> Package: emacs22
> Version: 22.1+1-1
> Severity: serious
>
> See below. Trying to install Emacs22 causes segmentation fault
[...]
> Setting up emacs22 (22.1+1-1) ...
> emacs-install emacs22
> emacsen-common: Handling install of emacsen flavor emacs22
> emacsen-common: byte-compiling for emacs22
> /usr/lib/emacsen-common/packages/install/emacsen-common: line 44: 30218
> Segmentation fault ${FLAVOR} ${byte_compile_options}
Can anyone reproduce this problem?
I didn't see the problem when reinstalling emacs22 on my environment,
today's sid i386.
--
Tatsuya Kinoshita
pgpGe1BgVGLyM.pgp
Description: PGP signature
Bug#438532: t-code: modifies load-path directly in startup
Package: t-code Version: 2:2.3.1-2 Severity: serious t-code package's emacsen-startup file modifies the load-path variable directly. According to debian-emacs-policy, please use the debian-pkg-add-load-path-item function instead of setq. Thanks, -- Tatsuya Kinoshita pgpZRPVOAd0NX.pgp Description: PGP signature
Bug#438531: t-code: FTBFS when /bin/sh is dash
Package: t-code
Version: 2:2.3.1-2
Severity: serious
The t-code package cannot be built when /bin/sh is dash
because of using the brace expansion feature, as follows:
[...]
install -m 644 lisp/*.el \
/home/tats/tmp/t-code/t-code-2.3.1/debian/t-code/usr/share/emacs/site-lisp/t-code
install -m 644 kinput2/{README,tc-ki2.el,ccdef.tcode} \
/home/tats/tmp/t-code/t-code-2.3.1/debian/t-code/usr/share/doc/t-code/kinput2
install: cannot stat `kinput2/{README,tc-ki2.el,ccdef.tcode}': No such file or
directory
make: *** [install] Error 1
debuild: fatal error at line 1228:
fakeroot debian/rules binary failed
Thanks,
--
Tatsuya Kinoshita
pgpuxp3ud9dYk.pgp
Description: PGP signature
Bug#438530: t-code: debian/rules doesn't work at binary-indep
Package: t-code Version: 2:2.3.1-2 Severity: serious The t-code package is `Architecture: all', but the binary-indep target in debian/rules doesn't work. Please use the binary-indep target instead of the binary-arch target. Thanks, -- Tatsuya Kinoshita pgpfCXJfzfJDa.pgp Description: PGP signature
Bug#430210: mhc-utils: Uninstallable because postinst fails
On June 23, 2007 at 1:39PM +0200, jeroen (at dekkers.cx) wrote: > Package: mhc-utils > Version: 0.25.1+20070220-1 > Severity: grave > Justification: renders package unusable > > > Postinst fails and that makes the packages uninstallable: > > Unpacking mhc-utils (from .../mhc-utils_0.25.1+20070220-1_amd64.deb) ... > Setting up mhc-utils (0.25.1+20070220-1) ... > dpkg: error processing mhc-utils (--configure): > subprocess post-installation script returned error exit status 10 > Errors were encountered while processing: > mhc-utils > E: Sub-process /usr/bin/dpkg returned an error code (1) Hmm, I cannot reproduce this bug. mhc-utils is installable on my environment (sid, i386). Anyway, I'll cleanup mhc-utils.postinst to fix this bug in the next upload. Thanks, -- Tatsuya Kinoshita pgpSVuEKyr8gu.pgp Description: PGP signature
Bug#430210: mhc-utils: Uninstallable because postinst fails
On June 23, 2007 at 3:25PM +0200, jeroen (at vrijschrift.org) wrote: > > Anyway, I'll cleanup mhc-utils.postinst to fix this bug in the next upload. > > Debugging the postinst, the problem seems to be > > db_get 'shared/pilot/port' > > If I install kpilot, which asks the debconf question which port to > use, the problem goes away. Thanks for debugging. I disabled the problematic lines just now. Because mhc-utils's Palm Pilot feature is currently broken. See also bug#398459. Thanks, -- Tatsuya Kinoshita pgpTXyyjUCz6i.pgp Description: PGP signature
Bug#423159: emacs-snapshot: Can't install package
On May 10, 2007 at 8:47AM +0100, collector (at mail.telepac.pt) wrote: > Package: emacs-snapshot > Version: 1:20070302-1 > Severity: grave > Justification: renders package unusable > > I can't install emacs-snapshot because it always fails to byte-compile. > Even when I remove all my addons. > > Here is the log file from the install: > > -- BEGIN -- > emacs-install emacs-snapshot > install/apel: Byte-compiling for emacs-snapshot ... done. > install/bbdb: Byte-compiling for emacs-snapshot ... > Generating bbdb-autoloads... > Byte-compiling bbdb. This takes looong... > mv: cannot stat `lisp/*.elc': No such file or directory > done. > emacsen-common: Handling install of emacsen flavor emacs-snapshot > emacsen-common: byte-compiling for emacs-snapshot > /usr/lib/emacsen-common/packages/install/emacsen-common: line 37: > emacs-snapshot: command not found [...] > ii dpkg 1.14.2 package maintenance system for > Deb dpkg 1.14.x seems to be buggy, which might be providing troublesome to symlinks with update-alternatives. Could you please try it again with dpkg 1.13.x? Thanks, -- Tatsuya Kinoshita pgpEBfYgZaPmv.pgp Description: PGP signature
Bug#425535: ca-certificates: install failure: missing mktemp dependency
On May 22, 2007 at 12:25PM +0100, halls (at debian.org) wrote: > Package: ca-certificates > Version: 20070303 > Severity: serious > Justification: Policy 7.2 > > # apt-get install ca-certificates > [...] > Setting up ca-certificates (20070303) ... > Updating certificates in > /etc/ssl/certs/usr/sbin/update-ca-certificates: line 58: mktemp: > command not found > dpkg: error processing ca-certificates (--configure): > subprocess post-installation script returned error exit status 127 > Errors were encountered while processing: > ca-certificates > E: Sub-process /usr/bin/dpkg returned an error code (1) > > This is in a fairly small chroot. There is no mktemp package installed, > which provides /bin/mktemp and fixes the problem: > > # apt-get install mktemp ca-certificates I think this isn't a bug. The mktemp package is in the list of essential packages. You should install essential packages in your chroot environment. -- Tatsuya Kinoshita pgp9AxHtMi0XO.pgp Description: PGP signature
Bug#391778: apel: fails to install
severity 391778 important thanks Hmm, this error doesn't appear on my system. I removed *xemacs* packages and re-installed xemacs21-mule 21.4.19-1, and then byte-compilation of apel is fine. I re-installed apel 10.6+0.20060424-1, it's also fine. For now, I've downgraded the severity of this bug. On October 8, 2006 at 4:30PM +0200, ballombe (at debian.org) wrote: > Package: apel > Version: 10.6+0.20060424-1 > Severity: serious > > Hello Tatsuya, > > There is an error when attempting to install apel: > > install/apel: Byte-compiling for xemacs21 (mule) ... done. > emacsen-common: Handling install of emacsen flavor xemacs21 > emacsen-common: byte-compiling for xemacs21 > > WARNING: > Couldn't find obvious defaults for: > data-directory > mule-lisp-directory > lisp-directory > Perhaps some directories don't exist, or the XEmacs executable, > /usr/bin/xemacs21 > is in a strange place?Loading /usr/share/emacs/site-lisp/debian-startup... > Loading 00debian-vars... > No /etc/mailname. Reverting to default... > ^GSymbol's function definition is void: batch-byte-compile > xemacs exiting > . > emacs-install: /usr/lib/emacsen-common/packages/install/emacsen-common > xemacs21 failed at /usr/lib/emacsen-common/emacs-install line 28, > line 3. > dpkg: error processing xemacs21-mule (--configure): >subprocess post-installation script returned error exit status 255 The above WARNING message should not be appeared. The message is displayed by XEmacs' startup.el, not by apel. Also, The function `batch-byte-compile' should be available on XEmacs even if options -q and -no-site-file are used. So, the error is strange. Could you investigate this problem minutely on your system? -- Tatsuya Kinoshita pgpCJCX06W8ur.pgp Description: PGP signature
Bug#391780: mell: fails to install
tags 391780 patch
thanks
On October 11, 2006 at 11:21PM +0200,
allomber (at math.u-bordeaux.fr) wrote:
> > > There is an error when attempting to install mell:
> > > install/mell: Handling install for emacsen flavor
> > > xemacs21...emacs-install: /usr/lib/emacsen-common/packages/install/mell
> > > xemacs21 emacs21 failed at /usr/lib/emacsen-common/emacs-install line 28,
> > > line 99.
> > > dpkg: error processing xemacs21-mule (--configure):
> > >subprocess post-installation script returned error exit status 255
> >
> > Is this a different bug of src:xemacs21 bug #391778?
>
> I have no idea.
>
> > How can we reproduce this bug?
>
> I have no easy way so far. Please find the piupart log at
> <http://people.debian.org/~ballombe/misc/mell.log>
> It was recorded today.
The log seems that this bug is a different bug of #391778, and
it is affected by other packages.
To prevent an effect by other package when byte-compiling, please
use -no-site-file option in emacsen-install. The follwing patch
should fix this bug. (though I have not yet tested with piuparts)
--- mell-1.0.0-6/debian/emacsen-install.in
+++ mell-1.0.0/debian/emacsen-install.in
@@ -21,6 +21,7 @@
SITELISP=/usr/share/${FLAVOR}/site-lisp
ELCDIR=${SITELISP}/${PACKAGE}
APELDIR=${SITELISP}/apel
+SITEFLAG=-no-site-file
FLAGS="${SITEFLAG} -q -batch -l ./path.el -l ${APELDIR}/poe.elc -f
batch-byte-compile"
STAMP="${ELCDIR}/compile-stamp"
--
Tatsuya Kinoshita
Bug#391778: xemacs21-mule: postinst fails if xemacs21-support is not yet configured
tags 391778 + patch
thanks
On October 11, 2006 at 3:24AM +0900,
tats (at debian.org) wrote:
> reassign 391778 xemacs21-mule
> retitle 391778 xemacs21-mule: postinst fails if xemacs21-support is not yet
> configured
> severity 391778 serious
> thanks
>
> I'm reassigning Bug#391778 from apel to xemacs21-mule.
>
> On October 9, 2006 at 1:07PM +0200,
> allomber (at math.u-bordeaux.fr) wrote:
>
> > You can reproduce it with
> > debootstrap, chroot, and
> > apt-get update && apt-get install xemacs21 mell
[...]
>
> # apt-get install xemacs21 mell
> [...]
> Setting up xemacs21-mulesupport (2006.05.10-1) ...
> Setting up perl-modules (5.8.8-6.1) ...
> Setting up perl (5.8.8-6.1) ...
>
> Setting up xemacs21-basesupport (2006.05.10-1) ...
> Setting up xemacs21-mule (21.4.19-1) ...
> emacs-install xemacs21
> apel: Skipped: xemacs21 is not yet configured
> emacsen-common: Handling install of emacsen flavor xemacs21
> emacsen-common: byte-compiling for xemacs21
>
> WARNING:
> Couldn't find obvious defaults for:
> data-directory
> mule-lisp-directory
> lisp-directory
> Perhaps some directories don't exist, or the XEmacs executable,
> /usr/bin/xemacs21
> is in a strange place?Loading /usr/share/emacs/site-lisp/debian-startup...
> Loading 00debian-vars...
> No /etc/mailname. Reverting to default...
> ^GSymbol's function definition is void: batch-byte-compile
> xemacs exiting
> .
> [...]
>
>
> It seems that the error is occured in xemacs21-mule's postinst, and
> byte-compilation fails even emacsen-common.
>
> I've noticed that xemacs21, xemacs21-bin and xemacs21-support are
> not configured before xemacs21-mule's postinst, and found required
> code in `/var/lib/dpkg/info/xemacs21-support.postinst'.
>
> xemacs21 maintainer, please contain the code of
> xemacs21-support.postinst (making symlinks for /usr/lib/xemacs-*)
> in xemacs21-mule.postinst, xemacs21-nomule.postinst, etc.
I've also found a related problem that the symlinks are not removed
when xemacs21-support is removed, as follows:
# apt-get remove xemacs21-support
Reading package lists... Done
Building dependency tree... Done
The following packages will be REMOVED:
xemacs21 xemacs21-bin xemacs21-mule xemacs21-nomule xemacs21-support
0 upgraded, 0 newly installed, 5 to remove and 0 not upgraded.
Need to get 0B of archives.
After unpacking 24.9MB disk space will be freed.
Do you want to continue [Y/n]?
(Reading database ... 210798 files and directories currently installed.)
Removing xemacs21-nomule ...
Removing xemacs21-mule ...
[...]
Removing xemacs21-bin ...
dpkg - warning: while removing xemacs21-bin, directory
`/usr/lib/xemacs-21.4.19' not empty so not removed.
Removing xemacs21-support ...
Removing xemacs21 ...
# ls -l /usr/lib/xemacs-21.4.19
total 0
lrwxrwxrwx 1 root root 29 Oct 9 13:25 etc -> /usr/share/xemacs-21.4.19/etc
lrwxrwxrwx 1 root root 30 Oct 9 13:25 lisp -> /usr/share/xemacs-21.4.19/lisp
I've prepared the attached patch to fix this RC bug.
Thanks,
--
Tatsuya Kinoshita
--- xemacs21-21.4.19-1/debian/postinst-base
+++ xemacs21-21.4.19/debian/postinst-base
@@ -1,6 +1,12 @@
#!/bin/sh -e
set -e
+# Make symlinks due to an emacs-install failure
+OLDDATADIR=/usr/lib/[EMAIL PROTECTED]@
+NEWDATADIR=/usr/share/[EMAIL PROTECTED]@
+test -e ${OLDDATADIR}/etc || ln -s ${NEWDATADIR}/etc ${OLDDATADIR}/etc
+test -e ${OLDDATADIR}/lisp || ln -s ${NEWDATADIR}/lisp ${OLDDATADIR}/lisp
+
# oops. Needed to check version on upgrade. Now just need to remove old ones.
for i in 1 2 3 4 5 6 ; do
update-alternatives --remove xemacs21 /usr/bin/xemacs-21.4.$i-REPLACE_ME
--- xemacs21-21.4.19-1/debian/prerm-base
+++ xemacs21-21.4.19/debian/prerm-base
@@ -22,6 +22,11 @@
if [ -L /usr/doc/[EMAIL PROTECTED]@-REPLACE_ME ]; then
rm -f /usr/doc/[EMAIL PROTECTED]@-REPLACE_ME
fi
-
+if [ -L /usr/lib/[EMAIL PROTECTED]@/etc ]; then
+ rm -f /usr/lib/[EMAIL PROTECTED]@/etc
+fi
+if [ -L /usr/lib/[EMAIL PROTECTED]@/lisp ]; then
+ rm -f /usr/lib/[EMAIL PROTECTED]@/lisp
+fi
##DEBHELPER##
--- xemacs21-21.4.19-1/debian/[EMAIL PROTECTED]@@[EMAIL PROTECTED]
+++ xemacs21-21.4.19/debian/[EMAIL PROTECTED]@@[EMAIL PROTECTED]
@@ -7,4 +7,11 @@
rmdir /usr/local/lib/xemacs > /dev/null 2>&1 || \
true
+if [ -L /usr/lib/[EMAIL PROTECTED]@/etc ]; then
+ rm -f /usr/lib/[EMAIL PROTECTED]@/etc
+fi
+if [ -L /usr/lib/[EMAIL PROTECTED]@/lisp ]; then
+ rm -f /usr/lib/[EMAIL PROTECTED]@/lisp
+fi
+
##DEBHELPER##
pgpf1BmbmPR02.pgp
Description: PGP signature
Bug#391780: mell: fails to install
On October 12, 2006 at 10:42PM +0900,
tats (at debian.org) wrote:
> tags 391780 patch
> thanks
>
> On October 11, 2006 at 11:21PM +0200,
> allomber (at math.u-bordeaux.fr) wrote:
[...]
> > <http://people.debian.org/~ballombe/misc/mell.log>
> > It was recorded today.
>
> The log seems that this bug is a different bug of #391778, and
> it is affected by other packages.
>
> To prevent an effect by other package when byte-compiling, please
> use -no-site-file option in emacsen-install.
I've prepared NMU mell_1.0.0-6.1 to fix this RC bug (bug#391780)
and lintian errors (bug#392602). If the maintainer don't make an
objection to it, I'll do NMU next week.
--- mell-1.0.0-6/debian/changelog
+++ mell-1.0.0/debian/changelog
@@ -1,3 +1,18 @@
+mell (1.0.0-6.1) unstable; urgency=medium
+
+ * NMU to fix an RC bug and lintian errors.
+ * debian/emacsen-install.in: Use the -no-site-file option to prevent
+installation failure with xemacs21. (Closes: Bug#391780)
+ * debian/control: Move debhelper and dpatch from Build-Depends-Indep
+to Build-Depends. (Closes: Bug#392602)
+ * debian/rules: Use `make distclean' instead of `make clean' to remove
+configure generated files.
+ * debian/copyright: Update the postal address of FSF and mention
+Debian packaging conditions.
+ * debian/control: Set Standards-Version to 3.7.2.
+
+ -- Tatsuya Kinoshita <[EMAIL PROTECTED]> Sat, 4 Nov 2006 07:26:16 +0900
+
mell (1.0.0-6) unstable; urgency=low
* README.Debian: Add notice about setup suggested by
--- mell-1.0.0-6/debian/control
+++ mell-1.0.0/debian/control
@@ -2,8 +2,8 @@
Section: editors
Priority: optional
Maintainer: Hidetaka Iwai <[EMAIL PROTECTED]>
-Build-Depends-Indep: debhelper (>> 4.0.0), dpatch
-Standards-Version: 3.6.1.0
+Build-Depends: debhelper (>> 4.0.0), dpatch
+Standards-Version: 3.7.2
Package: mell
Architecture: all
--- mell-1.0.0-6/debian/copyright
+++ mell-1.0.0/debian/copyright
@@ -18,9 +18,10 @@
You should have received a copy of the GNU General Public License
along with this package; if not, write to the Free Software
- Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
- 02111-1307, USA.
+ Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
On Debian systems, the complete text of the GNU General
Public License can be found in `/usr/share/common-licenses/GPL'.
+The Debian packaging is distributed under the same conditions as
+the upstream.
--- mell-1.0.0-6/debian/emacsen-install.in
+++ mell-1.0.0/debian/emacsen-install.in
@@ -21,6 +21,7 @@
SITELISP=/usr/share/${FLAVOR}/site-lisp
ELCDIR=${SITELISP}/${PACKAGE}
APELDIR=${SITELISP}/apel
+SITEFLAG=-no-site-file
FLAGS="${SITEFLAG} -q -batch -l ./path.el -l ${APELDIR}/poe.elc -f
batch-byte-compile"
STAMP="${ELCDIR}/compile-stamp"
--- mell-1.0.0-6/debian/rules
+++ mell-1.0.0/debian/rules
@@ -38,7 +38,7 @@
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp debian/emacsen-install
- -$(MAKE) clean
+ -$(MAKE) distclean
dh_clean
Thanks,
--
Tatsuya Kinoshita
pgpyLTu6VpCxu.pgp
Description: PGP signature
Bug#391780: mell: fails to install
On November 10, 2006 at 5:19AM -0800, vorlon (at debian.org) wrote: > Hi Tatsuya, > > It's been a week since you wrote: > > > I've prepared NMU mell_1.0.0-6.1 to fix this RC bug (bug#391780) > > and lintian errors (bug#392602). If the maintainer don't make an > > objection to it, I'll do NMU next week. > > Will you please upload this NMU so that the bug can be fixed in etch? Yeah, uploaded. Thanks, -- Tatsuya Kinoshita pgpqWHZsLu0Zb.pgp Description: PGP signature
Bug#392177: Bug#386196: mhc-utils: FTBFS with libpisock9 (pilot-link 0.12.0)
Hi the mhc maintainer Fumitoshi,
On September 15, 2006 at 2:37PM +0200,
ludovic.rousseau (at free.fr) wrote:
> severity 386196 serious
[...]
> pilot-link 0.12.1 in unstable. Your package now FTBFS in unstable.
Could you please consider applying the attached patch provided by
KOIE Hidetaka at the upstream mailing list [mhc:02219] on
2006-09-30 to downgrade the severity of FTBFS bugs #386196 and
#392177? (The patch prevents FTBFS, but it is incomplete and the
mhc_pilib feature is unusable...)
I hope the mhc package will be available in etch even if the
mhc_pilib feature of mhc-utils is unusable.
Thanks,
--
Tatsuya Kinoshita
Index: ruby-ext/mhc_pilib.c
===
RCS file: /cvsroot/mhc/ruby-ext/mhc_pilib.c,v
retrieving revision 1.5
diff -p -u -r1.5 mhc_pilib.c
--- ruby-ext/mhc_pilib.c15 Nov 2004 00:40:01 - 1.5
+++ ruby-ext/mhc_pilib.c29 Sep 2006 23:43:55 -
@@ -121,6 +121,9 @@ static VALUE rpi_sock_open(VALUE obj, VA
}
}
+#if PILOT_LINK_MAJOR >= 12
+ ret = pi_bind(sd, dev_str);
+#else
if (dev_usb) {
for (i=7; i>0; i--) {
ret = pi_bind(sd, (struct sockaddr*)&addr, sizeof(addr));
@@ -130,6 +133,7 @@ static VALUE rpi_sock_open(VALUE obj, VA
} else {
ret = pi_bind(sd, (struct sockaddr*)&addr, sizeof(addr));
}
+#endif
if (ret == -1) return Qnil;
return INT2FIX(sd);
@@ -260,6 +264,20 @@ static VALUE rdlp_CloseDB(VALUE obj, VAL
static VALUE rdlp_ReadAppBlock(VALUE obj, VALUE sd, VALUE db)
{
+#if PILOT_LINK_MAJOR >= 12
+ int len;
+ VALUE ret = Qnil;
+ pi_buffer_t *buffer = pi_buffer_new(DLP_BUF_SIZE); /* xxx need check */
+
+ len = dlp_ReadAppBlock(FIX2INT(sd), FIX2INT(db), 0, DLP_BUF_SIZE, buffer);
+
+ if (len > 0)
+ ret = str_new(buffer->data, len);
+
+ pi_buffer_free(buffer);
+
+ return ret;
+#else
int len;
unsigned char buffer[0x];
@@ -269,6 +287,7 @@ static VALUE rdlp_ReadAppBlock(VALUE obj
return Qnil;
else
return str_new(buffer, len);
+#endif
}
//
@@ -284,18 +303,32 @@ static VALUE rdlp_ReadAppBlock(VALUE obj
static VALUE rdlp_ReadRecordByIndex(VALUE obj, VALUE sd, VALUE db, VALUE i)
{
- VALUE ary;
+ VALUE ary = Qnil;
int attr, category, len;
recordid_t id;
+#if PILOT_LINK_MAJOR >= 12
+ pi_buffer_t *buffer = pi_buffer_new(DLP_BUF_SIZE); /* xxx needed check */
+#else
unsigned char buffer[0x];
+#endif
- ary = ary_new();
+#if PILOT_LINK_MAJOR >= 12
+ len = dlp_ReadRecordByIndex(FIX2INT(sd), FIX2INT(db), FIX2INT(i),
+ buffer, &id, &attr, &category);
+#else
len = dlp_ReadRecordByIndex(FIX2INT(sd), FIX2INT(db), FIX2INT(i),
buffer, &id, 0, &attr, &category);
+#endif
- if (len <= 0) return Qnil;
+ if (len <= 0) goto out;
+ ary = ary_new();
+
+#if PILOT_LINK_MAJOR >= 12
+ dprintf(("id:%d atr:%d cat:%d bp:%d
len:%d\n",id,attr,category,buffer->data,len));
+#else
dprintf(("id:%d atr:%d cat:%d bp:%d len:%d\n",id,attr,category,buffer,len));
+#endif
dprintf(("readrecordbyindex 0\n"));
ar_set1(ary, "i", id);
dprintf(("readrecordbyindex 1\n"));
@@ -303,32 +336,62 @@ static VALUE rdlp_ReadRecordByIndex(VALU
dprintf(("readrecordbyindex 2\n"));
ar_set1(ary, "i", category);
dprintf(("readrecordbyindex 3\n"));
+#if PILOT_LINK_MAJOR >= 12
+ ary_push(ary, str_new(buffer->data, len));
+#else
ary_push(ary, str_new(buffer, len));
+#endif
dprintf(("readrecordbyindex 4\n"));
+ out:
+#if PILOT_LINK_MAJOR >= 12
+ pi_buffer_free(buffer);
+#endif
return ary;
}
static VALUE rdlp_ReadRecordById(VALUE obj, VALUE sd, VALUE db, VALUE vid)
{
- VALUE ary;
+ VALUE ary = Qnil;
int attr, category, len;
int index;
+#if PILOT_LINK_MAJOR >= 12
+ pi_buffer_t *buffer = pi_buffer_new(DLP_BUF_SIZE);
+#else
unsigned char buffer[0x];
+#endif
recordid_t id = FIX2INT(vid);
- ary = ary_new();
+#if PILOT_LINK_MAJOR >= 12
+ len = dlp_ReadRecordById(FIX2INT(sd), FIX2INT(db), id,
+ buffer, &index, &attr, &category);
+#else
len = dlp_ReadRecordById(FIX2INT(sd), FIX2INT(db), id,
buffer, &index, 0, &attr, &category);
+#endif
+
+ if (len <= 0) goto out;
- if (len <= 0) return Qnil;
+ ary = ary_new();
+#if PILOT_LINK_MAJOR >= 12
+ dprintf(("id:%d atr:%d cat:%d bp:%d
len:%d\n",id,attr,category,buffer->data,len));
+#else
dprintf(("id:%d atr:%d cat:%d bp:%d len:%d\n",id,attr,category,buffer,len));
+#endif
ar_set1(ary, "i", id);
ar_set1(ary, "i", attr);
ar_set1(ary, "i", category);
+#if PILOT_LINK_MAJOR >= 12
+ ary_pus
Bug#386196: mhc-utils: FTBFS with libpisock9 (pilot-link 0.12.0)
clone 386196 -1 retitle -1 mhc-utils: mhc_pilib is unusable with libpisock9 (pilot-link 0.12.0) severity -1 important reassign 386196 mhc 0.25.1+20050120-2 merge 386196 392177 tags 386196 + patch thanks I'm cloning this bug, retitling the clone, and setting it's severity to important, which mentions mhc_pilib is unusable. Please apply the patch to close the FTBFS bugs #386196 and #392177. On November 11, 2006 at 7:59AM +0900, tats (at debian.org) wrote: > Hi the mhc maintainer Fumitoshi, > > On September 15, 2006 at 2:37PM +0200, > ludovic.rousseau (at free.fr) wrote: > > > severity 386196 serious > [...] > > pilot-link 0.12.1 in unstable. Your package now FTBFS in unstable. > > Could you please consider applying the attached patch provided by > KOIE Hidetaka at the upstream mailing list [mhc:02219] on > 2006-09-30 to downgrade the severity of FTBFS bugs #386196 and > #392177? (The patch prevents FTBFS, but it is incomplete and the > mhc_pilib feature is unusable...) > > I hope the mhc package will be available in etch even if the > mhc_pilib feature of mhc-utils is unusable. -- Tatsuya Kinoshita pgpl3lqnCyzth.pgp Description: PGP signature
Bug#386196: mhc-utils: FTBFS with libpisock9 (pilot-link 0.12.0)
I've prepared NMU mhc 0.25.1+20050120-2.1 to fix this RC bug, see below.
If the maintainer don't make an objection to it, I'll do NMU soon.
diff -urN mhc-0.25.1+20050120-2/debian/changelog
mhc-0.25.1+20050120/debian/changelog
--- mhc-0.25.1+20050120-2/debian/changelog 2006-07-09 13:55:58.0
+0900
+++ mhc-0.25.1+20050120/debian/changelog2006-11-19 23:02:01.0
+0900
@@ -1,3 +1,11 @@
+mhc (0.25.1+20050120-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS, patch from [mhc:02219], thanks to KOIE Hidetaka.
+closes: Bug#386196
+
+ -- Tatsuya Kinoshita <[EMAIL PROTECTED]> Sun, 19 Nov 2006 23:01:31 +0900
+
mhc (0.25.1+20050120-2) unstable; urgency=low
* use ${misc:Depends} in debian/control for debconf
diff -urN mhc-0.25.1+20050120-2/ruby-ext/mhc_pilib.c
mhc-0.25.1+20050120/ruby-ext/mhc_pilib.c
--- mhc-0.25.1+20050120-2/ruby-ext/mhc_pilib.c 2004-11-15 09:40:01.0
+0900
+++ mhc-0.25.1+20050120/ruby-ext/mhc_pilib.c2006-11-19 23:01:13.0
+0900
@@ -121,6 +121,9 @@
}
}
+#if PILOT_LINK_MAJOR >= 12
+ ret = pi_bind(sd, dev_str);
+#else
if (dev_usb) {
for (i=7; i>0; i--) {
ret = pi_bind(sd, (struct sockaddr*)&addr, sizeof(addr));
@@ -130,6 +133,7 @@
} else {
ret = pi_bind(sd, (struct sockaddr*)&addr, sizeof(addr));
}
+#endif
if (ret == -1) return Qnil;
return INT2FIX(sd);
@@ -260,6 +264,20 @@
static VALUE rdlp_ReadAppBlock(VALUE obj, VALUE sd, VALUE db)
{
+#if PILOT_LINK_MAJOR >= 12
+ int len;
+ VALUE ret = Qnil;
+ pi_buffer_t *buffer = pi_buffer_new(DLP_BUF_SIZE); /* xxx need check */
+
+ len = dlp_ReadAppBlock(FIX2INT(sd), FIX2INT(db), 0, DLP_BUF_SIZE, buffer);
+
+ if (len > 0)
+ ret = str_new(buffer->data, len);
+
+ pi_buffer_free(buffer);
+
+ return ret;
+#else
int len;
unsigned char buffer[0x];
@@ -269,6 +287,7 @@
return Qnil;
else
return str_new(buffer, len);
+#endif
}
//
@@ -284,18 +303,32 @@
static VALUE rdlp_ReadRecordByIndex(VALUE obj, VALUE sd, VALUE db, VALUE i)
{
- VALUE ary;
+ VALUE ary = Qnil;
int attr, category, len;
recordid_t id;
+#if PILOT_LINK_MAJOR >= 12
+ pi_buffer_t *buffer = pi_buffer_new(DLP_BUF_SIZE); /* xxx needed check */
+#else
unsigned char buffer[0x];
+#endif
- ary = ary_new();
+#if PILOT_LINK_MAJOR >= 12
+ len = dlp_ReadRecordByIndex(FIX2INT(sd), FIX2INT(db), FIX2INT(i),
+ buffer, &id, &attr, &category);
+#else
len = dlp_ReadRecordByIndex(FIX2INT(sd), FIX2INT(db), FIX2INT(i),
buffer, &id, 0, &attr, &category);
+#endif
+
+ if (len <= 0) goto out;
- if (len <= 0) return Qnil;
+ ary = ary_new();
+#if PILOT_LINK_MAJOR >= 12
+ dprintf(("id:%d atr:%d cat:%d bp:%d
len:%d\n",id,attr,category,buffer->data,len));
+#else
dprintf(("id:%d atr:%d cat:%d bp:%d len:%d\n",id,attr,category,buffer,len));
+#endif
dprintf(("readrecordbyindex 0\n"));
ar_set1(ary, "i", id);
dprintf(("readrecordbyindex 1\n"));
@@ -303,32 +336,62 @@
dprintf(("readrecordbyindex 2\n"));
ar_set1(ary, "i", category);
dprintf(("readrecordbyindex 3\n"));
+#if PILOT_LINK_MAJOR >= 12
+ ary_push(ary, str_new(buffer->data, len));
+#else
ary_push(ary, str_new(buffer, len));
+#endif
dprintf(("readrecordbyindex 4\n"));
+ out:
+#if PILOT_LINK_MAJOR >= 12
+ pi_buffer_free(buffer);
+#endif
return ary;
}
static VALUE rdlp_ReadRecordById(VALUE obj, VALUE sd, VALUE db, VALUE vid)
{
- VALUE ary;
+ VALUE ary = Qnil;
int attr, category, len;
int index;
+#if PILOT_LINK_MAJOR >= 12
+ pi_buffer_t *buffer = pi_buffer_new(DLP_BUF_SIZE);
+#else
unsigned char buffer[0x];
+#endif
recordid_t id = FIX2INT(vid);
- ary = ary_new();
+#if PILOT_LINK_MAJOR >= 12
+ len = dlp_ReadRecordById(FIX2INT(sd), FIX2INT(db), id,
+ buffer, &index, &attr, &category);
+#else
len = dlp_ReadRecordById(FIX2INT(sd), FIX2INT(db), id,
buffer, &index, 0, &attr, &category);
+#endif
- if (len <= 0) return Qnil;
+ if (len <= 0) goto out;
+ ary = ary_new();
+
+#if PILOT_LINK_MAJOR >= 12
+ dprintf(("id:%d atr:%d cat:%d bp:%d
len:%d\n",id,attr,category,buffer->data,len));
+#else
dprintf(("id:%d atr:%d cat:%d bp:%d len:%d\n",id,attr,category,buffer,len));
+#endif
ar_set1(ary, "i", id);
ar_set1(ary, "i", attr);
ar_set1(ary, "i", category);
+#if PILOT_LINK_MAJOR >= 12
+ ary_push(ary, str_new(buffer->data, len));
+#else
ary_push(ary, str_new(buffer, len));
+#endif
+ out:
+#if PILOT_LINK_MAJOR >= 12
+ pi_buf
