Περί Arch Linux... (v6)

[flamelab]

Λέει:

MESA-INTEL: warning: Haswell Vulkan support is incomplete

Θα προτεινα (ίσως?) όποια εφαρμογή ζορίζεται να βάλεις στον launcher

LIBGL_ALWAYS_SOFTWARE=1 nautilus

Αλλιώς software rasterisation γενικό, αλλά δεν είναι καλή λύση:

echo "export GSK_RENDERER=cairo" >> ~/.profile

[mzaf]

Όταν το έκανες αυτό, έκανες logout να βγεις στον gdm και να ξαναμπείς; Αν είναι σωστή η τιμή στο /etc/environment (και αν αυτό διαβάζεται από την pam), τότε θα πρέπει σε οποιοδήποτε τερματικό αν γράψεις "echo $GSK_RENDERER" να σου εμφανίζει την τιμή ngl

Και logout, και reboot, και τα πάντα όλα.
Αποτέλεσμα μηδέν, zero, nada....

Αλλά χατήρια σε φίλους που προσπαθούν να βοηθήσουν δεν χαλάω

cat /etc/environment
#
# This file is parsed by pam_env module
#
# Syntax: simple "KEY=VAL" pairs on separate lines
#
GSK_RENDERER=ngl

Και αυτό

$ echo $GSK_RENDERER
ngl

Όμως κανένα πρόγραμμα του gnome δεν ανοίγει με GUI, αν δεν δώσω π.χ. GSK_RENDERER=ngl gnome-text-editor

- - - Updated - - -

Λέει:



Θα προτεινα (ίσως?) όποια εφαρμογή ζορίζεται να βάλεις στον launcher

LIBGL_ALWAYS_SOFTWARE=1 nautilus

Αλλιώς software rasterisation γενικό, αλλά δεν είναι καλή λύση:

echo "export GSK_RENDERER=cairo" >> ~/.profile

Δεν ξέρω φίλε, σκέφτομαι απλά να περιμένω λίγο καιρό τα επόμενα updates και να αποφασίσω μετα τι θα κάνω. Άλλωστε, όταν μπαίνω με xorg λειτουργούν όλα αψεγάδιαστα.
Ευχαριστώ.

[imitheos]

echo "export GSK_RENDERER=cairo" >> ~/.profile

Εφόσον το ngl του λειτουργεί, θα κερδίσει κάτι να πάει σε cairo που θα είναι software;

cat /etc/environment
GSK_RENDERER=ngl

Και αυτό

$ echo $GSK_RENDERER
ngl

Άρα τα έκανες όλα οκ και η μεταβλητή υπάρχει οπότε απλά δεν διαβάζεται από το "γραφικό περιβάλλον" δηλαδή ο gdm ή όπως αλλιώς σηκώνεται ο wayland δεν έχει ρυθμισμένο το pam_env. Στο κέλυφος την έχει ενεργοποιημένη κανονικά. Αν τρέξεις σκέτο nautilus στο τερματικό θα πρέπει να παίξει κανονικά.

Το θέμα μας τώρα είναι πώς να εισάγουμε την μεταβλητή σε όλο το session. Σε xorg θα μπορούσαμε να το βάλουμε μέσα σε ένα αρχείο στον κατάλογο /etc/X11/xinitrc.d. Σε wayland δεν βρίσκω ούτε στο wiki ούτε πουθενά αλλού πώς μπορείς να θέσεις μια μεταβλητή. Όλοι γράφουν (για archlinux μάλιστα ήταν κατά σύμπτωση αυτά που βρήκα) να το βάλεις στο /etc/environment

Δοκίμασε και το

echo "export GSK_RENDERER=ngl" >> ~/.profile

που έδωσε ο flamelab (αλλαγμένο για ngl) μήπως με το .profile παίξει. Θυμήθηκα ένα παλιό meme που έλεγε " - ο νέος μου linux πυρήνας υποστηρίζει πλέον 4096 πυρήνες από 1024 που υποστήριζε πριν - Παίζει σωστά το flash plugin πλέον; - Όχι, αλλά ποιος το χρειάζεται αυτό;" Ο wayland είναι το μέλλον, υποστηρίζει οθόνες με διαφορετικές αναλύσεις / dpi, υποστηρίζει 1002 που δεν υποστηρίζει ο Xorg και δεν υλοποίησαν ένα γ..μω startup αρχείο.

