Το thread του Debian (v.7)

[Jojos170304]

qt5ct όταν πετάει The QT_QPA_PLATFORMTHEME environment variable is not set (required values: qt5ct or qt6ct) ξέρει κανείς που βάζω την επιλογή σε ποιο αρχείο για να δουλέψει σε debian?

[Yiannis230]

qt5ct όταν πετάει The QT_QPA_PLATFORMTHEME environment variable is not set (required values: qt5ct or qt6ct) ξέρει κανείς που βάζω την επιλογή σε ποιο αρχείο για να δουλέψει σε debian?

Βάλε τη γραμμή: export QT_QPA_PLATFORMTHEME=qt5ct
στο αρχείο: /etc/environment
και αποσύνδεση
Αυτό έκανα όταν το χρησιμοποιούσα

[jim_p]

Για το qt5ct, βαλε καποιο απο τα qt5-style-* πακετα και επελεξε καποιο θεμα μεσα απο το qt5ct. Για το qt6ct δεν ξερω.

[Jojos170304]

Βάλε τη γραμμή: export QT_QPA_PLATFORMTHEME=qt5ct
στο αρχείο: /etc/environment
και αποσύνδεση
Αυτό έκανα όταν το χρησιμοποιούσα

Το δοκίμασα δεν το διαβάζει

- - - Updated - - -

Για το qt5ct, βαλε καποιο απο τα qt5-style-* πακετα και επελεξε καποιο θεμα μεσα απο το qt5ct. Για το qt6ct δεν ξερω.

Τα έβγαλα το ίδιο βγάζει. The application is not configured correctly. Κ όταν πατάω information: The QT_QPA_PLATFORMTHEME environment variable is not set (required values: qt5ct or qt6ct).

Ποιο config χρησιμοποιεί το qt5ct, ξέρει κανείς?

qt6ct δεν έχω, αλλά ότι έχω από app qt δεν χρησιμοποιεί qt6

[jim_p]

Ποιο config χρησιμοποιεί το qt5ct, ξέρει κανείς?

.config/qt5ct/qt5ct.conf
.config/qt6ct/qt6ct.conf

[Jojos170304]

.config/qt5ct/qt5ct.conf
.config/qt6ct/qt6ct.conf

Ναι το έχω δει αυτό, αλλά επειδή δεν είχε κάτι σχετικά μέσα έλεγα μήπως διάβαζε τπτ άλλο κ δεν το έχω πάρει χαμπάρι...

[Appearance]
color_scheme_path=/usr/share/qt5ct/colors/airy.conf
custom_palette=false
standard_dialogs=default
style=QtCurve

[Fonts]
fixed="Sans Serif,8,-1,5,50,0,0,0,0,0"
general="Liberation Sans,8,-1,5,50,0,0,0,0,0"

[Interface]
activate_item_on_single_click=1
buttonbox_layout=0
cursor_flash_time=1000
dialog_buttons_have_icons=1
double_click_interval=400
gui_effects=@Invalid()
keyboard_scheme=2
menus_have_icons=true
show_shortcuts_in_context_menus=true
stylesheets=@Invalid()
toolbutton_style=4
underline_shortcut=1
wheel_scroll_lines=3

[SettingsWindow]
geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x3\0\0\0\0\x2h\0\0\0\x81\0\0\x5\x46\0\0\x2\xf2\0\0\x2h\0\0\0\x81\0\0\x5\x46\0\0\x2\xf2\0\0\0\0\0\0\0\0\a\x80\0\0\x2h\0\0\0\x81\0\0\x5\x46\0\0\x2\xf2)

[Troubleshooting]
force_raster_widgets=1
ignored_applications=@Invalid()

[jim_p]

Επιτελους mesa 24 στο testing, επιτελους vaapi, επιτελους βγαινουμε απο τη σπηλια που μπηκαμε τον Ιανουαριο!
https://tracker.debian.org/news/1528...ed-to-testing/

[Jojos170304]

πήγαινε sid να ηρεμήσεις τζίμη!

[Slammer]

Εγω πώς είχα την εντυπωση ότι ήταν σε sid? Το sid είναι μονόδρομος στο debian, εφόσον δεν μιλάμε για servers και business.

[jim_p]

Ημουν σε testing εδω και χρονια λογω του nvidia 340. Τωρα που πηγα σε ati ελεγα να παω σε unstable αλλα λακισα

Αν ημουν σε unstable, θα ημουν στην ιδια σπηλια απο τον Δεκεμβριο μεχρι το Φεβρουαριο.

[Jojos170304]

έκανες hold το package αν υπήρχε θέμα ρε παιδί. Εγώ πάντως από όταν έστησα το μηχανάκι με αμεντε κ μετά τις παραξενιές τις πρώτες, πάει σφαίρα

Με τον 340 ήμουν κ εγώ sid όταν περνάγαμε τις παραξενιές της nvidia τότε

[jim_p]

Hold ολη τη mesa? Δεν ξερω καν ποσα πακετα της εχω!

[Jojos170304]

τώρα πάρε μια βαθιά ανάσα κ πήγαινε sid, τι φοβάσαι δεν σπάει. Δεν είπαμε να πας κ στο μπάγκι Εκεί κάτι μπορεί κ να σπάσει, έτσι για να έχουν να λένε οι χέιτερζζζ...

