3 times I sent a unsubscribe my accts are hacjed
Candy🤸♀️
From: arch-general on behalf of
arch-general-requ...@archlinux.org
Sent: Friday, June 1, 2018 7:00:01 AM
To: arch-general@archlinux.org
Subject: arch-general Digest, Vol 164, Issue 1
Send arch-general mailing list submissions to
arch-general@archlinux.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.archlinux.org/listinfo/arch-general
or, via email, send a message with subject or body 'help' to
arch-general-requ...@archlinux.org
You can reach the person managing the list at
arch-general-ow...@archlinux.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of arch-general digest..."
Today's Topics:
1. Re: Set ip lan address /etc/environment (Maykel Franco)
2. Re: arch-general Digest, Vol 163, Issue 29 (Guus Snijders)
3. Re: Where can I 'setterm -blank 5 -powerdown 6' as part of
the boot process/systemd startup? (Guus Snijders)
--
Message: 1
Date: Fri, 1 Jun 2018 08:48:03 +0200
From: Maykel Franco
To: General Discussion about Arch Linux
Subject: Re: [arch-general] Set ip lan address /etc/environment
Message-ID:
Content-Type: text/plain; charset="UTF-8"
2018-05-31 12:01 GMT+02:00 Leonid Isaev via arch-general
:
> On Thu, May 31, 2018 at 10:44:25AM +0100, Ralph Corderoy wrote:
>> Hi Maykel,
>>
>> > I need define variable called ip with current ip address machine...
>> > And when reboot machine, the variable ip always has ip address.
>>
>> Yes, I think we all figured that bit out. :-)
>> But why; what's going to be using that IP-address environment variable,
>> and when?
>
> Indeed. Is it for consumption of users whose shell you don't know? Is it for
> scripts, like cron jobs?
>
> In the former case, see what is in /etc/shells, and drop a script to
> /etc/profile.d, one for each shell. But that will be for login shells. In the
> latter case, I am afraid you need to define it each time...
>
> Finally, a bit of a puzzle, what are you going to do when the network goes
> down, i.e. should the variable be unset or updated? In other words, how
> certain
> are you that the IP address remains unchanged throughout the machine uptime?
>
> --
> Leonid Isaev
I need this for docker. I have docker services in which I use
variables and I want to pass the always updated ip variable. If the
network goes, it is not a problem, it will always have the same fixed
static ip. But this way I leave docker generalized for any pc.
--
Message: 2
Date: Fri, 1 Jun 2018 08:50:18 +0200
From: Guus Snijders
To: General Discusson about Arch Linux
Cc: Candy Adkins
Subject: Re: [arch-general] arch-general Digest, Vol 163, Issue 29
Message-ID:
Content-Type: text/plain; charset="UTF-8"
>
> > To subscribe or unsubscribe via the World Wide Web, visit
>
> https://lists.archlinux.org/listinfo/arch-general
This was at the bottom of the message you replied to. :)
In general: pay a little attention to where you leave your email address.
Just because there is a form, doesn't mean you should fill it in and then
submit...
Mvg, Guus Snijders
--
Message: 3
Date: Fri, 1 Jun 2018 09:03:11 +0200
From: Guus Snijders
To: General Discusson about Arch Linux
Subject: Re: [arch-general] Where can I 'setterm -blank 5 -powerdown
6' as part of the boot process/systemd startup?
Message-ID:
Content-Type: text/plain; charset="UTF-8"
Op do 31 mei 2018 21:39 schreef David C. Rankin <
drankina...@suddenlinkmail.com>:
> On 05/26/2018 03:30 AM, Celti Burroughs via arch-general wrote:
> > [Unit]
> > Description=Enable virtual console blanking and poweroff
> >
> > [...]
>
> I'll give it a try. I installed the service file in /usr/lib/systemd/system
> and then enabled it. (I guess I should create a package for it)
>
Indeed, either a package or place it in /etc. /usr/lib is managed by
pacman, so custom files there will cause confusion.
Also, systemd has an hierarchy in /etc for exactly this reason...
Mvg, Guus Snijders
>
--
Subject: Digest Footer
___
arch-general mailing list
arch-general@archlinux.org
https://lists.archlinux.org/listinfo/arch-general
--
End of arch-general Digest, Vol 164, Issue 1
