Ερώτηση για bash

[imitheos]

Το θεμα ειναι πως μαλλον δεν θυμοταν πως ειχε φτιαξει alias η εστω δεν του πηγε το μυαλο πως θα πορουσε να επηρεασει. Για αυτο νομιζω το καλυτερο ειναι να φτιαχνεις aliases που δεν εχουν ακριβως το ιδιο ονομα με την εντολη που αντικαθιστουν.

Ο στόχος των aliases είναι να σου κάνουν τη ζωή είτε πιο εύκολη είτε να είναι όπως σου αρέσει. Εγώ για παράδειγμα πάντα βάζω τις εντολές rm, mv, cp να έχουν το -v ως flag. Αν δώσω διαφορετικό όνομα θα είναι πιο μεγάλη η εντολή. Ο σκοπός πχ του \rm είναι να επαναφέρει το rm στις εργοστασιακές ρυθμίσεις χωρίς να ανησυχώ για το alias που έχω, ή ακόμα το να ανησυχώ για το ΑΝ έχω alias. Αν δω ότι κάτι συμπεριφέρεται περίεργα, το πρώτο που κάνω είναι το backslash.

Και οι δύο έχετε δίκιο. Είναι άλλη οπτική. Εγώ τείνω ελάχιστα προς την πλευρά του famous-walker γιατί, όπως είπε, μπορεί να μη θυμάσαι ότι έχεις κάποιο alias ή να κάτσει άλλος στον υπολογιστή ή χίλια δύο άλλα. Για αυτό τείνω προς την άποψή του ότι να μένουν απείραχτες οι εντολές και τα aliases να έχουν άλλο όνομα πχ l, ll, κτλ για το ls. Και αυτό όμως έχει τα αρνητικά του πχ ότι δημιουργείς "διαφορετικό καθεστώς". Μαθαίνεις να χρησιμοποιείς "δικές σου εντολές" αντί για τις κλασικές οπότε θα συνδεθείς αλλού που δεν θα υπάρχουν και θα γράφεις από συνήθεια ll αντί για ls και θα βρίζεις.

Αν μιλούσαμε για κάποιο script, τότε θα συμφωνούσα με τον tsigarid ότι θα έπρεπε να χρησιμοποιηθεί κάτι που να παρακάμπτει το περιβάλλον του χρήστη, απλά αντί για \wget θα πρότεινα κάτι πιο "δόκιμο" όπως είτε /usr/bin/wget ή αν δεν σου αρέσει να παρακάμψεις το PATH, να μπει "command wget". Δεν το έψαξα αλλά είμαι σχεδόν σίγουρος ότι και το bash υποστηρίζει την λέξη command. Τώρα που μιλούσαμε για χειροκίνητες εντολές στο κέλυφοος δεν ξέρω τι θα ήταν το πιο δόκιμο.

tsigarid ξεχνάς όμως ότι στο μηχάνημα του jim_p θα υπήρχε κάτι άλλο πειραγμένο που θα έκανε και το \wget να μην παίζει

[dpap76]

Να συμπληρώσω οτι ναι, το command xxxxxxx είναι ένας απο τους τρόπους για να κάνεις bypass το alias στο bash

How to to bypass bash alias

Prefix a \ before bash alias name to avoid calling the alias:
\alias-name

Use the shell builtin named command:
command rm

Try using the full path for the shell command to bypass the alias:
/bin/mount

Add a single or double quote to the command to avoid the alias:
"rm" filename
OR
'rm' file1


χρήσιμη σχετικά με το θέμα είναι η εντολή type:

