On Thu, Nov 02, 2023 at 04:34:42PM -0500, Tom Browder wrote:
[...]
> ANOTHER LESSON LEARNED
>
> While I was experimenting with the desktop settings, I stupidly and blindly
> added an exit line to cut out some 20-year old cruft in the end of the
> .profile file and all of a sudden I lost my
On Sun, Sep 24, 2023 at 09:27 Tom Browder wrote:
> Every time I set up a new host, I have to jump through the hoops trying to
On my main Debian 11 host I have found one formula that works for ssh
logins as well as xterm login on a Mate desktop:
I followed most of the formulas on the Debian
On Sat 28 Oct 2023 at 06:29:19 (+0200), to...@tuxteam.de wrote:
> On Fri, Oct 27, 2023 at 02:46:55PM -0400, Stefan Monnier wrote:
> > >> > https://wiki.debian.org/EnvironmentVariables
> > >> It needs some TLC:
> > >> [quote]
> > >> 1. At the end of booting, the mother of all processes -- init
to...@tuxteam.de composed on 2023-10-28 06:36 (UTC+0200):
> On Fri, Oct 27, 2023 at 02:52:37PM -0400, Greg Wooledge wrote:
>> On Fri, Oct 27, 2023 at 02:46:55PM -0400, Stefan Monnier wrote:
>>> I don't think there's a need to defend the status quo: the above page
>>> may not be fully incorrect,
On Fri, Oct 27, 2023 at 02:52:37PM -0400, Greg Wooledge wrote:
> On Fri, Oct 27, 2023 at 02:46:55PM -0400, Stefan Monnier wrote:
> > I don't think there's a need to defend the status quo: the above page
> > may not be fully incorrect, but it is misleading (especially since the
> > `init` is given
On Fri, Oct 27, 2023 at 02:46:55PM -0400, Stefan Monnier wrote:
> >> > https://wiki.debian.org/EnvironmentVariables
> >> It needs some TLC:
> >> [quote]
> >> 1. At the end of booting, the mother of all processes -- init -- is
> >> started.
> >> 2. init runs services as described above.
> >>
On 27 Oct 2023 14:52 -0400, from g...@wooledge.org (Greg Wooledge):
> /sbin/init is what gets executed by the kernel, regardless of what init
> system is installed.
Unless, of course, one passes the kernel parameter `init=` pointing to
some other executable file, such as /bin/sh.
Not saying
On Fri, Oct 27, 2023 at 02:46:55PM -0400, Stefan Monnier wrote:
> I don't think there's a need to defend the status quo: the above page
> may not be fully incorrect, but it is misleading (especially since the
> `init` is given a monospace font, to suggest it's an actual program name
> rather than
>> > https://wiki.debian.org/EnvironmentVariables
>> It needs some TLC:
>> [quote]
>> 1. At the end of booting, the mother of all processes -- init -- is started.
>> 2. init runs services as described above.
>> [/quote]
>>
>> Isn't this rather obsolete as long as systemd has been with us?
>
>
On Fri, Oct 27, 2023 at 12:54:34PM -0400, Felix Miata wrote:
> Tom Browder composed on 2023-10-27 09:52 (UTC-0500):
>
> > Tom Browder wrote:
>
> >> Every time I set up a new host, I have to jump through the hoops trying to
> >> get the same PATH for
> >> ordinary users as well as root...
>
> >
Tom Browder composed on 2023-10-27 09:52 (UTC-0500):
> Tom Browder wrote:
>> Every time I set up a new host, I have to jump through the hoops trying to
>> get the same PATH for
>> ordinary users as well as root...
> This Debian wiki doc pretty much details the information Greg has been
>
On Sun, Sep 24, 2023 at 9:27 AM Tom Browder wrote:
>
> Every time I set up a new host, I have to jump through the hoops trying to
> get the same PATH for
> ordinary users as well as root...
This Debian wiki doc pretty much details the information Greg has been
giving us:
On Tue, Sep 26, 2023 at 18:32 Tom Browder wrote:
> On Tue, Sep 26, 2023 at 18:11 Tom Browder wrote:
>
>> On Tue, Sep 26, 2023 at 16:15 Andy Smith wrote:
>>
> ...
>
>> Well, I wanted to do it all in one program, but I guess I could break it
>> up into two separate programs. I'll have to think
On Tue, Sep 26, 2023 at 18:11 Tom Browder wrote:
> On Tue, Sep 26, 2023 at 16:15 Andy Smith wrote:
>
...
> Well, I wanted to do it all in one program, but I guess I could break it
> up into two separate programs. I'll have to think about what I'm really
> trying to do.
>
Another issue is
On Tue, Sep 26, 2023 at 16:15 Andy Smith wrote:
> Hello,
...
Why does any of that stop you from only using the dev Raku once
> you've used the packaged Raku to install it?
Well, I wanted to do it all in one program, but I guess I could break it up
into two separate programs. I'll have to
On Tue, Sep 26, 2023 at 03:37:44PM -0500, Tom Browder wrote:
> On Mon, Sep 25, 2023 at 10:03 Greg Wooledge wrote:
> ...
>
> Greg, one more file I don't think we've discussed: '~/.bash_aliases'.
>
> How should I handle that in this variable login climate?
That's not a standard file. Debian
On Mon, Sep 25, 2023 at 10:03 Greg Wooledge wrote:
...
Greg, one more file I don't think we've discussed: '~/.bash_aliases'.
How should I handle that in this variable login climate?
Thanks.
-Tom
Hello,
On Tue, Sep 26, 2023 at 09:05:51AM -0500, Tom Browder wrote:
> On Mon, Sep 25, 2023 at 17:45 Andy Smith wrote:
> ...
> > I'd make it all run with one raku from one place, or else I'd
> > specify the full path to the special raku that is needed.
[…]
> You do not understand the problem,
On Mon, Sep 25, 2023 at 17:45 Andy Smith wrote:
...
> I'd make it all run with one raku from one place, or else I'd
> specify the full path to the special raku that is needed.
>
> Anything else sounds like a great foot-gun left lying around for
> others or myself a week from now.
>
> Perl and
Hello,
On Mon, Sep 25, 2023 at 08:50:52AM -0500, Tom Browder wrote:
> I failed to say my program is a bit more
> complicated:
>
> 0. It's executed by 'root'.
> 1. It uses 'raku'.
> 2. During its operation, the location of the 'raku' version to be used
> after it completes changes from
On Sun, Sep 24, 2023 at 6:04 PM Greg Wooledge wrote:
>
> On Sun, Sep 24, 2023 at 04:45:11PM -0500, Tom Browder wrote:
> > I'm sure I was too casual in my comments. I want all users, including root,
> > to have the Raku executables in their PATH, nothing else would be changed
> > from current use.
On Mon, Sep 25, 2023 at 09:40:27AM -0500, Tom Browder wrote:
> On Mon, Sep 25, 2023 at 08:50 Tom Browder wrote:
> ...
>
> > I think I need to have the program change all the path-affecting files
> > specified by Greg and others so that PATH includes both locations with the
> > new location
On Mon, Sep 25, 2023 at 08:50 Tom Browder wrote:
...
> I think I need to have the program change all the path-affecting files
> specified by Greg and others so that PATH includes both locations with the
> new location coming before the original location.
>
...
And that all got me looking at
On Mon, Sep 25, 2023 at 06:08 Tom Browder wrote:
> On Sun, Sep 24, 2023 at 17:23 Tom Browder wrote:
>
>> On Sun, Sep 24, 2023 at 17:04 Greg Wooledge wrote:
>>
>>> On Sun, Sep 24, 2023 at 04:45:11PM -0500, Tom Browder wrote:
>>> > I'm sure I was too casual in my comments. I want all users,
David Wright wrote:
> On Sun 24 Sep 2023 at 13:05:32 (-0400), Dan Ritter wrote:
> > Set it in /etc/profile, which probably has this in it:
>
> Dan, could you check the configuration of your (?new since early
> August) MUA, because you seem to have been able to post your reply
> dated Sun, 24 Sep
On Sun, Sep 24, 2023 at 17:23 Tom Browder wrote:
> On Sun, Sep 24, 2023 at 17:04 Greg Wooledge wrote:
>
>> On Sun, Sep 24, 2023 at 04:45:11PM -0500, Tom Browder wrote:
>> > I'm sure I was too casual in my comments. I want all users, including
>> root,
>> > to have the Raku executables in their
On 25/09/2023 00:27, Greg Wooledge wrote:
On Sun, Sep 24, 2023 at 01:05:32PM -0400, Dan Ritter wrote:
Tom Browder wrote:
Every time I set up a new host, I have to jump through the hoops trying to
get the same PATH for ordinary users as well as root, regardless of how
they log in. Reading the
On Sun 24 Sep 2023 at 13:05:32 (-0400), Dan Ritter wrote:
> Tom Browder wrote:
> > Every time I set up a new host, I have to jump through the hoops trying to
> > get the same PATH for ordinary users as well as root, regardless of how
> > they log in. Reading the man pages doesn't help my old
On Sun, Sep 24, 2023 at 17:04 Greg Wooledge wrote:
> On Sun, Sep 24, 2023 at 04:45:11PM -0500, Tom Browder wrote:
> > I'm sure I was too casual in my comments. I want all users, including
> root,
> > to have the Raku executables in their PATH, nothing else would be changed
> > from current use.
On Sun, Sep 24, 2023 at 04:45:11PM -0500, Tom Browder wrote:
> I'm sure I was too casual in my comments. I want all users, including root,
> to have the Raku executables in their PATH, nothing else would be changed
> from current use.
Ah, good old X-Y.
Create symlinks from /usr/local/bin/ to
On Sun, Sep 24, 2023 at 16:27 wrote:
> Tom Browder wrote:
> > Every time I set up a new host, I have to jump through the hoops
> > trying to get the same PATH for ordinary users as well as root,
...
> Setting the same path for ordinary users as for root sounds like
> something only a fool
Tom Browder wrote:
> Every time I set up a new host, I have to jump through the hoops
> trying to get the same PATH for ordinary users as well as root,
> regardless of how they log in. Reading the man pages doesn't help my
> old brain with all the caveats.
>
> Can anyone offer a foolproof,
On Sun, Sep 24, 2023 at 15:55 Michael Kjörling <2695bd53d...@ewoof.net>
wrote:
> On 24 Sep 2023 15:45 -0500, from tom.brow...@gmail.com (Tom Browder):
> > Bummer, unfortunately, that's the answer I expected. Now if I can find a
> > clean way to do that consistently.
>
> Well, I still think the
On 24 Sep 2023 15:45 -0500, from tom.brow...@gmail.com (Tom Browder):
> Bummer, unfortunately, that's the answer I expected. Now if I can find a
> clean way to do that consistently.
Well, I still think the gist of my suggestion stands: make a script to
set up $PATH the way you want it (for both
On Sun, Sep 24, 2023 at 14:52 Greg Wooledge wrote:
...
> All you can do is put your desired configuration changes in ALL of
> the applicable places for all of the login types that are possible on
> your system. That's it. There is no other way.
...
Bummer, unfortunately, that's the answer I
On Sun, Sep 24, 2023 at 07:42:32PM +, Michael Kjörling wrote:
> On 24 Sep 2023 13:05 -0400, from d...@randomstring.org (Dan Ritter):
> > Set it in /etc/profile, which probably has this in it:
>
> I would rather suggest a separate script in /etc/profile.d to either
> add to or replace the
On 24 Sep 2023 13:05 -0400, from d...@randomstring.org (Dan Ritter):
> Set it in /etc/profile, which probably has this in it:
I would rather suggest a separate script in /etc/profile.d to either
add to or replace the contents of $PATH. If I'm reading /etc/profile
right, *.sh in that directory are
Michel Verdier (12023-09-24):
> This one is easy : bash read /etc/bash.bashrc and ~/.bashrc.
Only for interactive shells. There are no interactive shells in the
ancestry of your desktop environment if you log from a display manager.
If it was so easy, the OP would have found it.
--
Nicolas
On 2023-09-24, Tom Browder wrote:
> For bash users only, please.
This one is easy : bash read /etc/bash.bashrc and ~/.bashrc.
Add export PATH in ~/.bashrc to set it per user, or in /etc/bash.bashrc
for system wide
On Sun, Sep 24, 2023 at 01:05:32PM -0400, Dan Ritter wrote:
> Tom Browder wrote:
> > Every time I set up a new host, I have to jump through the hoops trying to
> > get the same PATH for ordinary users as well as root, regardless of how
> > they log in. Reading the man pages doesn't help my old
On Sun, Sep 24, 2023 at 09:27:36AM -0500, Tom Browder wrote:
> Every time I set up a new host, I have to jump through the hoops trying to
> get the same PATH for ordinary users as well as root, regardless of how
> they log in. Reading the man pages doesn't help my old brain with all the
> caveats.
On Sun, Sep 24, 2023 at 09:27 Tom Browder wrote:
For bash users only, please.
-Tom
42 matches
Mail list logo
