On Fri, Sep 28, 2007 at 11:29:28AM -, Ian Jackson wrote:
>
> Thanks to Ming Hua for the patch.
Ian, thank you for sponsoring.
> Ming, as you're also the Debian maintainer I take it we don't need to
> pass the patch upstream to bugs.debian.org ?
Correct, no need to pass this one to Debian BT
Ming Hua writes ("[Bug 128222] Re: gutsy/amd64: ftbfs / autopkgtest failure"):
> scim-tables (0.5.7-1ubuntu2) gutsy; urgency=low
>
> * Use "ln -sf" instead of "ln -s" in the build target of debian/rules, so
> that we don't rely on clea
scim-tables (0.5.7-1ubuntu2) gutsy; urgency=low
* Use "ln -sf" instead of "ln -s" in the build target of debian/rules, so
that we don't rely on clean target being run before building. This fixes
the build failure reported by autopkgtest. (LP: #128222)
-- Ming Hua <[EMAIL PROTECTED]>
Ian: can you please check this patch?
** Changed in: scim-tables (Ubuntu)
Assignee: (unassigned) => Ian Jackson (ijackson)
--
gutsy/amd64: ftbfs / autopkgtest failure
https://bugs.launchpad.net/bugs/128222
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The attached debdiff should fix this bug. I've tested using "dpkg-
source -x [...]; cd [...]; debian/rules build; fakeroot debian/rules
binary", which should be similar to what autopkgtest did. I also tested
installing all the built packages using debi, but I didn't test running
them (since I was
** Changed in: scim-tables (Ubuntu)
Importance: Undecided => High
Assignee: (unassigned) => Ming Hua (minghua)
Status: New => In Progress
--
gutsy/amd64: ftbfs / autopkgtest failure
https://bugs.launchpad.net/bugs/128222
You received this bug notification because you are a member o
Ming Hua writes ("[Bug 128222] Re: gutsy/amd64: ftbfs / autopkgtest failure"):
> This FTBFS is due to autopkgtest running "debian/rules build" without
> running "debian/rules clean" first.
I see. Well, running rules clean first is not required.
> The clean
This FTBFS is due to autopkgtest running "debian/rules build" without
running "debian/rules clean" first.
The clean target removes config.{guess,sub} file, then in conig.status
target the ln command assumes these files are not there. This can be
easily fixed by using "-f" option for ln, but since