On Mon, Jan 30, 2012 at 10:48:10PM +0800, Aron Xu wrote:
> On Mon, Jan 30, 2012 at 22:31, Osamu Aoki wrote:
> > Hi,
> >
> > Alioth may be down so I am sending mail directly.
> >
>
> Yes, vasks is down again since yesterday.
>
> >
> > Also, We use old automake1.11 (1:1.11.2-1) package based on 20
On Mon, Jan 30, 2012 at 22:31, Osamu Aoki wrote:
> Hi,
>
> Alioth may be down so I am sending mail directly.
>
Yes, vasks is down again since yesterday.
>
> Also, We use old automake1.11 (1:1.11.2-1) package based on 2011-12-21
> Stable release 1.11.2. Should we poke automake maintainer to upda
Hi,
Alioth may be down so I am sending mail directly.
On Mon, Jan 30, 2012 at 12:53:57PM +0900, Daiki Ueno wrote:
> Osamu Aoki writes:
...
> > Googling lead me to a similar bug report elsewhere.
> > Basically it changes above mentioned part with
> > ==
> > ldmlibexe
Osamu Aoki writes:
> Daiki, you pointed me to:
> http://git.savannah.gnu.org/cgit/automake.git/commit/?id=4e4dae50
> I also found related follow-up
> http://lists.gnu.org/archive/html/automake/2012-01/msg4.html
>
> I guess this is the cause of this new FTBFS phenomema.
>
> But I still do n
Processing commands for cont...@bugs.debian.org:
> tags 657828 + patch
Bug #657828 [ibus] ibus: FTBFS
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
657828: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657828
Debian Bug Tracking System
Con
tags 657828 + patch
thanks
Hi Osamu,
I believe the patch you have proposed is the correct approach to fix
this FTBFS. But it's better to change the name of the variable,
because these two sample lines was taken from the ldm (not lightdm)
project. The following patch should done the work, and plea
Package: ibus
Version: 1.4.0-3
Severity: serious
Justification: FTBFS
Now ibus source is FTBFS at install.
==
...
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building ibus using existing ./ibus_1.4.0.orig.tar.gz
dpkg-source: info:
7 matches
Mail list logo