Upstream fixes for issues with make-3.82. This should fix all build issues reported due to make-3.82. Any remaining issues are probably not make's fault but need to be addressed in the software being built...
Signoff both, Allan
On Thu, Sep 23, 2010 at 8:42 AM, Allan McRae allan@archlinux.org wrote:
Upstream fixes for issues with make-3.82. This should fix all build issues reported due to make-3.82. Any remaining issues are probably not make's fault but need to be addressed in the software being built...
Signoff both, Allan
Signoff x86_64
Am Donnerstag 23 September 2010 schrieb Dan McGee:
On Thu, Sep 23, 2010 at 8:42 AM, Allan McRae allan@archlinux.org wrote:
Upstream fixes for issues with make-3.82. This should fix all build issues reported due to make-3.82. Any remaining issues are probably not make's fault but need to be addressed in the software being built...
Signoff both, Allan
Signoff x86_64
no signoff, kernel26 and kernel26-lts do still fail at firmware stage with this make version
greetings tpowa
On 28/09/10 01:08, Tobias Powalowski wrote:
Am Donnerstag 23 September 2010 schrieb Dan McGee:
On Thu, Sep 23, 2010 at 8:42 AM, Allan McRaeallan@archlinux.org wrote:
Upstream fixes for issues with make-3.82. This should fix all build issues reported due to make-3.82. Any remaining issues are probably not make's fault but need to be addressed in the software being built...
Signoff both, Allan
Signoff x86_64
no signoff, kernel26 and kernel26-lts do still fail at firmware stage with this make version
Try this:
http://lkml.indiana.edu/hypermail/linux/kernel/1008.2/00080.html
As I said, any remaining issues are more than likely the fault of the software being built...
Allan
Am Montag 27 September 2010 schrieb Allan McRae:
On 28/09/10 01:08, Tobias Powalowski wrote:
Am Donnerstag 23 September 2010 schrieb Dan McGee:
On Thu, Sep 23, 2010 at 8:42 AM, Allan McRaeallan@archlinux.org wrote:
Upstream fixes for issues with make-3.82. This should fix all build issues reported due to make-3.82. Any remaining issues are probably not make's fault but need to be addressed in the software being built...
Signoff both, Allan
Signoff x86_64
no signoff, kernel26 and kernel26-lts do still fail at firmware stage with this make version
Try this:
http://lkml.indiana.edu/hypermail/linux/kernel/1008.2/00080.html
As I said, any remaining issues are more than likely the fault of the software being built...
Allan
Bump signoff both arches, this rests since ages now in testing. greetings tpowa
On Sat, Feb 5, 2011 at 10:02 AM, Tobias Powalowski t.powa@gmx.de wrote:
Bump signoff both arches, this rests since ages now in testing. greetings tpowa
-- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Kernels built successfully, signoff both.
On Sat, Feb 5, 2011 at 3:00 PM, Jan Steffens jan.steffens@gmail.com wrote:
On Sat, Feb 5, 2011 at 10:02 AM, Tobias Powalowski t.powa@gmx.de wrote:
Bump signoff both arches, this rests since ages now in testing. greetings tpowa
-- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Kernels built successfully, signoff both.
It rests in [testing] because it is totally broken with handling MAKEFLAGS, and upstream is totally unresponsive. Allan isn't looking for signoffs... https://savannah.gnu.org/support/index.php?107487
-Dan
Am Sat, 5 Feb 2011 17:10:16 -0600 schrieb Dan McGee dpmcgee@gmail.com:
On Sat, Feb 5, 2011 at 3:00 PM, Jan Steffens jan.steffens@gmail.com wrote:
On Sat, Feb 5, 2011 at 10:02 AM, Tobias Powalowski t.powa@gmx.de wrote:
Bump signoff both arches, this rests since ages now in testing. greetings tpowa
-- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Kernels built successfully, signoff both.
It rests in [testing] because it is totally broken with handling MAKEFLAGS, and upstream is totally unresponsive. Allan isn't looking for signoffs... https://savannah.gnu.org/support/index.php?107487
-Dan
Things are getting worse. New LibreOffice 3.4 will require make 3.82 to compile. I can do this in testing chroots when there's no other .so related stuff though.
So far I've only seen the kernel compiling non-multithreaded.No other failures. Maybe we can move it to core anyway?
Opinions?
-Andy
On Tue, May 24, 2011 at 4:01 PM, Andreas Radke a.radke@arcor.de wrote:
Am Sat, 5 Feb 2011 17:10:16 -0600 schrieb Dan McGee dpmcgee@gmail.com:
It rests in [testing] because it is totally broken with handling MAKEFLAGS, and upstream is totally unresponsive. Allan isn't looking for signoffs... https://savannah.gnu.org/support/index.php?107487
Things are getting worse. New LibreOffice 3.4 will require make 3.82 to compile. I can do this in testing chroots when there's no other .so related stuff though.
So far I've only seen the kernel compiling non-multithreaded.
Did you read the bug report, by chance? I was able to make it 100% reproducible compiling git. https://savannah.gnu.org/support/index.php?107487#comment0
No other failures. Maybe we can move it to core anyway?
I'll set the over/under at 3 years before a fix comes out for this, so we probably can move it and just live with the small regression. Crazy that 3.82 is required by anything though, given the glacial pace of releases and new features...
-Dan
Am Tue, 24 May 2011 16:26:11 -0500 schrieb Dan McGee dpmcgee@gmail.com:
On Tue, May 24, 2011 at 4:01 PM, Andreas Radke a.radke@arcor.de wrote:
Am Sat, 5 Feb 2011 17:10:16 -0600 schrieb Dan McGee dpmcgee@gmail.com:
It rests in [testing] because it is totally broken with handling MAKEFLAGS, and upstream is totally unresponsive. Allan isn't looking for signoffs... https://savannah.gnu.org/support/index.php?107487
Things are getting worse. New LibreOffice 3.4 will require make 3.82 to compile. I can do this in testing chroots when there's no other .so related stuff though.
So far I've only seen the kernel compiling non-multithreaded.
Did you read the bug report, by chance? I was able to make it 100% reproducible compiling git. https://savannah.gnu.org/support/index.php?107487#comment0
Fedora keeps applying that patch in 3.82 - could this solve your test case? Gentoo has dropped it seems.
http://pkgs.fedoraproject.org/gitweb/?p=make.git;a=blob;f=make-3.82-jobserve...
-Andy
On Mon, May 30, 2011 at 4:11 PM, Andreas Radke a.radke@arcor.de wrote:
Am Tue, 24 May 2011 16:26:11 -0500 schrieb Dan McGee dpmcgee@gmail.com:
On Tue, May 24, 2011 at 4:01 PM, Andreas Radke a.radke@arcor.de wrote:
Am Sat, 5 Feb 2011 17:10:16 -0600 schrieb Dan McGee dpmcgee@gmail.com:
It rests in [testing] because it is totally broken with handling MAKEFLAGS, and upstream is totally unresponsive. Allan isn't looking for signoffs... https://savannah.gnu.org/support/index.php?107487
Things are getting worse. New LibreOffice 3.4 will require make 3.82 to compile. I can do this in testing chroots when there's no other .so related stuff though.
So far I've only seen the kernel compiling non-multithreaded.
Did you read the bug report, by chance? I was able to make it 100% reproducible compiling git. https://savannah.gnu.org/support/index.php?107487#comment0
Fedora keeps applying that patch in 3.82 - could this solve your test case? Gentoo has dropped it seems.
http://pkgs.fedoraproject.org/gitweb/?p=make.git;a=blob;f=make-3.82-jobserve...
I don't think so, unfortunately. That patch has been around since 3.81 which is known-working for this particular bug, and the code it is dealing with looks like not the stuff Allan and I were digging around in for a bit.
-Dan
On 01/06/11 00:47, Dan McGee wrote:
On Mon, May 30, 2011 at 4:11 PM, Andreas Radkea.radke@arcor.de wrote:
Am Tue, 24 May 2011 16:26:11 -0500 schrieb Dan McGeedpmcgee@gmail.com:
On Tue, May 24, 2011 at 4:01 PM, Andreas Radkea.radke@arcor.de wrote:
Am Sat, 5 Feb 2011 17:10:16 -0600 schrieb Dan McGeedpmcgee@gmail.com:
It rests in [testing] because it is totally broken with handling MAKEFLAGS, and upstream is totally unresponsive. Allan isn't looking for signoffs... https://savannah.gnu.org/support/index.php?107487
Things are getting worse. New LibreOffice 3.4 will require make 3.82 to compile. I can do this in testing chroots when there's no other .so related stuff though.
So far I've only seen the kernel compiling non-multithreaded.
Did you read the bug report, by chance? I was able to make it 100% reproducible compiling git. https://savannah.gnu.org/support/index.php?107487#comment0
Fedora keeps applying that patch in 3.82 - could this solve your test case? Gentoo has dropped it seems.
http://pkgs.fedoraproject.org/gitweb/?p=make.git;a=blob;f=make-3.82-jobserve...
I don't think so, unfortunately. That patch has been around since 3.81 which is known-working for this particular bug, and the code it is dealing with looks like not the stuff Allan and I were digging around in for a bit.
The jobserver stuff is different. Note that Fedora (at least v14) is affected by this bug too.
Anyway, I am happy for this to be moved to [core] at any stage. I obviously never considered it broken enough to remove from [testing]...
If no-one objects in the coming days, it will be moved.
Allan
arch-dev-public@lists.archlinux.org