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
> > rea
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 t
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 0.7
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 de
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
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 pol
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
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_
> libmono
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 bu
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 processin
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 d
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:
$ QT_IM_MODULE=sc
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
i
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
> &g
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/*
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 w
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 y
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 /tmp/buil
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 scim-
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 scim-sk
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 sci
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 s
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 sci
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 sci
.07
Index: 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]>
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
@ -3,7 +3,7 @@
Priority: optional
Maintainer: 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), dpa
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 wel
High 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 sci
- no debconf information
#! /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 existenc
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 locall
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
I am experiencing the same problem when trying to upgrade libuim-dev
(and dependencies). Looking at these two bug reports they seem to be
the same symptom, so maybe they should be merged?
I am not sure about the proposed solution in #385581 though, is Conflict
enough, should there be a Replace as
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 doesn't
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
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 on
# 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 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 ncurse
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 uninstalla
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
unin
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 s
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: pos
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 pro
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 envir
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".
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,
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 Thu, Sep 08, 2005 at 09:40:21AM -0700, Matt Kraai wrote:
> Package: scim-tables
> Version: 0.4.3-2
> Severity: serious
>
> scim-tables fails to build because configure cannot find
> scim-make-table:
>
> > checking for scim-make-table... no
> > configure: error: Could not find a scim-make-table
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
>
>
> scim-chinese: Depends: scim (>= 1.0.2) but it is not going to be insta
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
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 ge
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
AP
58 matches
Mail list logo