[Slammer]

To sid είναι πολύ πιο σταθερό από άλλες "σταθερές" διανομές, συν το ότι είναι "ρέουσα" διανομή. Είμαι σε sid στα desktop και στα laptop μου πολλά χρόνια, και σε γενικές γραμμές είναι ΟΚ, 1-2 φορές τα τελευταία 10 χρόνια εσπασε κάτι σοβαρό κι αυτό γιατί πίεσα το upgrade (με dist-upgrade). Το ένα μου desktop το έχω σε sid, να ρέει, για πάνω από 10-15 χρόνια, αλλαξα σκληρούς, αλλαξα CPU και το σύστημα εκεί.... ενα copy και συνεχίζουμε.

[imitheos]

To sid είναι πολύ πιο σταθερό από άλλες "σταθερές" διανομές, συν το ότι είναι "ρέουσα" διανομή. Είμαι σε sid στα desktop και στα laptop μου πολλά χρόνια, και σε γενικές γραμμές είναι ΟΚ, 1-2 φορές τα τελευταία 10 χρόνια εσπασε κάτι σοβαρό κι αυτό γιατί πίεσα το upgrade (με dist-upgrade). Το ένα μου desktop το έχω σε sid, να ρέει, για πάνω από 10-15 χρόνια, αλλαξα σκληρούς, αλλαξα CPU και το σύστημα εκεί.... ενα copy και συνεχίζουμε.

++

Πριν λίγο καιρό έγινε μια παράλειψη με το udisks που άλλαξε συμπεριφορά και ήθελε πλέον όλες τις βιβλιοθήκες (που μέχρι πρότεινος ήταν recommended) και έσπασαν τα desktop. Δεν θυμάμαι αν την είχες πάθει εσύ ή ήταν άλλος moderator. Τουλάχιστον εγώ δεν θυμάμαι άλλο μεγάλο πρόβλημα να έγινε για πολύ καιρό.

sid μαζί με btrfs / zfs και snapshots σε κάθε upgrade και είσαι κύριος. Έχεις ένα workstation και το πρόβλημα έτυχε σε περίοδο που δεν μπορείς να περιμένεις 5 - 6 ώρες με 1 ημέρα να λυθεί; Rollback στην προηγούμενη snapshot με τον snapper και είσαι κύριος (αν το debian έχει το patch του opensuse για τον grub να bootάρει από παλαιές snapshots, τότε ούτε καν rollback δεν χρειάζεσαι).

Edit: Εδώ έχουν φλομώσει debian χρήστες να ανοίγουν νέες issues γιατί δεν λειτουργεί το keepassxc. Ο debian maintainer αποφάσισε να κάνει compile το πρόγραμμα χωρίς καθόλου δικτυακή λειτουργικότητα για να είναι όσο πιο ασφαλές γίνεται. Λογικό αλλά α) η ανωτέρω λειτουργικότητα είναι από τη μάνα της κλειστή και πρέπει να επιλέξεις να την ανοίξεις, β) δεν ρώτησε κανέναν αν το χρησιμοποιούν χρήστες (και είναι πολλοί μεταξύ τους και εγώ), γ) δεν ακολούθησε την "τακτική of least astonishment" (που νομίζω είναι και πολιτική του debian) δηλαδή πχ να ονομάσει το νέο πακέτο keepassxc-full το οποίο να κάνει replace και break το σκέτο keepassxc και να δημιουργήσει ένα δεύτερο πακέτο με όνομα keepassxc-minimal. Με αυτό τον τρόπο οι χρήστες θα διατηρούσαν την λειτουργικότητα αλλά παράλληλα θα έβλεπαν ότι τους μεταφέρει σε άλλο όνομα πακέτου keepassxc-full και ότι υπάρχει και μια άλλη εκδοχή του προγράμματος που μπορεί να είναι πιο ασφαλής και ίσως θέλουν να αλλάξουν.

Ήταν η εβδομαδιαία στήλη "άχρηστοι maintainers" του jim_p με guest αρθρογράφο τον imitheos.

Edit2: Πολλές φορές στο παρελθόν, έχω πάει πιο πέρα αυτό που είπε ο slammer, και έχω πει ότι θα έπρεπε να υπάρχουν μόνο ρέουσες διανομές και ότι οι stable παρέχουν μόνο peace of mind. Καταλαβαίνω ότι είναι ακραία άποψη και ίσως δικαίως έπεσαν τα υπόλοιπα παιδιά να με φάνε. Αυτή όμως η νοοτροπία είναι που δεν χωνεύω στις stable διανομές. Ότι γάμα το upstream, δεν πα να έχεις δαπανήσει ώρες να αναπτύξεις το Ψ πρόγραμμα, εγώ ξέρω καλύτερα από εσένα. Εμείς είμαστε packagers και επειδή γράφουμε ένα dpkg-buildpackage foo ή sbuild bar, γνωρίζω τέλεια τον κώδικα.

Του λένε του maintainer ότι η λειτουργικότητα αυτή υλοποιείται εσωτερικά με ελάχιστες γραμμές κώδικα και ότι έχει γίνει audit στο παρελθόν και αυτός συνεχίζει το βιολί "περισσότερες γραμμές == περισσότερα flaws άρα το κλείνουμε".