λάθος home folder στο τερματικό (super user conflicts with wine??)
καλησπέρα,

τρέχω debian με xfce. εδώ και λίγο καιρό είχα παρατηρήσει ότι όταν ανοίγω το terminal (xfce terminal) και κάνω cd ~ με βγάζει στο home, κάνοντας όμως ls δεν μου δείχνει όλους τους φακέλους του home directory μου, αλλά μόνο το desktop folder. μιας και δεν λειτουργώ συχνά στο ~ το αγνόησα,…
η απαντηση ειναι απλη. υπαρχει συνδεσμος που δειχνει απο το /home/user/path-to-lutris-exe-install/dosdevices/z:/ στο / και ετσι εχεις προσβαση και στο /home/user φακελο. ειναι κολπακι του wine και του lutris.

[@sari-vari](/u/sari-vari) κανονικα, δεν θα πρεπει να δημιουργουνται απο τον root εκτως εαν δημιουργηθηκα…
Είχα ακολουθήσει ένα διαφορετικό σεμινάριο σχετικά με τη ρύθμιση Xen μου στο Ubuntu πριν από 8,04 αλλά τώρα αναβαθμίστηκε σε 8.04. Θα χρησιμοποιηθεί για την επιπλέον γραμμή στο cfg μου διαδρομής ορίζονται ως ακολούθως:



```
extra = ' TERM=xterm xencons=tty console=tty1'

```

