Ερώτηση για bash

**imitheos** · 19-06-23, 22:14

Αρχικό μήνυμα από jim_p

Δοκιμασα τωρα git grep "coding.net" και εβγαλε 3 μετρημενα matches απο ενα readme και τιποτε αλλο. Ετσι πρεπει να κανει?

Υποθέτω πως ναι. Θα ψάξει να το βρει σε κάποιο αρχείο του αποθετηρίου. Αν δεν υπάρχει εκεί, τότε δεν θα το βρει.

Με μια γρήγορη δοκιμή που έκανα, το reflog που δείχνει το ιστορικό των λειτουργιών που έκανες, δείχνει να δουλεύει

Κώδικας:

% git clone /home/git/repos/linux.git 
Γίνεται κλωνοποίηση μέσα στο 'linux'...
blah blah

% cd linux 
% git reflog
45a3e24f65e (HEAD -> master, tag: v6.4-rc7, origin/master, origin/HEAD) HEAD@{0}: clone: from /home/git/repos/linux.git

% git pull
Ήδη πλήρως ενήμερο.

% git pull https://github.com/torvalds/linux
remote: Enumerating objects: 19, done.
blah blah
Unpacking objects: 100% (11/11), 2.46 KiB | 840.00 KiB/s, ολοκληρώθηκε.
Από το https://github.com/torvalds/linux
 * branch                    HEAD       -> FETCH_HEAD
Updating 45a3e24f65e..dbad9ce9397

% git reflog
dbad9ce9397 (HEAD -> master) HEAD@{0}: pull https://github.com/torvalds/linux: Fast-forward
45a3e24f65e (tag: v6.4-rc7, origin/master, origin/HEAD) HEAD@{1}: clone: from /home/git/repos/linux.git

Βλέπεις ότι μου εμφανίζει σαν ιστορικό ότι έκανα clone (από τοπικό κατάλογο αλλά δεν παίζει ρόλο αυτό) και μετά ότι έκανα pull από την τάδε url.

Χωρίς φυσικά να μπορώ να στο πω με σιγουριά, μάλλον αν έτρεχες git reflog θα σου εμφάνιζε την url που χρησιμοποίησες για το pull. Αφού πάντως το βρήκες με το grep και το ξανα-έκανες clone, όλα οκ.

**tsigarid** · 19-06-23, 22:32

Off Topic

Αρχικό μήνυμα από imitheos

Υποθέτω πως ναι. Θα ψάξει να το βρει σε κάποιο αρχείο του αποθετηρίου. Αν δεν υπάρχει εκεί, τότε δεν θα το βρει.

Με μια γρήγορη δοκιμή που έκανα, το reflog που δείχνει το ιστορικό των λειτουργιών που έκανες, δείχνει να δουλεύει

Κώδικας:

% git clone /home/git/repos/linux.git 
Γίνεται κλωνοποίηση μέσα στο 'linux'...
blah blah

% cd linux 
% git reflog
45a3e24f65e (HEAD -> master, tag: v6.4-rc7, origin/master, origin/HEAD) HEAD@{0}: clone: from /home/git/repos/linux.git

% git pull
Ήδη πλήρως ενήμερο.

% git pull https://github.com/torvalds/linux
remote: Enumerating objects: 19, done.
blah blah
Unpacking objects: 100% (11/11), 2.46 KiB | 840.00 KiB/s, ολοκληρώθηκε.
Από το https://github.com/torvalds/linux
 * branch                    HEAD       -> FETCH_HEAD
Updating 45a3e24f65e..dbad9ce9397

% git reflog
dbad9ce9397 (HEAD -> master) HEAD@{0}: pull https://github.com/torvalds/linux: Fast-forward
45a3e24f65e (tag: v6.4-rc7, origin/master, origin/HEAD) HEAD@{1}: clone: from /home/git/repos/linux.git

Βλέπεις ότι μου εμφανίζει σαν ιστορικό ότι έκανα clone (από τοπικό κατάλογο αλλά δεν παίζει ρόλο αυτό) και μετά ότι έκανα pull από την τάδε url.

Χωρίς φυσικά να μπορώ να στο πω με σιγουριά, μάλλον αν έτρεχες git reflog θα σου εμφάνιζε την url που χρησιμοποίησες για το pull. Αφού πάντως το βρήκες με το grep και το ξανα-έκανες clone, όλα οκ.

Γιατί μόνο τα μισά μηνύματα του git είναι στα Ελληνικά; Βαρέθηκαν οι developers να κάνουν την πλήρη μετάφραση;

**imitheos** · 20-06-23, 06:45

Αρχικό μήνυμα από tsigarid

Off Topic

