Control: tags 793991 + patch
Hi
The attached patch works around the problem by disabling '-z relro'
for armel and armhf builds.
I have tested it on armhf and amd64.
Regards
Graham
disable-relro-on-ARM.debdiff
Description: Binary data
Hi
On 01-09-15 00:04, Abou Al Montacir wrote:
>> It doesn't for me. So I am interested to learn what you did.
>>
>> I did:
>> cd lazarus
>> debian/rules build
>> cd ../ddrescueview
>> ../lazarus/lazbuild source/ddrescueview.lpi # This hangs just like a
>> # normal lazbuild
>>
>>> I can reproduce
On 27-08-15 18:28, Abou Al Montacir wrote:
>> - how did you install your new packages in order to build the package
>> with your new package on the porterbox?
> I did not install anything, just call the new/old lazbuild with explicit file
> path. I tried several times the command proposed by
Hi Paul,
On Mon, 2015-08-31 at 22:22 +0200, Paul Gevers wrote:
> On 27-08-15 18:28, Abou Al Montacir wrote:
> > > - how did you install your new packages in order to build the package
> > > with your new package on the porterbox?
> > I did not install anything, just call the new/old lazbuild
Hi Paul,
On Fri, 2015-08-21 at 13:14 +0200, Paul Gevers wrote:
Just so everybody can be aware, Graham and me here at Debconf15 have
been working on a strategy to tackle this and I have been working on and
off the last couple of days to work on the first track with mild
success. Graham will
Just so everybody can be aware, Graham and me here at Debconf15 have
been working on a strategy to tackle this and I have been working on and
off the last couple of days to work on the first track with mild
success. Graham will hopefully be able to work on the second track when
he returns home.
Oh, and by the way, it seems that the potential removal of lazarus and
its reverse dependencies is not due to this bug, but because of the
fixed bug 777970, see the tracker:https://tracker.debian.org/pkg/lazarus
Which is now fixed in testing, so no longer an issue.
And if I am correct, as
Hi
On 10-08-15 11:45, Abou Al Montacir wrote:
Does this give enough info to lower the severity of the bug or to
forward the bug to binutils?
I don't know. When I just tried to reproduce Abou's results of
yesterday, the ld call doesn't seem to be the problem to me. When I let
the process run a
On 10-08-15 11:45, Abou Al Montacir wrote:
Does this give enough info to lower the severity of the bug.
Oh, and by the way, it seems that the potential removal of lazarus and
its reverse dependencies is not due to this bug, but because of the
fixed bug 777970, see the tracker:
Hi All
According to [1] mentioned by Jonas in [2], the bug is in ld from bin utils and
is fixed upstream.
Does this give enough info to lower the severity of the bug or to forward the
bug to binutils?
[1] https://sourceware.org/bugzilla/show_bug.cgi?id=18344
[2]
Hi All,
On Fri, 2015-07-31 at 12:07 +0200, Graham Inggs wrote:
I tried a simpler package, ddrescueview [1], and instead of building the
Debian package, I simply ran:
lazbuild source/ddrescueview.lpi --bm=GNU/Linux Release
As before, the build appeared to stall, and after hitting ctrl-c I
Hi
On 09-08-15 21:24, Paul Gevers wrote:
So maybe we need just to rebuild again?
Looking at what Graham already did, it does not appear to help.
But maybe it does... the linker was updated yesterday, so maybe that is
why your problem didn't appear after stripping.
If that is true, we just
H Paul,
On Sun, 2015-08-09 at 21:29 +0200, Paul Gevers wrote:
Hi
On 09-08-15 21:24, Paul Gevers wrote:
So maybe we need just to rebuild again?
Looking at what Graham already did, it does not appear to help.
But maybe it does... the linker was updated yesterday, so maybe that is
Hi Abou,
On 09-08-15 20:39, Abou Al Montacir wrote:
I'll file a bug upstream.
Graham was able to get a little further as well, which is documented in
the upstream bug report [1].
I tried this on porterbox abel and reproduced the issue. However I failed to
completely understand it.
It
I tried a simpler package, ddrescueview [1], and instead of building the
Debian package, I simply ran:
lazbuild source/ddrescueview.lpi --bm=GNU/Linux Release
As before, the build appeared to stall, and after hitting ctrl-c I
noticed that in the background the build had actually completed
I built and installed lazarus 1.4.2 but the builds of doublecmd,
easymp3gain and cqrlog all failed in the same way as with lazarus 1.4.0.
I then attempted to build the daily source snapshot of fpc's fixes tree
[1], but many of the patches no longer apply cleanly.
[1]
Source: lazarus
Version: 1.4.0+dfsg-3
Severity: serious
Control: affects -1 + src:doublecmd src:easymp3gain src:cqrlog
Hi Maintainers
Since the upload of lazarus 1.4.0+dfsg-3, builds of doublecmd [1],
easymp3gain [2] and cqrlog [3] have been stalling on armel and armhf
where they built
17 matches
Mail list logo