# type -a ls
ls is aliased to `ls -vF --color=always'
ls is /usr/bin/ls
ls is /bin/ls

[Gentoo]

Με which μπορείς επίσης να τσεκαρεις αν ένα command έχει γίνει aliased. Αν δεν είναι aliased, το which θα σου υποδείξει το absolute path (αν υφίσταται στο PATH), αλλιώς θα σου εμφανίσει το aliased command.

[imitheos]

Με which μπορείς επίσης να τσεκαρεις αν ένα command έχει γίνει aliased. Αν δεν είναι aliased, το which θα σου υποδείξει το absolute path (αν υφίσταται στο PATH), αλλιώς θα σου εμφανίσει το aliased command.

Στο 99,9% των περιπτώσεων έχεις δίκιο αλλά το πιο δόκιμο είναι το type που πρότεινε ο dpap76. Γιατί το λέω τώρα αυτό.

% type which
which is a shell builtin
% whence -w which  (σε ZSH μόνο)
which: builtin

% which ls
ls: aliased to /bin/ls ${=LS_OPTIONS}
% /bin/which ls
/bin/ls

% disable which  (πάλι μόνο σε ZSH)
% which ls
/bin/ls

Πολλές εντολές που χρησιμοποιούμε καθημερινά είναι κανονικά εξωτερικές εντολές αλλά όλα τα κελύφη τις υλοποιούν και εσωτερικά ακριβώς επειδή τις χρησιμοποιούμε συχνά (πχ cd, ls, time, which, κτλ). Μόνο αυτές οι εσωτερικές υλοποιήσεις μπορούν να γνωρίζουν αν κάτι είναι alias. Όπως βλέπεις, όταν έτρεξα /bin/which αντί για σκέτο which (ή όταν απενεργοποίησα την εσωτερική υλοποίηση), τότε παίρνω σαν αποτέλεσμα το εκτελέσιμο χωρίς να με πληροφορεί αν είναι aliased ή όχι.

Ίσως να έχεις παρατηρήσει το παραπάνω στην περίπτωση του time. Θα δεις πολλούς οδηγούς να συστήνουν να τρέξεις /usr/bin/time τάδε_script επειδή το σκέτο time θα τρέξει την εσωτερική υλοποίηση του κελύφους που συνήθως παρέχει λιγότερες πληροφορίες.

Η άχρηστη πληροφορία της ημέρας . Εν προκειμένω είσαι σωστός επειδή η συντριπτική πλειοψηφία των κελύφων θα έχουν υλοποιήσει εσωτερικά το which.

[Gentoo]

Στο 99,9% των περιπτώσεων έχεις δίκιο αλλά το πιο δόκιμο είναι το type που πρότεινε ο dpap76. Γιατί το λέω τώρα αυτό.

% type which
which is a shell builtin
% whence -w which  (σε ZSH μόνο)
which: builtin

% which ls
ls: aliased to /bin/ls ${=LS_OPTIONS}
% /bin/which ls
/bin/ls

% disable which  (πάλι μόνο σε ZSH)
% which ls
/bin/ls

Πολλές εντολές που χρησιμοποιούμε καθημερινά είναι κανονικά εξωτερικές εντολές αλλά όλα τα κελύφη τις υλοποιούν και εσωτερικά ακριβώς επειδή τις χρησιμοποιούμε συχνά (πχ cd, ls, time, which, κτλ). Μόνο αυτές οι εσωτερικές υλοποιήσεις μπορούν να γνωρίζουν αν κάτι είναι alias. Όπως βλέπεις, όταν έτρεξα /bin/which αντί για σκέτο which (ή όταν απενεργοποίησα την εσωτερική υλοποίηση), τότε παίρνω σαν αποτέλεσμα το εκτελέσιμο χωρίς να με πληροφορεί αν είναι aliased ή όχι.

Ίσως να έχεις παρατηρήσει το παραπάνω στην περίπτωση του time. Θα δεις πολλούς οδηγούς να συστήνουν να τρέξεις /usr/bin/time τάδε_script επειδή το σκέτο time θα τρέξει την εσωτερική υλοποίηση του κελύφους που συνήθως παρέχει λιγότερες πληροφορίες.

Η άχρηστη πληροφορία της ημέρας . Εν προκειμένω είσαι σωστός επειδή η συντριπτική πλειοψηφία των κελύφων θα έχουν υλοποιήσει εσωτερικά το which.

Καθόλου άχρηστη πληροφορία! Δεν το γνώριζα αυτό

[hammered]

This has been bugging a lot lately.

Έχω την συνήθεια να έχω ανοικτό το ίδιο παράθυρο του git bash (for Windows) για ημέρες. Τις τελευταίες μέρες έκλεισε ο υπολογιστής ξαφνικά λόγω διακοπής ρεύματος (τα έφτυσαν οι μπαταρίες του ups και είναι προς αλλαγή). Αυτό συνέβη 2-3 φορές τώρα. Το πρόβλημα μου είναι ότι χάθηκε το bash history αρκετών ημερών και είναι λίγο εκνευριστικό.
Αν δεν κάνω λάθος το bash history γράφεται στο δίσκο κατά το bash session logout (όταν κλείσεις το παράθυρο του terminal).

Υπάρχει καμιά ρύθμιση για να γίνεται περιοδικά sync το history στο δίσκο;
ΥΓ: Τελευταία να δοκιμάσω zsh. Μήπως αυτό έχει τέτοια ρύθμιση;

[tsigarid]

https://askubuntu.com/questions/6728...tory-immediate

Να ξέρεις ότι αυτή η λύση θα είναι εκνευριστική αν δουλεύεις ταυτόχρονα σε πολλά παράθυρα.

[hammered]

https://askubuntu.com/questions/6728...tory-immediate

Να ξέρεις ότι αυτή η λύση θα είναι εκνευριστική αν δουλεύεις ταυτόχρονα σε πολλά παράθυρα.

Να 'σαι καλά. Λίγο μετά την ερώτηση μου ανακάλυψα ότι βάζοντας "PROMPT_COMMAND='history -a'" στο .bashrc μου λύνει το άμεσο πρόβλημα μου.

Ευτυχώς δεν δουλεύω πολλά commands σε διαφορετικά παράθυρα, οπότε μάλλον θα καλυφθώ προς το παρόν.

[jim_p]

sd - search & displace
https://github.com/chmln/sd

Για μενα που το iq μου δεν φτανει για sed, μου φαινεται καλο.

[hammered]

Το thread είναι strictly για bash ή μπορούμε να μιλάμε και για άλλα shells;
Έχει κανείς δοκιμάσει zsh ή fish; Τα autosuggestions τους βάσει του history φαίνονται πολύ χρήσιμα στην καθημερινότητα. Υποτίθεται ότι το ίδιο μπορεί να επιτευχθεί και στο bash με το ble.sh. Το 'χει δοκιμάσει κανείς;

[Gentoo]

Το thread είναι strictly για bash ή μπορούμε να μιλάμε και για άλλα shells;
Έχει κανείς δοκιμάσει zsh ή fish; Τα autosuggestions τους βάσει του history φαίνονται πολύ χρήσιμα στην καθημερινότητα. Υποτίθεται ότι το ίδιο μπορεί να επιτευχθεί και στο bash με το ble.sh. Το 'χει δοκιμάσει κανείς;

Εγώ δουλεύω zsh. Είναι φανταστικό, σε συνδυασμό με το oh-my-zsh. Το autosuggestions και το autocompletions επίσης είναι ότι πιο παραγωγικό μπορείς να έχεις στην καθημερινότητά σου.

Μπορεί να καταφέρεις παρόμοια πράγματα και σε bash, με το oh-my-bash που πρότειναν πιο πάνω. Δεν το έχω τσεκάρει, οπότε δεν έχω άποψη.

[sktheo]

sd - search & displace
https://github.com/chmln/sd

Για μενα που το iq μου δεν φτανει για sed, μου φαινεται καλο.

Εφόσον δεν φτάνει το IQ σου... πως γίνεται να σου φαίνεται λειτουργικό; "Έπαιξες" μαζί του ή κόλλησες στην πρώτη γραμμή;

[jim_p]

Τεο θα σου πω οταν το δοκιμασω, γιατι τωρα δεν εχω κατι που να θελει sed :P

Σε αλλα κουλα τωρα. Σε ενα σκριπτ υπαρχει ενα απλο "source credentials" που τραβαει ενα usernneme και ενα password. Εκανα το αρχειο credentials, εβαλα μεσα username και password οπως τα θελει, αλλα στο source credentials τρωω πορτα

# ls credentials
credentials
# source credentials
-sh: source: credentials: not found
# source credentials
/usr/bin/ash: source: credentials: not found

Το παραπανω εινια απο libreelec και το ash/sh το παρεχει το busybox.

- - - Updated - - -

Με αλλο αρχειο δουλευει κανονικα το source

# source /etc/os-release
# echo $ID
libreelec

- - - Updated - - -

Ηθελε ετσι τελικα, αλλα πως θα το βαλω στο σκριπτ?

# source ./credentials
# echo $USERNAME
user

- - - Updated - - -

Το πηρε τελικα με ./credentials.

[tsigarid]

Μήπως δεν έχεις το . στο $PATH; Νομίζω χρειάζεται για το source. Επίσης, δε χρειάζεσαι καν source:

. ./credentials

[jim_p]

Οντως δουλευει κι ετσι. Αν και τρεχει κανονικα ολο το σκριπτ, πεταει αυτο το σφαλμα

test.sh: line 33: syntax error: unexpected redirection

και η γραμμη 33 λεει

done <<< "$mitsos"