On Tue, Oct 20, 2020, at 12:40 AM, David Topham wrote:
> I know it is most efficient to install software system wide so all
> users share same code. But I have a situation where I want to install
> only to my home directory. i.e. It is Linux system where I don't have
> sudo privilege.
> Is that
I know it is most efficient to install software system wide so all users
share same code. But I have a situation where I want to install only to my
home directory. i.e. It is Linux system where I don't have sudo privilege.
Is that possible?
I am building from source, so perhaps
./configure
On 19/10/2020 18:12, Jessica Clarke wrote:
This seems bizarre. What it means is that it is actually necessary weaken
security by making immutable data writeable in order to allow absolute
addresses. I would have expected the loader to deal with the relocations in
the read-only data area and
On 19 Oct 2020, at 18:05, David Matthews wrote:
> On 19/10/2020 09:19, Stefan O'Rear wrote:
>> AFAIK, strictly speaking, executability is not relevant here. The Linux
>> manpage documents DT_TEXTREL as "Absence of this entry indicates that no
>> relocation entries should apply to a nonwritable
On 19/10/2020 09:19, Stefan O'Rear wrote:
AFAIK, strictly speaking, executability is not relevant here. The Linux
manpage documents DT_TEXTREL as "Absence of this entry indicates that no
relocation entries should apply to a nonwritable segment" and musl is
crashing because it maps the text
Hi,
I've just pushed a collection of changes to master that have been in the
pipeline for quite a long time. Some of these are internal changes to
the run-time system and some are extensions, such as the addition of
IPv6 networking with INet6Sock and Net6HostDB structures.
The major change,
On Mon, Oct 19, 2020, at 3:15 AM, David Matthews wrote:
> Hi,
> I'm pleased you've found a fix for this. A while ago I looked into how
> to get Poly/ML to install on hardened systems such as SELinux and
> OpenBSD and fixed a problem with dynamically created code which
> generally requires an
Hi,
I'm pleased you've found a fix for this. A while ago I looked into how
to get Poly/ML to install on hardened systems such as SELinux and
OpenBSD and fixed a problem with dynamically created code which
generally requires an area of memory to be both executable and
writeable. Textrels