On Tue, 2016-11-01 at 22:54 +0200, Adrian Bunk wrote:
> I do not see any reason for waiting instead of sending the binNMU
> request right now.
I didn't see any movement on the dpkg front so I went ahead and did so:
#843139.
Thanks,
Ian.
On Tue, Nov 01, 2016 at 10:54:33PM +0200, Adrian Bunk wrote:
> LUA
The language is named "Lua", which means "moon" in Portuguese.
https://www.lua.org/about.html#name
LUA is an acronym for "Lua Uppercase Accident" ;-).
Peter
On Mon, Oct 31, 2016 at 03:23:51PM +0100, Bálint Réczey wrote:
> Hi Ian,
>
> 2016-10-31 14:19 GMT+01:00 Ian Campbell :
> > On Mon, 2016-10-31 at 12:17 +0100, Bálint Réczey wrote:
> >> 2016-10-31 10:38 GMT+01:00 Ian Campbell :
> >> > If possible I'd also prefer a
Hi Ian,
2016-10-31 14:19 GMT+01:00 Ian Campbell :
> On Mon, 2016-10-31 at 12:17 +0100, Bálint Réczey wrote:
>> 2016-10-31 10:38 GMT+01:00 Ian Campbell :
>> > If possible I'd also prefer a solution which fixed qcontrol-static
>> > without opting out for the normal
On Mon, 2016-10-31 at 12:17 +0100, Bálint Réczey wrote:
> 2016-10-31 10:38 GMT+01:00 Ian Campbell :
> > If possible I'd also prefer a solution which fixed qcontrol-static
> > without opting out for the normal dynamic/non-udeb binary.
>
> I ran the build tests on amd64, this is
2016-10-31 12:52 GMT+01:00 Henrique de Moraes Holschuh :
> On Mon, 31 Oct 2016, Ian Campbell wrote:
>> On Mon, 2016-10-31 at 10:27 +0100, Jérémy Lal wrote:
>> > export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie
>> > ?
>>
>> Thanks, but that doesn't appear to help, I think the
On Mon, 31 Oct 2016, Ian Campbell wrote:
> On Mon, 2016-10-31 at 10:27 +0100, Jérémy Lal wrote:
> > export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie
> > ?
>
> Thanks, but that doesn't appear to help, I think the issue is to do
> with the changed default in gcc rather than the hardening
Hi Ian,
2016-10-31 10:38 GMT+01:00 Ian Campbell :
> On Mon, 2016-10-31 at 10:27 +0100, Jérémy Lal wrote:
>> export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie
>> ?
>
> Thanks, but that doesn't appear to help, I think the issue is to do
> with the changed default in gcc rather
On Mon, 2016-10-31 at 10:27 +0100, Jérémy Lal wrote:
> export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie
> ?
Thanks, but that doesn't appear to help, I think the issue is to do
with the changed default in gcc rather than the hardening settings
injected into the build by
VW_ABS_NC against `luaO_nilobject_' can not be used
> when making a shared object; recompile with -fPIC
>
> I've checked the wiki and the recent '"PIE by default" transition is
> underway -- wiki needs updating' thread on d-devel but I'm none the
> wiser on what my next co
qcontrol-static
/usr/bin/ld: /usr/lib/arm-linux-gnueabihf/liblua5.1.a(lapi.o): relocation
R_ARM_THM_MOVW_ABS_NC against `luaO_nilobject_' can not be used when making a
shared object; recompile with -fPIC
I've checked the wiki and the recent '"PIE by default" transition is
underway --
Hi,
2016-10-27 4:03 GMT+02:00 Steve M. Robbins :
> On Wed, Oct 26, 2016 at 05:26:24AM +0200, Guillem Jover wrote:
>
>> My point was that, yes we have changed to generating relocatable code
>> but that is still targetted for executables only, which preserves the
>> current
On Wed, Oct 26, 2016 at 05:26:24AM +0200, Guillem Jover wrote:
> My point was that, yes we have changed to generating relocatable code
> but that is still targetted for executables only, which preserves the
> current behavior, [...]
But something must have changed with how a static lib is now
Hi,
On 26.10.2016 05:37, Adam Borowski wrote:
> What's your reason for building something as big and with as extensive
> dependencies statically?
Some parts of the test suite use private functions not exposed in the shared
libraries, so they need the static libraries.
> Let's delegate static
Hi,
On 26.10.2016 05:26, Guillem Jover wrote:
> On Wed, 2016-10-26 at 00:37:18 +0200, Andreas Cadhalpun wrote:
>> On 25.10.2016 13:55, Guillem Jover wrote:
>>> For many static libraries,
>>> making them embeddable into other shared libraries is really not
>>> desirable. And those should be using
On Wed, 26 Oct 2016, Adrian Bunk wrote:
> On Wed, Oct 26, 2016 at 05:37:06AM +0200, Adam Borowski wrote:
> > On Wed, Oct 26, 2016 at 12:37:18AM +0200, Andreas Cadhalpun wrote:
> > > The current policy says:
> > > "As to the static libraries, the common case is not to have relocatable
> > > code"
On Wed, Oct 26, 2016 at 05:37:06AM +0200, Adam Borowski wrote:
> On Wed, Oct 26, 2016 at 12:37:18AM +0200, Andreas Cadhalpun wrote:
> > The current policy says:
> > "As to the static libraries, the common case is not to have relocatable
> > code"
> >
> > As of gcc-6 version 6.2.0-7 this is
On Wed, 26 Oct 2016 at 05:37:06 +0200, Adam Borowski wrote:
> On Wed, Oct 26, 2016 at 12:37:18AM +0200, Andreas Cadhalpun wrote:
> > The current ffmpeg packages builds shared and static libraries
>
> What's your reason for building something as big and with as extensive
> dependencies statically?
On Wed, Oct 26, 2016 at 12:37:18AM +0200, Andreas Cadhalpun wrote:
> The current policy says:
> "As to the static libraries, the common case is not to have relocatable code"
>
> As of gcc-6 version 6.2.0-7 this is factually wrong, because the compiler
> enables PIE by default, which means it
Hi!
On Wed, 2016-10-26 at 00:37:18 +0200, Andreas Cadhalpun wrote:
> On 25.10.2016 13:55, Guillem Jover wrote:
> > I don't think the reasoning there is sound (as I've mentioned
> > elsewhere), and the policy bug should be closed.
> >
> > Switching from no-PIE to PIE by default preserves our
Hi,
On 25.10.2016 13:55, Guillem Jover wrote:
> I don't think the reasoning there is sound (as I've mentioned
> elsewhere), and the policy bug should be closed.
>
> Switching from no-PIE to PIE by default preserves our current behavior
> WRT static libraries vs shared libraries.
The current
Hi!
On Tue, 2016-10-25 at 09:44:44 +0200, Bálint Réczey wrote:
> 2016-10-25 5:31 GMT+02:00 Steve M. Robbins :
> > I haven't been paying close attention to the "PIE by default" [1]
> > discussions,
> > so I may have missed the memo, but: it seems the transition is underway?
>
>
Hi Steve,
2016-10-25 5:31 GMT+02:00 Steve M. Robbins :
> Hi,
>
> I haven't been paying close attention to the "PIE by default" [1] discussions,
> so I may have missed the memo, but: it seems the transition is underway?
GCC have been changed to enable PIE by default but dpkg has
Hi,
I haven't been paying close attention to the "PIE by default" [1] discussions,
so I may have missed the memo, but: it seems the transition is underway?
I've seen two bugs already claiming "static library foo must be compiled with
-fPIC" -- because some reverse dependency now fails to
24 matches
Mail list logo