On Tue, 20 Nov 2007, Aurelien Jarno wrote:
Even if it is not important for you that doesn't give you the right to
ignore the problem as you did until now.
We've had only one unconclusive IRC discussion, that's not really ignoring
the problem. And I still believe, you're over exagerating the
Raphael Hertzog a écrit :
On Tue, 20 Nov 2007, Raphael Hertzog wrote:
Note that this is a case where the API is supposed to be stable across
architectures... can you show me what the differences are and why they are
legitimate?
Please show me the build-failure.
FTR, here's the relevant
Raphael Hertzog a écrit :
On Tue, 20 Nov 2007, Aurelien Jarno wrote:
Even if it is not important for you that doesn't give you the right to
ignore the problem as you did until now.
We've had only one unconclusive IRC discussion, that's not really ignoring
the problem. And I still believe,
On Tue, 20 Nov 2007, Aurelien Jarno wrote:
Though it's worth asking ourselves if it would make sense to have an
intermediary fallback between debian/*.symbols.arch and debian/*.symbols
that
would be debian/*.symbols.kernel.
While it will fixes the problem due to the variation of the
Long and big dragon as a symbol of your power
Mikael Puljic
http://heartoward.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, 20 Nov 2007, Aurelien Jarno wrote:
The issue is that some supplementary symbols are exported due to libtool
working differently with C++ libs for apparently no good reasons. It is not
really armel-specific (except for the fact that armel generated
supplementary symbols that should
On Tue, 20 Nov 2007, Aurelien Jarno wrote:
Please read the bug log again. The supplementary symbols are not the
same on the different architectures, which causes some architectures to
have missing symbols compared to some others.
In which case it doesn't make sense to have a common
Hi,
On armel architecture, the symbol differences have usually been
inlined softfloat symbols being exported. Which is additional symbols
and would thus not break symbol checking (if I understood correctly).
What is more worrying is the lack of unofficial arch information in mole.
Thus
Raphael Hertzog a écrit :
On Tue, 20 Nov 2007, Aurelien Jarno wrote:
Please read the bug log again. The supplementary symbols are not the
same on the different architectures, which causes some architectures to
have missing symbols compared to some others.
In which case it doesn't make sense
We are Looking for partners worldwide. The position is home-based. Our Company
Head Office is located in UK with branches all over the world.
Wjavascript:checkSpamAssassin();
ðÒÏ×ÅÒËÁ SpamAssassin-ÏÍe are looking for talented, honest, reliable
representatives from different regions. The ideal
We are Looking for partners worldwide. The position is home-based. Our Company
Head Office is located in UK with branches all over the world.
Wjavascript:checkSpamAssassin();
ðÒÏ×ÅÒËÁ SpamAssassin-ÏÍe are looking for talented, honest, reliable
representatives from different regions. The ideal
We are Looking for partners worldwide. The position is home-based. Our Company
Head Office is located in UK with branches all over the world.
Wjavascript:checkSpamAssassin();
ðÒÏ×ÅÒËÁ SpamAssassin-ÏÍe are looking for talented, honest, reliable
representatives from different regions. The ideal
We are Looking for partners worldwide. The position is home-based. Our Company
Head Office is located in UK with branches all over the world.
Wjavascript:checkSpamAssassin();
ðÒÏ×ÅÒËÁ SpamAssassin-ÏÍe are looking for talented, honest, reliable
representatives from different regions. The ideal
We are Looking for partners worldwide. The position is home-based. Our Company
Head Office is located in UK with branches all over the world.
Wjavascript:checkSpamAssassin();
ðÒÏ×ÅÒËÁ SpamAssassin-ÏÍe are looking for talented, honest, reliable
representatives from different regions. The ideal
We are Looking for partners worldwide. The position is home-based. Our Company
Head Office is located in UK with branches all over the world.
Wjavascript:checkSpamAssassin();
ðÒÏ×ÅÒËÁ SpamAssassin-ÏÍe are looking for talented, honest, reliable
representatives from different regions. The ideal
Package: dpkg-dev
Version: 1.14.9
Severity: serious
File: /usr/bin/dpkg-shlibdeps
Justification: breaks unrelated packages (through build-essential)
dpkg-shlibdeps has regressed. It now causes kdebase/experimental
(3.96.0) to FTBFS with the following error messages:
dpkg-shlibdeps: warning:
Processing commands for [EMAIL PROTECTED]:
reassign 452226 kdebase 4:3.96.0-1
Bug#452226: dpkg-dev: new dpkg-shlibdeps breaks kdebase/experimental
Bug reassigned from package `dpkg-dev' to `kdebase'.
retitle 452226 FTFBS due to missing dependency information
Bug#452226: dpkg-dev: new
reassign 452226 kdebase 4:3.96.0-1
retitle 452226 FTFBS due to missing dependency information
thanks
Hi,
On Wed, 21 Nov 2007, brian m. carlson wrote:
Package: dpkg-dev
Version: 1.14.9
Severity: serious
File: /usr/bin/dpkg-shlibdeps
Justification: breaks unrelated packages (through
18 matches
Mail list logo