Γιατί μόνο τα μισά μηνύματα του git είναι στα Ελληνικά; Βαρέθηκαν οι developers να κάνουν την πλήρη μετάφραση;

Ούτε που το πρόσεξα μέχρι που το έγραψες

Δεν έχω ιδέα γιατί.

Το μόνο που μου ήρθε στο μυαλό είναι ότι κατά την εκτέλεση μια εντολής του git, τρέχουν από πίσω διάφορα εκτελέσιμα (τα λεγόμενα porcelain = high level εντολές και plumbing = low level εντολές). Μήπως μεταφράστηκαν τα porcelain εκτελέσιμα (θεωρώντας τα ως μέρος του "ui" που βλέπει ο χρήστης) αλλά έμειναν μόνο στα αγγλικά τα plumbing εκτελέσιμα (θεωρώντας ότι η έξοδό τους γίνεται συχνά parse από scripts);

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

**jim_p** · 21-06-23, 07:24

Επειδη χτες εριξα πολλα μπινελικια με ενα σκριπτ που σταματαει να τρεχει καπου στη μεση, και επειδη τα echo που εβαλα μετα απο καθε βημα δεν βοηθανε, θα ηθελα να βλεπω το πραγματικο output της καθε εντολης που τρεχει, σαν να το ετρεχα με sh -x. Γινεται?

**tsigarid** · 21-06-23, 13:06

Αρχικό μήνυμα από jim_p

Επειδη χτες εριξα πολλα μπινελικια με ενα σκριπτ που σταματαει να τρεχει καπου στη μεση, και επειδη τα echo που εβαλα μετα απο καθε βημα δεν βοηθανε, θα ηθελα να βλεπω το πραγματικο output της καθε εντολης που τρεχει, σαν να το ετρεχα με sh -x. Γινεται?

Το έχεις ρωτήσει ξανά:

Αρχικό μήνυμα από dpap76

ξεκίνα το script σου με

#!/bin/bash -x

και πιστεύω θα βρείς το πρόβλημα. Αλλιώς βάλε προσωρινά τα κατάλληλα echo ${variable} για να δείς τις τιμές.
Η trap επίσης είναι για ποιο βαρύ debuging δεν θυμάμαι όμως τώρα εύκολα την σύνταξη της.

**jim_p** · 21-06-23, 14:42

Τωρα το επιασα! Λεει να το βαλω στο ιδιο το σκριπτ, εκει στην πρωτη σειρα που γραφω το shebang. Γιατι εγω νομιζα οτι η παραμετρος ειναι μονο οταν τρεχει με sh -x blablabla. Gamechanging αλλαγη για μενα! Ετσι θα τα κανω ολα τα σκριπτ απο δω και περα.

**dpap76** · 21-06-23, 16:30

Επίσης -και αυτό είναι άσχετο με το debugging θέμα σου- να γνωρίζεις ότι αν το bash καλείται με /bin/sh αντί για /bin/bash τροποποιείται ελαφρώς η συμπεριφορά του ώστε να είναι περισσότερο compatible με το κλασσικό αρχαίο UNIX bourne shell (/bin/sh).

Στα μοντέρνα linux συστήματα (εδώ και 20+ χρόνια) το /bin/sh είναι link στο /bin/bash ωστόσο κατά την εκκίνηση του, το bash εκτελεί έλεγχο με ποιο όνομα καλέστηκε και "μεταμορφώνεται" ανάλογα.

Οι διαφορές δεν είναι κάτι τρομερό και πιθανότατα στο 99% των περιπτώσεων δεν θα έχεις πρόβλημα με τα περισσότερα shell scripts, κάποια set αλλάζουν ή απενεργοποιούνται αν θυμάμαι καλά καθώς και κάποιοι συντακτικοί κανόνες που ήρθανε με το bash (Bourne Again Shell) και θεωρούμε δεδομένο σε bash ΔΕΝ δουλεύουν στο sh.

Συστήνω πάντα, εφόσον γράφεις φρέσκα δικά σου script, να βάζεις #!/bin/bash αντί για #!/bin/sh ώστε να χρησιμοποιείς και να έχεις στη διάθεση σου τα πλήρη features του bash.

Αν κάποιο script που έχει γράψει άλλος, ξεκινά με #!/bin/sh μην το πειράξεις/αλλάξεις - κάποιο λόγο θα έχει ή το έγραψε με σκοπό να είναι unix-like compatible.

Τα παραπάνω τα αναφέρω γιατί πολύ συχνά παρατηρώ χρησιμοποιείς το #!/bin/sh στα scripts σου και στις ερωτήσεις σου και κάθε φορά που το βλέπω με τρώει το χέρι να το επισημάνω

**jim_p** · 01-08-23, 18:50