[mzaf]

Άρα τα έκανες όλα οκ και η μεταβλητή υπάρχει οπότε απλά δεν διαβάζεται από το "γραφικό περιβάλλον" δηλαδή ο gdm ή όπως αλλιώς σηκώνεται ο wayland δεν έχει ρυθμισμένο το pam_env. Στο κέλυφος την έχει ενεργοποιημένη κανονικά. Αν τρέξεις σκέτο nautilus στο τερματικό θα πρέπει να παίξει κανονικά.

Το αφαίρεσα, αλλά θα ξαναδοκιμάσω αυτό που λες αργότερα. Αίσθηση μου είναι πως δεν θα παίξει.

[hammered]

Ένα heads up για όσους τρέχουν arch σε VM.

Το γραφικό σπάει αν περάσεις mesa-1:25.1.1-1 και xf86-video-vmware 13.4.0-4.

Last known working versions είναι mesa-1:25.0.5-1 και xf86-video-vmware 13.4.0-3.

Εγώ είμαι σε Virtualbox με Windows host αλλά έχω βρει και report άλλου χρήστη με qemu: https://gitlab.archlinux.org/archlin...sa/-/issues/28

Μάλλον έχει φτιαχτεί στο Arch με αυτό το patch https://gitlab.archlinux.org/archlin...ad2e5530369285.
Όταν βγει νέο πακέτο, θα το τεστάρω.

Επίσης upstream: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13244

Δυστυχώς το VM συνεχίζει να είναι σπασμένο και με mesa-1:25.1.2-1

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

Δεν έχω δηλαδή καμία πρόσβαση στο /home με γραφικό περιβάλλον.
Υπάρχει φυσικά backup όπως και ISO της εγκατάστασης, αλλά θα ήθελα να είναι η τελευταία λύση.
Συνημμένο Αρχείο 264933

Το screenshot σου μου θυμίζει τα screenshots σε αυτό το bug report: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13319

[mzaf]

Το αφαίρεσα, αλλά θα ξαναδοκιμάσω αυτό που λες αργότερα. Αίσθηση μου είναι πως δεν θα παίξει.

Η αίσθηση ήταν σωστή. Λέτε να έχω κληρονομικό χάρισμα;

$ nautilus
** Message: 23:44:33.941: Connecting to org.freedesktop.Tracker3.Miner.Files

(org.gnome.Nautilus:2427): Gtk-WARNING **: 23:44:33.994: Theme directory apps@2x/22 of theme WhiteSur-dark has no size field


(org.gnome.Nautilus:2427): Gtk-WARNING **: 23:44:33.994: Theme directory apps@2x/32 of theme WhiteSur-dark has no size field


(org.gnome.Nautilus:2427): Gtk-WARNING **: 23:44:34.002: Theme directory preferences@2x/22 of theme WhiteSur-dark has no size field


(org.gnome.Nautilus:2427): Gtk-WARNING **: 23:44:34.122: Theme directory apps@2x/22 of theme WhiteSur-dark has no size field


(org.gnome.Nautilus:2427): Gtk-WARNING **: 23:44:34.122: Theme directory apps@2x/32 of theme WhiteSur-dark has no size field


(org.gnome.Nautilus:2427): Gtk-WARNING **: 23:44:34.130: Theme directory preferences@2x/22 of theme WhiteSur-dark has no size field


(org.gnome.Nautilus:2427): Gsk-WARNING **: 23:44:34.141: Unrecognized renderer "ngl ". Try GSK_RENDERER=help
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: ../mesa-25.1.2/src/intel/vulkan_hasvk/anv_formats.c:759: FINISHME: support YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../mesa-25.1.2/src/intel/vulkan_hasvk/anv_formats.c:790: FINISHME: support more multi-planar formats with DRM modifiers

- - - Updated - - -

Το screenshot σου μου θυμίζει τα screenshots σε αυτό το bug report: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13319

Θα περιμένω το επόμενο mesa update...χέσε mesa!

[WAntilles]

Δυστυχώς το VM συνεχίζει να είναι σπασμένο και με mesa-1:25.1.2-1