Αυτό μου επιτρέπει να «XM κονσόλα όνομα» από dom0. Νομίζω ότι αυτό ήταν από ένα πρόβλημα με το Xen εγκατάσταση στην έκδοση πριν από την 8,04 (δεν είμαι σίγουρος ποια έκδοση που ήταν). Δεν είμαι σίγουρος αν η ίδια αλλαγή είναι απαραίτητη 8.04 και είμαι μια αναβάθμιση και δεν άλλαξε καμία από domU διαμορφώσεων μου μετά την αναβάθμιση. Όπως είπε σε αυτό το [θέμα](https://unix.stackexchange.com/questions/83862/how-to-chmod-without-usr-bin-chmod) .   

μπορείτε να χρησιμοποιήσετε αυτό το παρακάτω ΜΑΣ εντολή:



```
/lib/ld-linux.so /bin/chmod +x /bin/chmod

```

ή να χρησιμοποιήσετε `/lib64/ld-linux-x86-64.so.2`αν είστε σε σύστημα 64bits Θα χρησιμοποιηθεί για να πάρει αυτό - νομίζω ότι είναι ένα bug με το παράθυρο εντοπισμού σφαλμάτων «Autos»:


[http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/eabc58b1-51b2-49ce-b710-15e2bf7e7516/](https://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/eabc58b1-51b2-49ce-b710-15e2bf7e7516/) Αυτό λειτουργεί στον υπολογιστή μου (TM) μετά την εγκατάσταση rdbgsetup\_x64.exe και να περάσει από τον οδηγό διαμόρφωσης:



```
sc stop msvsmon90
sc config msvsmon90 binPath= "C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x86\msvsmon.exe /service msvsmon90"
sc start msvsmon90

``` ```
os.system('xdg-open "%s"' % foldername)

```

`xdg-open` μπορεί να χρησιμοποιηθεί για τα αρχεία / urls επίσης Από μερικές από την αρχική έρευνα δεν φαίνεται να είναι μια εξαιρετικά απλή λύση. 


Φαίνεται ότι το να κάνουμε αυτό συνεπάγεται με το Visual Studio 2008, στην πραγματικότητα εγκατεστημένο στο διακομιστή συνεχούς ολοκλήρωσης, η οποία θα μπορούσε να είναι ένας διακόπτης διαπραγμάτευσης.


Στη συνέχεια, να ρυθμίσετε το MSTest.exe να τρέξει στη λίστα εργασιών, αλλά πρώτα θα πρέπει να κάνει ένα αρχείο δέσμης για να διαγράψετε τα αρχεία αποτελέσματα από προηγούμενες διελεύσεις και την ύπαρξη αυτού του αρχείου προκαλεί ένα σφάλμα.


Στη συνέχεια, δημιουργήστε ένα XSLT για να μορφοποιήσετε τα αποτελέσματα και να το βάλετε στο αρχείο dashboard.config.


Το άρθρο κωδικό έργου που βρήκα έχει πολύ περισσότερες λεπτομέρειες.


[Η ενσωμάτωση Visual 2008 Δοκιμές Μονάδα Studio ομάδας συστήματος με CruiseControl.NET](http://www.codeproject.com/KB/tips/VSTS2008_Tests_With_CCNET.aspx) Εάν έχετε συνδεδεμένο `127.0.0.1`με το `my.cnf`αρχείο αυτό σημαίνει ότι μπορείτε να συνδεθείτε μόνο με τη βάση δεδομένων από τον τοπικό υπολογιστή βάσεων δεδομένων. `127.0.0.1`είναι η τοπική διεύθυνση loopback, επιτρέπει μόνο συνδέσεις localhost. Εάν είστε ιστοσελίδα δεν φιλοξενείται στον ίδιο server αυτός είναι ο λόγος που δεν μπορείτε να συνδεθείτε.


Αν θέλετε να συνδεθείτε με τη βάση δεδομένων σας από έναν άλλο διακομιστή δεσμεύουν την LAN IP του server της βάσης δεδομένων στο `my.cnf`αρχείο.


Στη συνέχεια μπορείτε να βάλετε τη LAN IP διεύθυνση του διακομιστή βάσης δεδομένων σε συμβολοσειρά σύνδεσης και θα πρέπει να είναι σε θέση να συνδεθείτε


σφάλμα σας είναι στην πραγματικότητα ένα σφάλμα σύνδεσης με το δίκτυο, που δεν επικυρώνει ακόμα και έτσι προσπαθεί διαφορετικά ονόματα χρήστη και κωδικούς πρόσβασης δεν πρόκειται να βοηθήσει. Μόλις διευθετηθεί τα θέματα του δικτύου θα λάβετε ένα διαφορετικό σφάλμα αν ο έλεγχος ταυτότητας αποτυγχάνει (π.χ. user @ host με τον κωδικό απέτυχε) Προσθέτοντας την `--decorate`επιλογή θα εμφανιστούν οι αναφορές που δείχνουν προς κάθε commit. Έτσι, για παράδειγμα, θα δείτε **HEAD** και **προέλευσης / HEAD** (ή οτιδήποτε άλλο) στις σωστές θέσεις.


Μπορούν ακόμη και να είναι σε αρκετά χρώματα, αν έχετε αυτό ενεργοποιηθεί.


PS. ευχαριστώ για να με κάνει να ελέγξετε αυτό - είναι πραγματικά πολύ ωραία, ειδικά με τον τρόπο που δείχνει επίσης διάφορες κρύπτες μου. Είναι ένα σφάλμα, ανατρέξτε στην [τεκμηρίωση της`subprocess.Popen`](http://docs.python.org/lib/node528.html) . Εκεί είτε θα πρέπει να είναι μια `"shell=True`"επιλογή, ή το πρώτο επιχείρημα πρέπει να είναι μια ακολουθία `['svn', '--version']`. Όπως είναι τώρα, `Popen`ψάχνει για ένα εκτελέσιμο το όνομα, κυριολεκτικά,“svn --version”που δεν βρίσκουν.


Δεν ξέρω για ποιο λόγο θα μπορούσε να λειτουργήσει για τους συναδέλφους σας όμως, αν εκτελείτε το ίδιο λειτουργικό σύστημα και την έκδοση της Python ... FWIW μου δίνει το ίδιο μήνυμα λάθους σε έναν υπολογιστή Mac, και έναν από τους δύο τρόπους που έδωσε διορθώσεις που . <p>μπορείτε στην πραγματικότητα να συγκρίνετε τα αρχεία εγγενώς στο sublime text.</p><ol> <li>μεταβείτε στο φάκελο που περιέχει τους μέσω <code>open folder...</code> ή σε ένα έργο</li> <li>επιλέξτε τα δύο αρχεία (π.χ. κρατώντας το <kbd>ctrl</kbd> σε windows ή <kbd>⌘</kbd> στο macos) που θέλετε να συγκρίνετε στην πλαϊνή γραμμή</li> <li>κάντε δεξί κλικ και επιλέξτε την επιλογή <code>diff files...</code>.</li> </ol><p><img src="https://i.stack.imgur.com/ggzag.png" width="500"></p>