.bashrc aliases

Smalltalk
dasebastian
Beiträge: 1888
Registriert: 12.07.2020 11:21:17

Re: .bashrc aliases

Beitrag von dasebastian » 29.03.2024 19:01:28

tobo hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 17:34:37
Eigentlich egal, dasselbe in grün oder gibts da etwa keine Workspaces?
Klar gibt's die, werden nur Tags genannt, wie kann man ohne?!

Nur passiert da in meinem Fall nichts...

dasebastian
Beiträge: 1888
Registriert: 12.07.2020 11:21:17

Re: .bashrc aliases

Beitrag von dasebastian » 29.03.2024 19:04:06

Gemutet... :facepalm:

So ein Pieps ist halt auch gleich vorbei, meine Benachrichtigung bleibt stehen. Aber egal. Ich sagte schon, muss sich bei mir erst bewähren sonst fliegt's.

KP97
Beiträge: 3444
Registriert: 01.02.2013 15:07:36

Re: .bashrc aliases

Beitrag von KP97 » 29.03.2024 19:08:11

dasebastian hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 16:13:08
Die Network-Aliase finde ich interessant. Trotz iwd?
Ja, iwd habe ich nicht gestartet, da mein Arbeitssystem ein NUC ist, daher nicht mobil und mit Kabel läuft.
dasebastian hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 16:13:08
Bin gerade drauf gekommen, bei mir ist der systemd-networkd zwar geladen aber mausedout!! Funkitonert auch so, pfuh! :lol:
Hm, der Service wird doch getriggert, jedenfalls sieht das bei mir so aus:
MB@MB:~$ ns
● systemd-networkd.service - Network Configuration
Loaded: loaded (/usr/lib/systemd/system/systemd-networkd.service; enabled; preset: enabled)
Active: active (running) since Fri 2024-03-29 18:52:55 CET; 14s ago
TriggeredBy: ● systemd-networkd.socket
Auch auf meinem Netbook ist die gleiche Anzeige, das läuft nur mit Wlan und Iwd.
Wird der Service nicht beim Systemstart mit systemctl enable gestartet?
Wir kommen vom Thema ab...

inne
Beiträge: 3281
Registriert: 29.06.2013 17:32:10
Lizenz eigener Beiträge: GNU General Public License
Kontaktdaten:

Re: .bashrc aliases

Beitrag von inne » 29.03.2024 19:16:36

dasebastian hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 19:04:06
So ein Pieps ist halt auch gleich vorbei, meine Benachrichtigung bleibt stehen.
Das Stimmt. Mir fällt gerade ein, dass ich in einem Gespräch mal auf diese Lösung gekommen bin:

Code: Alles auswählen

cp grosse/datei auf/ziel | mail -s "cp done" user
Hat aber den selben Nachteil, man muss dran denken.
Zuletzt geändert von inne am 29.03.2024 19:17:22, insgesamt 1-mal geändert.

dasebastian
Beiträge: 1888
Registriert: 12.07.2020 11:21:17

Re: .bashrc aliases

Beitrag von dasebastian » 29.03.2024 19:17:11

KP97 hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 19:08:11
Wir kommen vom Thema ab...
Genau :lol:

Ich werde mir das die nächsten Tage näher anschauen und vielleicht einen Thread aufmachen. Prinzipiell funktioniert bei mir ja aber alles, deshalb habe ich da wenig Leidensdruck.

dasebastian
Beiträge: 1888
Registriert: 12.07.2020 11:21:17

Re: .bashrc aliases

Beitrag von dasebastian » 29.03.2024 19:23:54

inne hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 19:16:36
... man muss dran denken.
Das ist das Ding, ja. Da stimme ich dir zu.

Ich habe mir gerade überlegt, ob es Sinn machen würde, den "alert"-Alias mit "sync" zu verknüpfen.

Zumindest in meinem Fall sind das eigentlich die Überschneidungen - Kopieren/Bewegen großer Dateien und benachrichtigt werden wollen, wenn das _wirklich_ (sync) geschehen ist.

Hm.

Also so Sachen wie:

Code: Alles auswählen

cp wirklich/große/datei ins/ziel && sync(=sync; alert)
Will man das?!

EDIT: Ich habe das gerade ausprobiert mittels

Code: Alles auswählen

alias sync='sync; notify-send -t 0 -i terminal "Beendet" "$(history | sed -n "\$s/^\s*[0-9]\+\s*\(.*\)[;&|]\s*alert\$/\1/p")"'
und dann

Code: Alles auswählen

sha256sum .bashrc && sync
Prinzipiell (TM) ist das schon voll in Ordnung, auf diese Weise würde die Benachrichtigung nur dann kommen, wenn ich es ohnehin für angemessen halten würde, zu synchronisieren - also lange Schreibvorgänge. Die Nennung des eigentlichen Befehls in der Benachrichtigung ist halt weg. Ich nehme an, weil das jetzt durch einen Alias getriggert wird.

Ich bin jetzt in der Entscheidungsfindung, ob ich das schlecht oder nicht ohnehin besser finde...

tobo
Beiträge: 1997
Registriert: 10.12.2008 10:51:41

Re: .bashrc aliases

Beitrag von tobo » 29.03.2024 19:50:30

dasebastian hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 19:01:28
tobo hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 17:34:37
Eigentlich egal, dasselbe in grün oder gibts da etwa keine Workspaces?
Klar gibt's die, werden nur Tags genannt, wie kann man ohne?!

Nur passiert da in meinem Fall nichts...
dasebastian hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 19:04:06
Gemutet... :facepalm:

So ein Pieps ist halt auch gleich vorbei, meine Benachrichtigung bleibt stehen. Aber egal. Ich sagte schon, muss sich bei mir erst bewähren sonst fliegt's.
Ich rede doch nicht von einem "Pieps" - den habe ich sogar grundsätzlich abgestellt und aktiviere ihn nur per Software durch `beep' - nein, ich rede von der visuellen Alert-Darstellung, ausgelöst in einem Terminal, welches Alert-fähig ist. Exemplarisch also z.B. in einem urxvt/xterm mit gesetzten Einstellungen:

Code: Alles auswählen

$ grep -i bell ~/.Xresources 
urxvt.urgentOnBell: true 
xterm.bellIsUrgent: true
$
und dann ein:

Code: Alles auswählen

$ xrdb ~/.Xresources
$ sleep 5s; printf "\a"
und ein Wechsel des Workspace innerhalb der 5 Sekunden. Halt ich für erheblich praktischer, als irgendein Meldungsfenster wegzuklicken...

dasebastian
Beiträge: 1888
Registriert: 12.07.2020 11:21:17

Re: .bashrc aliases

Beitrag von dasebastian » 29.03.2024 19:57:32

tobo hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 19:50:30
Ich rede doch nicht ...
Ups ok! :lol:
tobo hat geschrieben: ↑ zum Beitrag ↑
29.03.2024 19:50:30
... Halt ich für erheblich praktischer, als irgendein Meldungsfenster wegzuklicken...
Kann sein, ja. Gewohnheiten.

EDIT: Emoji ausgewechselt

Antworten