Βασικά μια αλλαγή που παρατήρησα εδώ σε virtualbox (δεν έχω εγκατεστημένο το πακέτο xf86-vmware) με το νέο mesa, είναι ότι τουλάχιστο δεν γίνεται corrupted όπως γινότανε η virtual οθόνη προηγουμένως.

Αλλά και πάλι δεν φορτώνει το xfce.

[imitheos]

(org.gnome.Nautilus:2427): Gsk-WARNING **: 23:44:34.141: Unrecognized renderer "ngl ". Try GSK_RENDERER=help

Έχεις ένα space στο τέλος και στον απορρίπτει.

[mzaf]

Έχεις ένα space στο τέλος και στον απορρίπτει.

!!! Δεν το πρόσεξα!!!
Ανοίγει ο nautilus, αλλά είναι το γνωστό blank window.

- - - Updated - - -

Δυστυχώς σε xorg δεν μου ανοίγει ο ungoogled-chromium (τον έχω σε flatpak)

[jim_p]

Γιατι δεν τον βαζεις απο το aur που εχει και bin πακετο να μην τον χτιζεις?
https://aur.archlinux.org/packages/u...d-chromium-bin

[mzaf]

Γιατι δεν τον βαζεις απο το aur που εχει και bin πακετο να μην τον χτιζεις?
https://aur.archlinux.org/packages/u...d-chromium-bin

Τον είχα, κάποια στιγμή δεν άνοιγε και δεν έβρισκα λύση, πήρε πόδι και πλέον τον έχω σε flatpak.
Το προτιμώ έτσι, δουλεύει εξαιρετικά καλά.

[hammered]

Δυστυχώς το VM συνεχίζει να είναι σπασμένο και με mesa-1:25.1.2-1

Τελικά το πρόβλημα μου βρίσκεται στο xf86-video-vmware.
Η έκδοση 13.4.0-3 δουλεύει ενώ σπάει με την 13.4.0-4, η οποία φαίνεται να είναι απλά ένα rebuild του ίδιου source.
Έχω κάνει full system update πλην του ανωτέρω πακέτου με:

sudo pacman -Syu --ignore xf86-video-vmware

Πλέον νομίζω ότι το bug μου σχετίζεται με αυτό το bug report: https://gitlab.archlinux.org/archlin...are/-/issues/3

Βασικά μια αλλαγή που παρατήρησα εδώ σε virtualbox (δεν έχω εγκατεστημένο το πακέτο xf86-vmware) με το νέο mesa, είναι ότι τουλάχιστο δεν γίνεται corrupted όπως γινότανε η virtual οθόνη προηγουμένως.

Αλλά και πάλι δεν φορτώνει το xfce.

Μιας και το xfce είναι gtk based, δες μήπως το bug σου είναι σχετικό με αυτό: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13319

[ifaigios]

Τελικά το πρόβλημα μου βρίσκεται στο xf86-video-vmware.
Η έκδοση 13.4.0-3 δουλεύει ενώ σπάει με την 13.4.0-4, η οποία φαίνεται να είναι απλά ένα rebuild του ίδιου source.
Έχω κάνει full system update πλην του ανωτέρω πακέτου με:

sudo pacman -Syu --ignore xf86-video-vmware

Πλέον νομίζω ότι το bug μου σχετίζεται με αυτό το bug report: https://gitlab.archlinux.org/archlin...are/-/issues/3

Είσαι σίγουρος ότι χρειάζεται αυτό το πακέτο; Έχω την αίσθηση ότι εδώ και αρκετά χρόνια ο default modesetting driver του Xorg δουλεύει καλύτερα, και τα xf86-video-* πακέτα είναι αχρείαστα ή προκαλούν προβλήματα.

[hammered]

Είσαι σίγουρος ότι χρειάζεται αυτό το πακέτο; Έχω την αίσθηση ότι εδώ και αρκετά χρόνια ο default modesetting driver του Xorg δουλεύει καλύτερα, και τα xf86-video-* πακέτα είναι αχρείαστα ή προκαλούν προβλήματα.

Μάλλον έχεις δίκιο. Το αφαίρεσα και το σύστημα συνεχίζει να δουλεύει.
Δεν θυμάμαι αν αυτό το πακέτο το είχα εγκαταστήσει εγώ ή ήταν ήδη εγκατεστημένο από το EndeavourOS ή ως εξάρτηση άλλου πακέτου.