Could also just source your profile in your .xsession. That's what I'm in the
habit of doing.
I believe there's no need for neither login-shells nor those X-level
tricks. To load the interactive environment into xterms or screen, I
usually to define ENV accordingly in /etc/profile or
On Mon, Apr 26, 2021 at 09:26:19PM +, tetrahe...@danwin1210.me wrote:
> I have some custom additions to my $PATH. They're defined in ~/.profile and
> they are correctly loaded when I log in from a text console.
>
> When I log in to X (cwm) and open a terminal window, $PATH does not contain
>
Hello misc@
I wonder if anyone could recommend remote wipe software for OpenBSD, should
someone want to start using it in an enterprise setting where such features are
a requirement?
Thanks in advance,
ols
--
Oliver Leaver-Smith
TZ=Europe/London
On Tue Apr 27, 2021 at 10:49 AM BST, Janne Johansson wrote:
> Regardless of OS, the "easiest" setup is where you encrypt the drives
> and wipe by "forgetting" the keys. Then you can dd the disks if it
> makes someone else happy but having FDE and changing the key to
> something random that you
Den tis 27 apr. 2021 kl 11:44 skrev Oliver Leaver-Smith
:
> Hello misc@
> I wonder if anyone could recommend remote wipe software for OpenBSD, should
> someone want to start using it in an enterprise setting where such features
> are a requirement?
> Thanks in advance,
Regardless of OS, the
On 4/27/21 5:41 AM, Oliver Leaver-Smith wrote:
Hello misc@
I wonder if anyone could recommend remote wipe software for OpenBSD,
should someone want to start using it in an enterprise setting where
such features are a requirement?
Thanks in advance,
Remote wiping an openbsd system...depends
On Tue, Apr 27, 2021 at 12:19:36PM +, tetrahe...@danwin1210.me wrote:
> On Tue, Apr 27, 2021 at 09:37:05AM +0200, Alexandre Ratchov wrote:
> > If you're using a display manager (xenodm or whatever), you've to
> > include your .profile in your session login script (X equivalent of
> > shell's
> Thanks for your response, a lot to think about sure. I suppose having
> some sort of phone home daemon running to know whether or not to dd
> itself is probably the best way to at least somewhat destroy itself in a
> disaster scenario
As a note, it seems that dd on an SSD is not so effective
On 2021-04-26, tetrahe...@danwin1210.me wrote:
> I have some custom additions to my $PATH. They're defined in ~/.profile
> and they are correctly loaded when I log in from a text console.
>
> When I log in to X (cwm) and open a terminal window, $PATH does not
> contain the entries.
>
> I tried
Thanks for your response, a lot to think about sure. I suppose having
some sort of phone home daemon running to know whether or not to dd
itself is probably the best way to at least somewhat destroy itself in a
disaster scenario
> Label them carefully and destroy them when done to prevent very
>
On Tue, Apr 27, 2021 at 08:04:32AM +0300, Pierre-Philipp Braun wrote:
Could also just source your profile in your .xsession. That's what I'm in the
habit of doing.
I believe there's no need for neither login-shells nor those X-level
tricks. To load the interactive environment into xterms or
On Tue, Apr 27, 2021 at 09:37:05AM +0200, Alexandre Ratchov wrote:
If you're using a display manager (xenodm or whatever), you've to
include your .profile in your session login script (X equivalent of
shell's ~/.profile concept), so the envoronment (and other global
login settings) from your
On Mon, Apr 26, 2021 at 05:46:14PM -0400, Allan Streib wrote:
"tetrahe...@danwin1210.me" writes:
It looks like the custom $PATH is not being passed from the login shell
on downwards, since ~/.profile is only read by a login shell.
I just was looking into the same thing last night. The ksh
Stuart Henderson writes:
> Seems that your terminal in X is not configured to run a login shell.
> By default that is done for xterm via .Xdefaults in a new user's profile
> directory (copied from /etc/skel) but if you use a different terminal
> or have modified these files, that won't be used.
Oliver Leaver-Smith said on Tue, 27 Apr 2021 13:19:21 +0100
>Thanks for your response, a lot to think about sure. I suppose having
>some sort of phone home daemon running to know whether or not to dd
>itself is probably the best way to at least somewhat destroy itself in
>a disaster scenario
If
On Tue, Apr 27, 2021 at 08:06:46AM -0400, Nick Holland wrote:
> # dd if=/dev/random of=/dev/rsdXc bs=1m
I don't know Oliver's specific case but it's worth noting
that you probably want to check the output of
mount rather than hardcoding a value; if you need remote
wipes then you probably need
On Tue, Apr 27, 2021 at 12:17:55PM +, tetrahe...@danwin1210.me wrote:
> On Tue, Apr 27, 2021 at 08:04:32AM +0300, Pierre-Philipp Braun wrote:
> > I believe there's no need for neither login-shells nor those X-level
> > tricks. To load the interactive environment into xterms or screen, I
> >
17 matches
Mail list logo