| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Let's simplify all this a bit.
|
| |
|
|
|
|
|
| |
I'll refactor this if I ever need to (i.e. if I end up running X on
something other than Debian a lot).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is Debian-specific, but that's the only system with which I'm
presently using X11 anyway.
From Debian's startx(1):
> Note that in the Debian system, what many people traditionally put in
> the .xinitrc file should go in .xsession instead; this permits the
> same X environment to be presented whether startx, xdm, or xinit is
> used to start the X session. All discussion of the .xinitrc file in
> the xinit(1) manual page applies equally well to .xsession. Keep in
> mind that .xinitrc is used only by xinit(1) and completely ignored by
> xdm(1).
Indeed, everything just seems to work a bit better, probably because
problems are more likely to be able to find the user instance of dbus.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Loaded out of order otherwise, so doesn't get set.
|
| |
|
| |
|
|
|
|
|
| |
This was closing my connection immediately when I logged in
interactively to any machine without systemd!
|
| |
|
|
|
|
|
|
| |
This is getting in the way of my work a bit too much. I'm still
learning how to use it, but throwing myself into the deep end at this
point turned out to be a bad idea.
|
| |
|
| |
|
|
|
|
|
| |
Turns out the pgrep from procps version 3.2.8 doesn't support these
longer options.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> Andromeda, by Perseus sav'd and wed,
> Hanker'd each day to see the Gorgon's head:
> Till o'er a fount he held it, bade her lean,
> And mirror'd in the wave was safely seen
> That death she liv'd by.
> Let not thine eyes know
> Any forbidden thing itself, although
> It once should save as well as kill: but be
> Its shadow upon life enough for thee.
>
> --Dante Gabriel Rossetti
|
| |
|
|
|
|
| |
I think !-n is a little clearer, but -z is OK.
|
|
|
|
|
|
|
|
|
|
| |
ShellCheck (SC2164) is upset about these `cd` commands where the return
type isn't being checked, but they're all by design, as they're the last
command in the function, and thereby constitute the function's return
value implicitly.
Otherwise, this commit changes the shrc.d and profile.d subfiles to use
the `command` wrapper only where it's actually needed.
|
| |
|
|
|
|
|
| |
It turns out the semicolon belongs to the "in" syntax, and is optional
without it.
|
| |
|
|
|
|
| |
Duhhhhh.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This appeases ShellCheck 0.4.7, which is fretting that I meant a command
expansion. I didn't, but it seems a bit nicer to quote these anyway.
In sh/profile.d/editor.sh line 4:
EDITOR=ed
^-- SC2209: Use var=$(command) to assign output (or quote to assign string).
In sh/profile.d/editor.sh line 22:
EDITOR=ex
^-- SC2209: Use var=$(command) to assign output (or quote to assign string).
In sh/profile.d/visual.sh line 2:
VISUAL=vi
^-- SC2209: Use var=$(command) to assign output (or quote to assign string).
|
| |
|
|
|
|
|
| |
So that if anything actually important has the same name, that's used
instead
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Looks for ~/.downloads, checks each named dir, if there are any files in
it, warns you once per dir including a count. This is to prompt me into
sorting my downloads directory.
|
|
|
|
|
|
|
| |
This avoids an unwanted situation on e.g. Debian minimal where the
default Vi implementation is a stripped-down Vim that doesn't use vim(1)
as a name, so stuff like sudoedit(8) breaks looking for it and falls
back on EDITOR.
|
|
|
|
|
|
| |
Merely checking for vim(1) is a poor test; we specifically need to know
if the ex(1) implementation is Vim, so test it while making the EDITOR
decision.
|
| |
|
| |
|
|
|
|
|
|
| |
Set EDITOR and VISUAL appropriately based on what's on the system.
We can't assume ed(1) unfortunately, but ex(1) should be there.
|
|
|
|
|
| |
Probably worthwhile given I use it on several systems and it's not
expensive to check whether it exists.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
It always really annoys me when e.g. the leading dot or leading slash in
pathnames or filenames gets ignored for the purposes of sorting.
I may refine this later on but it seems like a good start for an
approach.
|
| |
|
| |
|