Debian Developers - ARM toolchain is not up-to-date

This is Interesting: Free IT Magazines  
Home > Archive > Debian Developers > July 2006 > ARM toolchain is not up-to-date





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author ARM toolchain is not up-to-date
Roger Leigh

2006-07-27, 1:29 pm

Goswin von Brederlow

2006-07-27, 1:29 pm

Roger Leigh <rleigh@whinlatter.ukfsn.org> writes:

> Some of the ARM buildds are still not using G++ 4.1 as the default C++
> compiler, nearly two months after the default was changed. I already
> reported this over a month ago to arm@buildd.debian.org, but it's
> still unfixed. That is the correct address, isn't it?
>
> Please could all the ARM buildds be updated to use the current
> toolchain?


Shouldn't sbuild automatically install the latest build-essentials by
itself? It is kind of stupid to have build essentials not sufficiently
new on a buildd and every time some buildd admins forget to upgrade.

It would be a trivial change in sbuild to do this.

MfG
Goswin


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Wouter Verhelst

2006-07-27, 7:26 pm

On Thu, Jul 27, 2006 at 06:31:01PM +0200, Goswin von Brederlow wrote:
> Roger Leigh <rleigh@whinlatter.ukfsn.org> writes:
>
>
> Shouldn't sbuild automatically install the latest build-essentials by
> itself?


No; updating the chroot is the buildd maintainer's job.

This is a good thing; there've been cases where I manually downgraded
specific toolchain packages because of bugs like #327780, and I wouldn't
want sbuild to go ahead and upgrade things like that without my explicit
instruction.

(Of course, that's ignoring the fact that sometimes build-dependencies
pull in new versions of those libraries. Whatever)

--
Fun will now commence
-- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Goswin von Brederlow

2006-07-28, 7:29 am

Wouter Verhelst <wouter@debian.org> writes:

> On Thu, Jul 27, 2006 at 06:31:01PM +0200, Goswin von Brederlow wrote:
sorry, typo: build-essential[vbcol=seagreen]
>
> No; updating the chroot is the buildd maintainer's job.
>
> This is a good thing; there've been cases where I manually downgraded
> specific toolchain packages because of bugs like #327780, and I wouldn't
> want sbuild to go ahead and upgrade things like that without my explicit
> instruction.
>
> (Of course, that's ignoring the fact that sometimes build-dependencies
> pull in new versions of those libraries. Whatever)


I'm not proposing sbuild should upgrade the chroot fully every time. Just
the build-essential package. Having an arch build with a completly
different gcc when all of debian has switched is, well, stupid.

Build-essential has e.g.

Depends: libc6-dev | libc-dev, gcc (>= 4:4.1.1), g++ (>= 4:4.1.1), make, dpkg-dev (>= 1.13.5)

That ensures some minimum versions of the tool-chain but not the
specific versions. If an release arch has no suitable version within
those constrains then there is something seriously wrong.

MfG
Goswin


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Wouter Verhelst

2006-07-28, 7:29 am

On Fri, Jul 28, 2006 at 01:47:26PM +0200, Goswin von Brederlow wrote:
> Wouter Verhelst <wouter@debian.org> writes:
>
> sorry, typo: build-essential
>
> I'm not proposing sbuild should upgrade the chroot fully every time. Just
> the build-essential package. Having an arch build with a completly
> different gcc when all of debian has switched is, well, stupid.


True.

> Build-essential has e.g.
>
> Depends: libc6-dev | libc-dev, gcc (>= 4:4.1.1), g++ (>= 4:4.1.1), make, dpkg-dev (>= 1.13.5)
>
> That ensures some minimum versions of the tool-chain but not the
> specific versions. If an release arch has no suitable version within
> those constrains then there is something seriously wrong.


Right. I guess a patch would be welcome ;-)

--
Fun will now commence
-- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com