On Mon, Mar 03, 2008 at 03:22:18AM +1100, Harshula wrote:
On Sun, 2008-03-02 at 23:53 +0900, Osamu Aoki wrote:
This bug 466922 for m17n-db is blocking other packages such as scim-uim
to build.
Why? What's the relationship between scim-uim and m17n-db?
Indirect build dependency.
On Fri, Jan 11, 2008 at 10:27:17AM +0800, Emfox Zhou wrote:
Ming Hua [EMAIL PROTECTED] writes:
The best solution would be teaching upstream to understand the SONAME
issue and bump it. Or we can make it a private library (but I don't
really know how). Or make very strict dependency
Package: libpcmanx-core0
Version: 0.3.7-1
Severity: serious
Justification: Policy 8.6
Hi Emfox,
First thank you for the fast packaging of the new PCManX release. I
feel almost sorry to report an RC bug against it, but this is a serious
issue and I hope it gets addressed.
I was looking through
Package: libboo2.0-cil
Version: 0.8.0.2730-4
Severity: serious
This is related to bug #459975, but it seems to me the main problem is a
missing Conflicts/Replaces, and then when rewinding on error I got hit
by #459975, so I'm reporting a seperate bug.
This is the log when trying to remove boo
package xfonts-wqy
tags 457423 + patch
user [EMAIL PROTECTED]
usertag 457423 ubuntu-patch hardy
thanks
On Tue, Jan 01, 2008 at 11:17:39PM -0600, Ming Hua wrote:
The attached patch is what I used in Ubuntu's 0.9.9-2ubuntu1 version,
using the method in the example to handle deleted conffile. I
On Sat, Dec 22, 2007 at 03:41:53AM -0600, Ming Hua wrote:
The fix is
also not very hard, the script just need to check the md5sum of the
conffile, something like the examples in [1].
1. http://wiki.debian.org/DpkgConffileHandling
The attached patch is what I used in Ubuntu's 0.9.9
Package: xfonts-wqy
Version: 0.9.9-2
Severity: serious
Justification: Policy 10.7.3
The postinst script in 0.9.9-2 checks the old fontconfig settings in
/etc/fonts/conf.d/ and cleans them up during upgrade. However, the way
it is handled violates the policy requirement about conffiles.
Quote
On Tue, Oct 16, 2007 at 10:15:31PM -0500, Ming Hua wrote:
And then things gets ugly -- the file gtkchinesecalendar/tables.h looks
like derivative work of lunar code, but the copyright and licensing
notice at the top of the file is completely removed, and the file in
lunar-applet doesn't have
On Thu, Dec 06, 2007 at 11:13:06AM +0100, Mirco Bauer wrote:
My solution/workaround:
Run dpkg-reconfigure on all three packages: libmono-addins2.0-cil,
libmono-addins-gui2.0-cil, and tomboy.
tomyboy doesn't need to be re-configured, libmono-addins0.2-cil _and_
On Wed, Dec 05, 2007 at 11:40:36AM +0100, Mirco Bauer wrote:
I believe the cause of this new crash (after updating cli-common and
reinstalling mono-addins) was caused by a partial upgrade of mono-addins
and restarting tomyboy.
I had a full upgrade in Debian unstable, and still saw this bug.
On Sun, Dec 02, 2007 at 12:43:30AM +0100, alessandro -oggei- ogier wrote:
postinst script fails at lines 22 and 24 because rmdir still fail if no
dir:
I am having the same bug:
Setting up gnome-panel-data (2.20.2-1) ...
rmdir: /var/lib/gnome: No such file or directory
dpkg: error processing
Package: lunar-applet
Version: 1.6-1
Severity: serious
Justification: Policy 2.3, I suppose
Lunar-applet is apparently a derivative work of the clock applet in
gnome-panel. The gnome-panel source has FSF as the copyright owner,
with many authors. However, lunar-applet's packaging documentation
On Thu, Sep 27, 2007 at 02:53:21PM +0200, Marc Haber wrote:
On Thu, Sep 20, 2007 at 01:18:26AM +0200, Peter wrote:
I tested to edit directly
/var/cache/debconf/config.dat
I added at:
shared/default-x-server
Value: xserver-xorg
Flags: seen
And then dpkg-reconfigure
Package: scim-bridge-client-qt
Version: 0.4.13-1
Severity: serious
Justification: makes package unusable
The Qt 3 IM module of scim-bridge 0.4.13-1 is completely broken.
Starting any Qt 3 program with QT_IM_MODULE set to scim-bridge fails,
with error messages like the following:
$
Package: bitstormlite
Version: 0.2k-1
Severity: serious
Justification: license incompatibility
The bitstormlite package currently in archive, 0.2k-1, links to
libcurl4-openssl, and therefore indirectly links to libssl. Since
bitstormlite is licensed under GPL with no exceptions, I believe there
On Mon, May 21, 2007 at 07:49:46AM +0700, Theppitak Karoonboonyanan wrote:
On 5/9/07, Ming Hua [EMAIL PROTECTED] wrote:
As your package is the (2b) case, you should start to put the module
files into the ABI-specific /usr/lib/scim-1.0/1.4.0/ directory. It
seems the only change you need
forcemerge 422739 424019
thanks
Hi Michael,
On Tue, May 15, 2007 at 01:00:27PM +0200, Michael Ablassmeier wrote:
i think this is related to the new $(moduledir) change in scim 1.4.6-1, as
reported to several other scim packages (#422956 for example).
Thanks for reporting this bug. And
Hi Michael,
On Tue, May 15, 2007 at 12:58:34PM +0200, Michael Ablassmeier wrote:
Package: scim-hangul
Severity: serious
Version: 0.2.2-1
Justification: policy violation
Thanks for reporting this bug.
Lucas has rebuild the archive on i386 and your package Failed to Build
from Source with
Hi again,
On Tue, May 15, 2007 at 12:59:42PM +0200, Michael Ablassmeier wrote:
Lucas has rebuild the archive on i386 and your package Failed to Build
from Source with the following error:
# Clean up unnecessary static libraries for modules
rm debian/tmp/usr/lib/scim-1.0/1.4.0/*/*.la
Package: scim-anthy
Version: 1.2.1-1
Severity: serious
Justification: fails to build from source
Hello scim-anthy maintainers,
As you may have read in pkg-ime-devel list [1][2], there is a change in
scim's pkg-config file from upstream, and the variable $(moduledir)
changed. As a consequence
Package: scim-canna
Version: 1.0.0-2
Severity: serious
Justification: fails to build from source
Hello scim-canna maintainers,
As you may have read in pkg-ime-devel list [1][2], there is a change in
scim's pkg-config file from upstream, and the variable $(moduledir)
changed. As a consequence
Package: scim-chewing
Version: 0.3.1-1
Severity: serious
Justification: fails to build from source
Hello scim-anthy maintainers,
As you may have read in pkg-ime-devel list [1][2], there is a change in
scim's pkg-config file from upstream, and the variable $(moduledir)
changed. As a consequence
Package: scim-prime
Version: 1.0.0-2
Severity: serious
Justification: fails to build from source
Hello scim-prime maintainers,
As you may have read in pkg-ime-devel list [1][2], there is a change in
scim's pkg-config file from upstream, and the variable $(moduledir)
changed. As a consequence
Package: scim-skk
Version: 0.5.2-4
Severity: serious
Justification: fails to build from source
Hello scim-skk maintainers,
As you may have read in pkg-ime-devel list [1][2], there is a change in
scim's pkg-config file from upstream, and the variable $(moduledir)
changed. As a consequence
Package: scim-thai
Version: 0.1.0-1
Severity: serious
Justification: fails to build from source
Hello scim-thai maintainers,
As you may have read in pkg-ime-devel list [1][2], there is a change in
scim's pkg-config file from upstream, and the variable $(moduledir)
changed. As a consequence
Package: skim
Version: 1.4.5-1
Severity: serious
Justification: FTBFS
I was checking package skim to see how it should adapt to the
$(moduledir) change in scim 1.4.6-1 [1][2], however I couldn't go long
into skim's build process, it fails pretty fast with the following error
message:
rm
: debian/control
===
--- debian/control (revision 859)
+++ debian/control (working copy)
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Ming Hua [EMAIL PROTECTED]
Uploaders: Osamu Aoki [EMAIL PROTECTED]
-Build-Depends
Hi Jérémy,
On Sun, May 06, 2007 at 12:28:07PM +0200, Jérémy Bobbio wrote:
scim-uim currently fails to build from source in sid [1]:
Thanks for reporting. I think this is due to the changes in uim, and
upstream already released a new version (0.2.0) which should build fine
against uim 1.4.0.
On Tue, Apr 17, 2007 at 01:19:25PM +0200, Loïc Minier wrote:
On Tue, Apr 17, 2007, Ming Hua wrote:
I've prepared a new upload for scim that is compatible with the new GTK+
ABI and sent it to my sponsor, so this bug should be fixed soon.
(Let me know if you need sponsoring.)
It has
: Ming Hua [EMAIL PROTECTED]
Uploaders: Osamu Aoki [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0), dpatch, autotools-dev, intltool, x11proto-core-dev, libx11-dev, libgtk2.0-dev (= 2.4.0)
+Build-Depends: debhelper (= 4.0.0), dpatch, autotools-dev, intltool, x11proto-core-dev, libx11-dev
On Sat, Apr 14, 2007 at 11:33:43PM +0200, Loïc Minier wrote:
Updating your package should be relatively easy:
Hi Loïc,
Thanks for your clear instructions and example, I've managed to finish
this GTK ABI transition for scim (source package of scim-gtk2-immodule),
and I think it's working well
urgency upload to get RC bug fix into etch in time.
+
+ * Add dependency uim-common. (Closes: #402869)
+
+ -- Ming Hua [EMAIL PROTECTED] Tue, 27 Mar 2007 17:46:18 -0500
+
scim-uim (0.1.4-1) unstable; urgency=low
* New upstream release.
diff -u scim-uim-0.1.4/debian/control scim-uim-0.1.4/debian
#! /bin/sh /usr/share/dpatch/dpatch-run
## 50_fix-FTBFS-on-systems-with-lib64-directory.dpatch
## by Ming Hua [EMAIL PROTECTED]
##
## All lines beginning with `## DP:' are a description of the patch.
##
## DP: The handmade configure script tests the existence of /lib64/, and
## DP: if /lib64/ exists
Dear release managers,
I requested binNMU for scim-uim a few weeks ago, and it went well.
However it turns out to need another binNMU to adapt to the libuim1 to
libuim3 transition.
I am pretty sure scim-uim doesn't used the changed API (if any) in this
transition, and I've tested a rebuild
On Fri, Aug 11, 2006 at 11:39:43AM +0900, Kenshi Muto wrote:
uim changed its library soname to libuim1 since version 1.1.1.
So I believe scim-uim has to be rebuild with libuim-dev (= 1.1.1)
for the transition.
Hmm, it seems that uim package changed their SONAME again with version
1.2.1-2,
On Thu, Aug 10, 2006 at 10:20:10PM -0500, minghua wrote:
I'll keep this bug posted about the progress.
It turns out that scim-uim didn't use any changed API in the new version
of uim, so a binary NMU should be sufficient.
I've testing building and installing the package locally, and it seems
Dear release managers,
Starting from version 1:1.1.1, package uim changed the SONAME, and
builds libuim1 instead of libuim0. As scim-uim depends on libuim0, it
is uninstallable in unstable now (bug #382444).
This library transition for uim indeed has API changes, but fortunately
scim-uim
Hello libxft maintainers and release managers,
I've been following the development of font related library packages in
Debian, as some of the new features in the recent upstream releases are
important for rendering CJK fonts. So I'm quite happy to see xft
2.1.8.2 entered unstable a few days ago.
Package: skim
Version: 1.4.3-1
Severity: serious
Justification: FTBFS, policy 4.8
Tags: patch
Due to missing binary-arch target in debian/rules, skim 1.4.3-1 fails to
build from source on all buildds.
Attached is the patch we used in Ubuntu to temporarily fix this problem.
Note that this patch
package gnome-session
reopen 340765 !
found 340765 2.12.0-3
tags 340765 - experimental
thanks
Package: gnome-session
Version: 2.12.0-3
Followup-For: Bug #340765
I still got this bug when upgrading with aptitude from 2.10.0-8 to
2.12.0-3 in unstable today. When preparing the upgrade in the
# forgot to bcc: [EMAIL PROTECTED], doh.
package gnome-session
reopen 340765 !
found 340765 2.12.0-3
tags 340765 - experimental
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: scim-pinyin
Version: 0.5.0-1+b1
Severity: serious
Justification: Policy 7.5.1, breaks upgrade from sarge
As scim-chinese is renamed to scim-pinyin, the new scim-chinese binary
package is just a dummy package and depends on scim-pinyin. However
scim-pinyin does not Replaces scim-chinese,
Subject: pcmanx-gtk2: i386 packages built against GTK+ in experimental
Package: pcmanx-gtk2
Version: 0.3.3-2
Severity: grave
Justification: renders package unusable
The arch:i386 packages of pcmanx-gtk2 0.3.3-2 are built against
experimental version of GTK+ and Pango packages, therefore
Package: scim-tables
Version: 0.5.4-1
Severity: grave
Justification: renders package unusable
After the binNMU, the scim-modules-table package (arch:any) has a
version number 0.5.4-1+b1, but the scim-tables-* packages (arch:all) has
dependencies scim-modules-table (= 0.5.4-1), which make them
reassign 337369 scim-tables 0.4.3-2
merge 323831 337369
thanks
On Fri, Nov 04, 2005 at 02:01:36PM +0800, Bug Filler wrote:
The scim 1.41 prevent scim-tables-zh from installing for _quite a while_.
Since scim-pinyin was updated to work with scim 1.41, what had prevented
you from updating
reassign 323831 scim-tables 0.4.3-2
severity 323831 grave
reassign 337062 scim-tables 0.4.3-2
merge 323831 337062
thanks
Hi ShunTim,
Thanks for reporting.
On Wed, Nov 02, 2005 at 09:30:08PM +0800, LUK ShunTim wrote:
Package: scim-tables-zh
Version: 0.4.3-2
Severity: grave
Justification:
Package: scim-chewing
Severity: serious
Justification: no longer builds from source
scim-chewing 0.2.1-1 can't build from source in a up-to-date sid chroot
(with pbuilder) as of 2005.10.30 (although it used to build fine when
it's uploaded), giving the following error:
configure.ac:33: error:
On Wed, Oct 26, 2005 at 06:51:28PM +0200, Loic Minier wrote:
retitle 335564 needs rebuild against libfam0
severity 335564 serious
thanks
Hi,
On Wed, Oct 26, 2005, LI Daobing wrote:
retitle 335564 libfile.so depends on libstdc++.so.5 cause gedit crash
under scim environment
$
On Fri, Oct 14, 2005 at 10:39:19AM -0500, minghua wrote:
Just a head-up to say this RC bug is not forgotten. As I've said, it's
going to be fixed by an upload of new upstream version. The package is
in preparation and I think it should be ready in a week.
Update: There is a lincensing
Just a head-up to say this RC bug is not forgotten. As I've said, it's
going to be fixed by an upload of new upstream version. The package is
in preparation and I think it should be ready in a week.
Ming
2005.10.14
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
merge 324268 331618
tags 324268 pending
tags 331618 pending
tags 297975 pending
thanks
On Tue, Oct 04, 2005 at 01:08:45AM -0700, Wilmer Lau wrote:
Scim-chinese is not installable since early October. Would someone
out there be kind enough to provide a fix for this? This bug has
already
On Tue, Oct 04, 2005 at 03:33:36PM -0700, Wilmer Lau wrote:
However, you don't sound very 'welcoming' to a newbie like me to
participate in the Debian process in the future. I've heard problems
with Debian's community being somewhat exclusive, not friendly, and
welcoming. If you were me, and
On Sun, Aug 21, 2005 at 01:20:24PM +0200, Sebastian wrote:
Package: scim-chinese
Version: 0.4.2-2
Severity: grave
Justification: renders package unusable
Hi Sebastian,
Thanks for reporting.
I used to have SCIM working on my Debian/sid installation with smart pinyin
input but today I
On Wed, Aug 24, 2005 at 02:54:58PM +0800, LUK ShunTim wrote:
Package: scim-chinese
Severity: grave
Justification: renders package unusable
Hi ShunTim,
Thanks for reporting.
# debfoster scim-chinese
gives
quote
scim-chinese: Depends: scim (= 1.0.2) but it is not going to be installed
Just a head up -- I am aware of this RC bug. And it has already been
fixed in the new upstream release. However, scim-chinese is waiting for
scim's c++ transition (which also involves new upstream, so not
trivial). I am planning to do some packaging work this weekend, and
hopefully things can
Package: libchewing
Version: 0.2.6-2
Severity: serious
Tags: sid
Justification: Policy 7.6, FTBFS
The Build-Depends should be automake1.9 instead of automake-1.9. With
this typo libchewing FTBFS due to unsatisfied dependency.
-- System Information:
Debian Release: 3.1
APT prefers unstable
56 matches
Mail list logo
