Το Στέκι των Πληροφορικών

OK...!!Με την εντολή  rm -rf ~/.wine το πρόβλημα λύθηκε..

Είναι πολύ πιθανό, το πρόβλημα που αντιμετωπίζεις να είναι αυτό που δημιουργείται με την ενημέρωση του dnsmasq.

Διάβασε αυτό το thread και ακολούθησε τις οδηγίες (είσαι στην περίπτωση του 22.04):
https://alkisg.mysch.gr/steki/index.php?topic=10424.msg104752#msg104752

αν παρόλα αυτά αντιμετωπίσεις πρόβλημα, ανέφερέτ το εδώ.

** ωπ, με πρόλαβε ο falexakos **

Για δες εδώ (όλο το thread, αλλά κυρίως το #23) : 

https://alkisg.mysch.gr/steki/index.php?topic=10424.msg104745#msg104745

Με  server  ubuntu 22.04.5 LTS, μετα απο update, οι clients δεν "βλεπουν" δικτυο.
Σταματα και εμφανιζει εκτος των αλλων το παρακατω :
nothing to boot no such file or directory (http //ipxe.org/2de3013b)
No more network devices

Εκτελεσα με την σειρα ltsp dnsmasq και ltsp ipxe.

Σύμφωνα με το βιβλίο στο στάδιο της κατανόησης

Δημήτρη και Ευτυχία,

στην 1η σελίδα του pdf της θεωρίας γράφει:

"ο καθορισμός απαιτήσεων ανήκει στο στάδιο της ανάλυσης."

Στο σχολικό βιβλίο, σελ. 25, γράφει: 

"κατανόηση, όπου απαιτείται η σωστή και πλήρης αποσαφήνιση των δεδομένων και των ζητούμενων του προβλήματος."

Άρα που ανήκει, στο στάδιο της κατανόησης ή της ανάλυσης;

Κανονικά όλα τα αρχεία στο Linux πρέπει να ανήκουν σε ένα πακέτο. Οπότε για παράδειγμα ο τροποποιημένος launcher για το tuxpaint παρέχεται από τα sch-scripts και βρίσκεται εκεί:

$ dpkg -S /usr/share/sch-scripts/tuxpaint
sch-scripts: /usr/share/sch-scripts/tuxpaint

Άρα θα έπρεπε να έχεις ένα πακέτο kermit-fixes ή kermit-cmaptools που να παρέχει τις αλλαγές σου, το profile.xml κλπ.

Αν δεν χρησιμοποιείς πακέτα, τότε κάνεις ό,τι θες είτε κάτω από το /usr/local είτε στο /home, όλα δικά σου είναι να τα οργανώσεις όπως θες.

Για το gcompris-qt μπορείς να δοκιμάσεις να κατεβάσεις τα .deb της stonking και να δεις αν ικανοποιούνται οι εξαρτήσεις. Αν όχι, τότε δεν αξίζει τον κόπο, καλύτερα να αναβαθμίσεις σε 26.04 αν θες νεότερες εκδόσεις προγραμμάτων:

https://packages.ubuntu.com/gcompris-qt

Άλκη, θα δοκιμάσω όσα προτείνεις σε ένα άλλο σχολείο (έχω να επιλέξω από τέσσερα γαρ ) και θα το έχω υπόψη μου για του χρόνου.

Ως θέμα αρχής, το profile.xml (μέσα στο αρχείο /usr/local/bin/cmaptools) που βρίσκεται αυτή τη στιγμή στον κοινόχρηστο φάκελο ενός τμήματος (στο παράδειγμά μας το a1), πού θα έπρεπε να βρίσκεται κανονικά; Μέσα στο /usr/share/cmaptools, σε κανένα /etc/cmaptools ή κάπου αλλού;

Επίσης, ελαφρώς άσχετο με το παρόν θέμα, αν θα ήθελα να αναβαθμίσω και το gcompris σε μια νεότερη έκδοση, θα έπρεπε να ακολουθήσω παρόμοια βήματα με την εγκατάσταση το cmaptools; Θα ήταν ασφαλές κάτι τέτοιο ή θα ήταν πιθανό να δημιουργήσω θέματα στην εγκατάστασή μου;

Προς το παρόν βολεύτηκα με χρήση του LTSPDM_USERS στο /etc/ltsp/ltsp.conf. 
Σε κάθε περίπτωση, σ' ευχαριστώ πολύ για την υπόδειξη.

Σε τέτοιες περιπτώσεις το καλύτερο είναι να δημιουργείται ένα αρχείο /usr/local/bin/cmaptools, με περιεχόμενα κάπως έτσι:

#!/bin/sh
...
if [ ! -d My_Cmaps ]; then
  mkdir -p My_Cmaps .cmaptools
  cp /home/Shared/a1/profile.xml .cmaptools
fi
exec /usr/bin/cmaptools "$@"

Ο launcher /usr/share/applications/cmaptools.desktop θα έχει μια γραμμή Exec=cmaptools.
Όταν οι χρήστες επιλέγουν το cmaptools από το μενού, θα εκτελείται το /usr/local/bin/cmaptools γιατί έχει προτεραιότητα έναντι του /usr/bin/cmaptools, οπότε θα κάνει την αρχικοποίηση και μετά θα εκτελεί το κυρίως πρόγραμμα.

Η χρήση launcher αντί /etc/skel βολεύει γιατί επιδρά μόνο όταν χρειαστεί, και ακόμα και σε παλιούς χρήστες, και ακόμα κι αν ο καθηγητής διέγραψε μαζικά όλες τις ρυθμίσεις των χρηστών.

Δεν κοίταξα τα ονόματα, μπορεί να είναι cmaplite αντί για cmaptools, στο περίπου τα έγραψα.