As Boost.Locale was not part of boost until 1.48.0, so 1.42 is not affected.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi Rob,
On Wed, Jan 18, 2012 at 5:55 PM, Rob Browning wrote:
> manphiz-gu...@users.alioth.debian.org writes:
>
>> Hi, I just tried rebuilding emacs23 in my loongson box, and both emacs23
>> and emacs23-nox of the custom build install without problem. It might be
>> related to my custom kernel or
Hi Joss,
On Mon, Jan 2, 2012 at 6:13 AM, Josselin Mouette wrote:
> Le dimanche 01 janvier 2012 à 16:21 -0800, Deng Xiyue a écrit :
>> Similar problem was reported on ia64 and mipsel, which saw the problem
>> with -Wl,-z,-defs flag when building gnome-settings-daemon.
>
>
Hi,
On Sun, Jan 1, 2012 at 11:19 AM, Julien Cristau wrote:
> On Mon, Jun 6, 2011 at 04:18:08 +0800, manphiz-gu...@users.alioth.debian.org
> wrote:
>
>> Package: gnome-settings-daemon
>> Version: 2.30.2-3
>> Severity: grave
>>
>> The daemon segmentation fault on loading the plugins of
>> /usr/li
On Mon, Jun 6, 2011 at 2:34 AM, Josselin Mouette wrote:
> Le dimanche 05 juin 2011 à 22:02 -0700, Deng Xiyue a écrit :
>> Rebuilt gnome-settings-daemon as indicated at [1], and installed
>> libglib-2.0-dbg and libc6-dbg. Still the first frame is unknown, but
>> hope that the
On Sun, Jun 5, 2011 at 2:31 PM, Josselin Mouette wrote:
> Le lundi 06 juin 2011 à 04:18 +0800,
> manphiz-gu...@users.alioth.debian.org a écrit :
>> Package: gnome-settings-daemon
>> Version: 2.30.2-3
>> Severity: grave
>>
>> The daemon segmentation fault on loading the plugins of
>> /usr/lib/gnome
On Tue, Apr 20, 2010 at 10:42:00PM +0200, Moritz Muehlenhoff wrote:
> On Thu, Feb 04, 2010 at 01:02:32PM +0100, Aurelien Jarno wrote:
> > Deng Xiyue a écrit :
> > > On Tue, Jan 26, 2010 at 05:44:53PM +0100, Aurelien Jarno wrote:
> > >> Sven Joachim a écrit :
> >
On Tue, Jan 26, 2010 at 05:44:53PM +0100, Aurelien Jarno wrote:
> Sven Joachim a écrit :
> > [ Putting the glibc maintainers and the mips porters into the loop.
> > Summary: emacs23-nox aborts with malloc assertion failure on mipsel. ]
> >
> > On 2010-01-26 02
On Tue, Jan 26, 2010 at 01:39:24PM +0100, Sven Joachim wrote:
> > Versions of packages emacs23-nox depends on:
> > ii emacs23-bin-common23.1+1-5 The GNU Emacs editor's shared,
> > arc
> > ii install-info 4.13a.dfsg.1-5 Manage installed documentation
> > in
> > ii li
Package: emacs23-nox
Version: 23.1+1-5
Severity: grave
When installing emacs23-nox, aptitude stops with the following outputs:
---BEGIN OF OUTPUT---
$ LANG=C sudo aptitude install emacs23-nox
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extende
Package: xmms2-icon
Version: 0.6DrMattDestruction-2
Severity: grave
Justification: Breaks upgrade
After the icons are splitted in to xmms2-icon, it lacks a "Provides:
xmms2-core", which breaks upgrade. Log below:
(Reading database ... 193735 files and directories currently installed.)
Unpacking
Package: scim-bridge
Version: 0.4.16-1
Severity: grave
Tags: patch
Scim-bridge FTBFS due to missing "-d" switch when calling chrpath.
Patch attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (300, 'experimental')
Package: gstreamer0.10-plugins-bad
Version: 0.10.11-2
Severity: normal
Similar symptom here. The first time I launch finch, it quits with
"Illegal instructions", and from the second time it just segfaults.
Installing pidgin-dbg and gstreamer0.10-plugins-bad-dbg still doesn't
give a reasonable bac
Package: dbus
Version: 1.2.14-2
Severity: grave
Dbus 1.2.14-2 failes to install due to start script segmentation fault,
which makes it half-installed and unusable, hence severity grave.
Relevant aptitude log as follow:
BEGIN
Setting up dbus (1.2.14-2) ...
The system user messag
On Fri, Mar 27, 2009 at 09:54:54AM +0800, LI Daobing wrote:
> On Fri, Mar 27, 2009 at 09:37, Deng Xiyue
> wrote:
> > On Fri, Mar 27, 2009 at 08:37:28AM +0800, LI Daobing wrote:
> >> my 2cent: scim-python is (somehow) orphaned by upstream author, he is
> >> working o
On Fri, Mar 27, 2009 at 08:37:28AM +0800, LI Daobing wrote:
> my 2cent: scim-python is (somehow) orphaned by upstream author, he is
> working on a similar project named ibus:
> http://code.google.com/p/ibus/
>
If that is the case, I guess scim-python is candidate for orphan or
removal.
Meanwhil
Hugo Besteiro writes:
> ldd -r /usr/lib/libgtk-x11-2.0.so.0
[snip]
> libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0 (0xb7b12000)
[snip]
> libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0xb79c2000)
> libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so
Followup-For: Bug #501253
reopen 501253
found 501253 0.7.19
thanks
Now apt-utils 0.7.19 brings back libdb4.4 again, at least on i386.
Hope it's just a unclean build environment. If it is the case, it'll
be great for apt maintianers to consider using clean chroot like
pbuilder so that it won't ha
Package: manpages-dev
Followup-For: Bug #506479
IMHO at least adding proper Conflicts: field like
``Conflicts: glibc-doc'' to prevent such update failure is necessary.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (300, 'experimental')
A
Package: scim-python
Version: 0.1.12-1
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It seems scim-python was built with pinyin disabled, which makes this
package completely useless. It is known that the building of pinyin
module will resul
as well, so that we save some bug number count :)
>
--
Regards,
Deng Xiyue, a.k.a. manphiz
signature.asc
Description: 这是信件的数字签 名部分
在 2008-08-23六的 18:09 +1000，Hamish Moffatt写道：
> On Sat, Aug 23, 2008 at 03:10:22PM +0800, Deng Xiyue wrote:
> > Ftp-masters, sorry to break the protocol, but due to the current
> > situation, it'll be very helpful if the poppler-data package sitting in
> > NEW will be r
在 2008-08-23六的 02:33 +0900，Osamu Aoki写道：
> On Fri, Aug 22, 2008 at 11:26:53PM +0800, Deng Xiyue wrote:
> > 在 2008-08-22五的 07:51 -0700，Junichi Uekawa写道：
> > > 1. poppler was theoretically self-contained, poppler-data was REJECTed
> > > once and not yet part of non-free
d have xpdf-japanese
> > installed because evince (poppler) needed and used xpdf-japanese, and
> > natural upgrade path would be xpdf-japanese supporting poppler.
> >
> > These factors make adding support in poppler somewhat reasonable.
>
> If the release managers wou
roblem that is
already handled by others, which makes it unnecessary once accepted.
Better to push ftp-masters to get it reviewed and ask for a freeze
exception ASAP.
[1] http://ftp-master.debian.org/new/poppler-data_0.2.0-1.html
--
Regards,
Deng Xiyue, a.k.a. manphiz
--
To UNSUBSCRIBE, emai
tags 467539 + pending
thanks
Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes:
> Package: glibmm2.4
> Version: 2.15.6-1
> Severity: serious
> Tags: experimental
>
> Heya,
>
> You should probably install these files before trying to run chrpath on
> them. No freaking idea how you managed to prod
Deng Xiyue <[EMAIL PROTECTED]> writes:
> Anders Waldenborg <[EMAIL PROTECTED]> writes:
>
>> Deng Xiyue wrote:
>>> I've attached a patch to fix it together with these changes:
>>
>> Great!
>>
>> It would be nice if you could make a patc
Anders Waldenborg <[EMAIL PROTECTED]> writes:
> Deng Xiyue wrote:
>> I've attached a patch to fix it together with these changes:
>
> Great!
>
> It would be nice if you could make a patch (or even better a separate
> commit for each of the changes) that appli
no packages.
-- no debconf information
diff -urN debian.orig/changelog debian/changelog
--- debian.orig/changelog 2008-02-15 12:35:06.0 +0800
+++ debian/changelog 2008-02-15 16:49:53.0 +0800
@@ -1,3 +1,12 @@
+xmms2 (0.4DrKosmos-2) UNRELEASED; urgency=low
+
+ [ Deng Xiyue ]
+ * Bui
severity 28 important
severity 443918 important
merge 28 443918
thanks
Here's a snippet from IRC that carrying an explanation from GNOME Team.
Though still present, the problem is already solved by binNMUs, so lower
the severity.
any one had a look at #28? It seems libwnck1 is no
New upstream version 2.12+ has it taken care of, mentioning that this
API has been deprecated and broken since gtk+ 2.12. I hope the new
version will come out soon.
Cyril Brulebois wrote:
Lucas Nussbaum <[EMAIL PROTECTED]> (29/09/2007):
Justification: FTBFS on i386
Hi.
Please find attached
31 matches
Mail list logo