Πειτε καμια ιδεα για το παρακατω, γιατι μου εχει ξανατυχει στο παρελθον και το πετυχαινω και τα παιρνω.

Πατησα κατα λαθος ./gean στο τερματικο για να ξεκινησω το geany, οπως παταω ./viber.AppImage για να ξεκινησω το viber απο το appimage του και τωρα θελω να το σβησω απο το ιστορικο του bash. Εχοντας ανοιχτο μονο ενα τερματικο, ετρεξα history -d 1998, μιας και ηταν η 1998η entry εκει μεσα, εκλεισα και ξανανοιξα το τερματικο. αλλα δεν διαγραφηκε και εγινε η 1997η entry μετα. Γιατι?

Κώδικας:

 1997  ./gean
 1998  ./viber.AppImage 
 1999  history -d 1998
 2000  history

Εινια ασχετο με bash το ξερω

**imitheos** · 01-08-23, 19:01

Αρχικό μήνυμα από jim_p

Πειτε καμια ιδεα για το παρακατω, γιατι μου εχει ξανατυχει στο παρελθον και το πετυχαινω και τα παιρνω.

Πατησα κατα λαθος ./gean στο τερματικο για να ξεκινησω το geany, οπως παταω ./viber.AppImage για να ξεκινησω το viber απο το appimage του και τωρα θελω να το σβησω απο το ιστορικο του bash. Εχοντας ανοιχτο μονο ενα τερματικο, ετρεξα history -d 1998, μιας και ηταν η 1998η entry εκει μεσα, εκλεισα και ξανανοιξα το τερματικο. αλλα δεν διαγραφηκε και εγινε η 1997η entry μετα. Γιατι?

Κώδικας:

 1997  ./gean
 1998  ./viber.AppImage 
 1999  history -d 1998
 2000  history

Εινια ασχετο με bash το ξερω

1) Γιατί είναι άσχετο με bash; Δεν χρησιμοποιείς bash;
2) Αν με κλειστό τερματικό, ανοίξεις με ένα gui editor το .bash_history και το σβήσεις από εκεί και σώσεις το αρχείο δεν θα γίνει η δουλειά; (σημειωτέον ότι στο αρχείο δεν θα έχει αριθμούς 1998,κτλ φυσικά. θα είναι σκέτες οι εντολές).

**jim_p** · 01-08-23, 19:04

Ετσι το εκανα μεχρι περυσι πχ, αλλα αυτο ειναι "παρωχημενος τροπος" οπως ελεγε ο wan, οποτε ειπα να το κανω με τον προβλεπομενο που ειναι το -d.

**tsigarid** · 01-08-23, 21:30

Γιατί παρωχημένος; Άσε που δε θα καταγραφεί στο ιστορικό ότι έσβησες μία εντολή, αλλά μόνο το ότι άνοιξες το .bash_history

**mrsaccess** · 01-08-23, 21:45

Έχει γεμίσει το bash history σου (φαίνεται να έχεις όριο τις 2000 εντολές), οπότε τρέχοντας μια νέα κάνουν όλες shift προς τα πίσω υποθέτω.
Δοκίμασε να το ξανασβήσεις ή σβήσε την προηγούμενη εγγραφή να δεις τι θα συμβεί.

**jim_p** · 04-08-23, 11:13

Καποιος εκανε fork του fido (σκριπτακι που κατεβαζει τα iso απο την ms και κομματι του rufus) σε bash
https://github.com/ElliotKillick/Mido

Για το δικο μου θεμα, ακολουθησα τελικα τον παρωχημενο τροπο και εσβησα τα προβληματικα entries ανοιγοντας το .bash_history στο geany.

**tsigarid** · 04-08-23, 11:18

Αρχικό μήνυμα από jim_p

Καποιος εκανε fork του fido (σκριπτακι που κατεβαζει τα iso απο την ms και κομματι του rufus) σε bash
https://github.com/ElliotKillick/Mido

Για το δικο μου θεμα, ακολουθησα τελικα τον παρωχημενο τροπο και εσβησα τα προβληματικα entries ανοιγοντας το .bash_history στο geany.

Δεν είναι fork:

Mido is a secure and open source download client for Microsoft's (reverse engineered) proprietary downloading API!

**jim_p** · 04-08-23, 11:24

No idea tbh, εγω εδω το βρηκα και ο ιδιος ο dev του λεει οτι ειναι port σε bash
https://old.reddit.com/r/linux/comme...wnloader_fido/

Θέμα: Ερώτηση για bash

Παρόμοια Θέματα

Βοήθεια για ένα απλό bash script

bash - matlab

Bash Script help (Αρχάριος)

bash rename (mv)

Tags για αυτό το Θέμα

Bookmarks

Bookmarks

Δικαιώματα - Επιλογές