Debian/Xfce; windows zonder border/titelbalk en niet te move

[himlims_]

Beste Techneuten,

Gister avond heb ik weer eens een update uitgevoerd op me systeem. Na de (verplichte) reboot heb ik nogal wat issue's met xfce;

windows hebben geen border/titel balk, en de windows zijn niet te verplaatsen.

- Ik heb dit eerder gehad ooit bij ubuntu icm gnome. Daarvoor moest ik via compiz een optie aan/uit zetten (window decoration en window move). Dit zelfde heb ik nu wederom gedaan, maar dat schept geen verbetering.
- Tevens heb ik de ~/.config/xfce folder verplaatst om met een 'schone' config te werken (geen verbetering)
- De nvidia drivers rebuild (voor kernel ivm update) nieuwe config gebouwd.

Nu kom ik niet veel verder, iemand suggesties?

[Sir Isaac]

blijkbaar is je windowmanager gecrasht. Als je een terminal open hebt kun je die herstarten met het commando xfwm &. Je moet de terminal dan niet afsluiten, want dan gaat xfwm ook mee. In de man pages van xfwm staat misschien een mogelijkheid om dat te voorkomen: man xfwm.

[Hero of Time]

Alt+F2 > xfwm4 --replace. Of als je compiz gebruikt, emerald --replace. In je Compiz settings moet je wel in de Window Decorator plugin de juiste WM hebben staan. Standaard staat er gtk-window-decorator, en die zou dan metacity oid aanroepen. Dat heb je met Xfce4 niet.

Overigens kan je in ~/.xsession-errors vinden wat er gebeurt is met je WM.

[Ultraman]

Wat de heren zeggen, xfwm4 is om een of andere reden onderuit geschoten.
Overkomt mij ook wel eens om de zoveel tijd. Wel erg vervelend is het.

Maar op te lossen door een beetje creatief te zijn.
Ik heb eens gehad dat Alt-F2 wel werkte maar ik er niets in getypt kreeg. Toen ben ik met Thunar naar /usr/bin gegaan en heb ik daar xfwm4 aangeklikt

[Sir Isaac]

Volgens mij is Alt-F2 afhankelijk van het draaien van een window manager. Bij mij werkt ie niet als mijn window manager is gecraht.

[Hero of Time]

Sir Isaac schreef op vrijdag 18 november 2011 @ 14:16:
Volgens mij is Alt-F2 afhankelijk van het draaien van een window manager. Bij mij werkt ie niet als mijn window manager is gecraht.

Nee, Alt+F2 is afhankelijk van je DE, omdat die je keyboard shortcuts beheert. In Xfce4 is het iig op die manier gescheiden, er zijn keyboard shortcuts voor de DE Xfce4, en de WM xfwm4. Ik draai Compiz als WM, die heeft dus z'n eigen shortcuts. Alt+F5 bijvoorbeeld maximaliseert mijn scherm. Crasht de WM, dan werkt dat niet. Maar Alt+F4 sluit het actieve programma, die blijft het dan wel doen. Net als Alt+F2.

Als jij een andere WM/DE gebruikt dan Xfce4, dan kan je opmerking wel kloppen, maar daar gaat het nu niet over.

[himlims_]

dit is toch een verhaal apart;
ik kan een terminal openen, echter reageert het toetsenbord niet. kan het commando wel plakken, maar niet uitvoeren omdat enter dus niet reageerd. Ook niet in de adres balk van de chromium browser, wel in dit text vak op een website keyboard functioneerd dan wel gewoon in een andere sessie (ctrl+alt+F*).

de file .xsession-errors ziet er als volgt uit;

code:

/etc/gdm3/Xsession: Beginning session setup...
/usr/bin/startxfce4: X server already running on display :0
ssh-agent is already running
xfdesktop[4850]: starting up
xfce4-settings-helper: Another instance is already running. Leaving...
GNOME_KEYRING_CONTROL=/tmp/keyring-X2Ddjl
** (alarm-clock-applet:4889): DEBUG: Alarm: get_list() found '/apps/alarm-clock/alarm0' #0
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e190) #-1: set gconf-dir=/apps/alarm-clock
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e190) #-1: set id=0
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e190) #0: set active=FALSE
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e190) #0: set active=FALSE
** (alarm-clock-applet:4889): DEBUG: Alarm: get_list() found '/apps/alarm-clock/alarm1' #1
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e220) #-1: set gconf-dir=/apps/alarm-clock
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e220) #-1: set id=1
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e220) #1: set active=FALSE
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e220) #1: set active=FALSE
** (alarm-clock-applet:4889): DEBUG: AlarmApplet: sounds_load: Found /usr/share/sounds/gnome/default/alerts!
** (alarm-clock-applet:4889): DEBUG: Loading files in file:///usr/share/sounds/gnome/default/alerts ...
** (alarm-clock-applet:4889): DEBUG: LOAD-APPS: Adding 'Banshee Music Player': banshee --play [music-player-banshee]
** (alarm-clock-applet:4889): DEBUG: LOAD-APPS: Adding 'Totem Movie Player': totem --play [totem]
** (alarm-clock-applet:4889): DEBUG: filename: ../data/alarm-clock.ui
** (alarm-clock-applet:4889): DEBUG: Loading UI from /usr/share/alarm-clock-applet/alarm-clock.ui...
GNOME_KEYRING_CONTROL=/tmp/keyring-X2Ddjl
SSH_AUTH_SOCK=/tmp/keyring-X2Ddjl/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-X2Ddjl
SSH_AUTH_SOCK=/tmp/keyring-X2Ddjl/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-X2Ddjl
SSH_AUTH_SOCK=/tmp/keyring-X2Ddjl/ssh
GPG_AGENT_INFO=/tmp/keyring-X2Ddjl/gpg:0:1
** Message: applet now removed from the notification area
** (alarm-clock-applet:4889): DEBUG: AlarmListWindow: menu_update to 5
** (alarm-clock-applet:4889): DEBUG: AlarmListWindow: menu_update to snooze-menu-5
** (alarm-clock-applet:4889): DEBUG: Alarm_file_entry_list_free (0x1b14c28 => 0x1b462e0)
** (alarm-clock-applet:4889): DEBUG: LOAD-APPS: Adding 'Banshee Music Player': banshee --play [music-player-banshee]
** (alarm-clock-applet:4889): DEBUG: LOAD-APPS: Adding 'Totem Movie Player': totem --play [totem]
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart get_state for file 0x1b462e0
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart get_state: /etc/xdg/autostart/alarm-clock-applet.desktop
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart is TRUE
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart update: new state: 1
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart get_state for file 0x1b462e0
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart get_state: /etc/xdg/autostart/alarm-clock-applet.desktop
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart is TRUE
** (alarm-clock-applet:4889): DEBUG: AlarmAction: toggle autostart to 1
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart watching /home/tux/.config/autostart/alarm-clock-applet.desktop
** (alarm-clock-applet:4889): DEBUG: Preferences: Autostart watching /etc/xdg/autostart/alarm-clock-applet.desktop
** (alarm-clock-applet:4889): DEBUG: AlarmAction: toggle list window
** (alarm-clock-applet:4889): DEBUG: GLOBAL_change: /apps/alarm-clock/alarm0/active
** (alarm-clock-applet:4889): DEBUG: GLOBAL change ON alarm #0
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e190) #0: gconf_dir_changed(): active
** (alarm-clock-applet:4889): DEBUG: GLOBAL_change: /apps/alarm-clock/alarm1/active
** (alarm-clock-applet:4889): DEBUG: GLOBAL change ON alarm #1
** (alarm-clock-applet:4889): DEBUG: Alarm(0x1b2e220) #1: gconf_dir_changed(): active
xfce4-panel: No window manager registered on screen 0. To start the panel without this check, run with --disable-wm-check.
(xfce4-settings-manager:4965): xfce4-settings-manager-DEBUG: geometry = (200,200)

(exe:5254): Gdk-WARNING **: XID collision, trouble ahead

(exe:5254): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed

xfce4-panel: No window manager registered on screen 0. To start the panel without this check, run with --disable-wm-check.,

klinkt niet heel bevordelijk

ik vraag me af waar dus die windowmaniger (niet) geregistreerd wordt. zou dit een compiz issue zijn?

//edit
paneeltje in beeld, maar via de settings-manager werken diverse opties niet of worden niet getoond. window manager tweaks is blanco en ook onderdeel window manager kent geen opties. voor zo ver ik kan beoordelen werkt de nvidia driver na behoren.
//edit2
Zojuist ander user account aangemaakt; totaal geen issue's () dus moet eoa fucked up config filetje in mijn user profiel zitten.
ik heb die .xfce folder gerenamed, en in config/xfce de map getrashed. echter geeft dit niet het gewenste resultaat; 'default' settings voor xfce/compiz/desktop/...?. wat zie ik over 't hoofd?

[ Voor 5% gewijzigd door himlims_ op 18-11-2011 20:33 ]

[Hero of Time]

Alt+F2 en dan je muis op het veld houden, anders kan je niet typen . Focus volgt de muis in dat geval, want normaal zou het door de WM gedaan worden (en die heb je niet draaien).
Je zou op z'n minst Compiz moeten uitschakelen totdat je xfwm4 aan de praat hebt. Daarna kan je wel weer rommelen met Compiz.

[himlims_]

Dat weet ik dat 't soms nodig is om de focus van je muis op object te leggen, maar helaas maakte dat geen verschil

Heb uiteindelijk de .gconfig van testuser > mijn account gezet, en dat verhielp de meeste problemen. desktop opnieuw instellen vind ik niet vervelend. maar niet eerder gehad dat dit 'stuk' ging.

[ Voor 9% gewijzigd door himlims_ op 19-11-2011 00:46 ]

[Hero of Time]

Hmm, apart, ik heb dat alleen gehad toen ik er een ander venster bij had. Ik had 't vervolgens via de terminal getypt en copy/paste in 't run veld. Beginnen vanaf een terminal is vaak het handigst, omdat als 't direct weer crasht, zie je ook waarop.

Blijft een eigenaardig probleem dat het van de ene op de andere dag besluit te stoppen met werken.

[psyBSD]

Ehm, xfwm4 is in mijn ervaring een van de meest stabiele applicaties binnen de xfce core.

Is er een kans dat je dit kunt reproduceren en een core-dump kunt genereren?

[himlims_]

reproduceren; geen probleem, issue is namelijk opnieuw aan de orde.
ik heb die gconf folder(s) + xfce folder(s) verwijders uit mijn home; alles back to basic/default
nu dag later, log ik weer in; alles wederom fucked up (onder mijn 2e gebruikers account is niets aan de hand)
snap niet waarom 'iets' steeds mijn configuratie verneukt.

@psyBSD; welke files zijn relevant? xfce vind ik erg plezierig die paar dagen dat ik 't goed heb gebruikt. Maar dit vind ik niet meer liev van mijn systeem ;-)

[psyBSD]

code:

$ ulimit -c unlimited
$ echo "/tmp/core.%e.%p" > /proc/sys/kernel/core_pattern
$ xfwm4 --replace

• Het eerste commando zorgt ervoor dat een core-dump wordt gegenereerd.
• De tweede past het bestands-formaat aan van de core-dump file (deze kun je straks vinden in /tmp, genaamd core.xfwm4.$nummer)
• Het derde commando herstart xfwm4.

Zodra xfwm4 crashed, kun je de core-dump comprimeren (met gzip) en attachen aan een bugreport op bugzilla.xfce.org. Hiermee moet olivier als het goed is redelijk snel kunnen achterhalen waar het fout gaat.

Welke versie van xfwm4 gebruik je? (xfwm4 --version)

[psyBSD]

Dit is wat Olivier Fourdan er over zegt, er is blijkbaar een vergelijkbare bug bekend:

[11:14] <+ofourdan> bug 8070? guy's on Debian but that's not even sure this is actualyl a crash
[11:14] <+ofourdan> actually, there is a very simple way to debug, either by using ssh or a console
[11:15] <+ofourdan> DISPLAY=:0.0 gdb /usr/bin/xfwm4
[11:15] <+ofourdan> (gdb) run --replace
[11:15] <+ofourdan> (gdb) ...
[11:15] <+ofourdan> (gdb) bt
[11:16] <+ofourdan> of course, this should not be done from the X session itself as once xfwm4 has stopped, focus management stops along with it

https://bugzilla.xfce.org/show_bug.cgi?id=8070

Als ik dit bugreport lees zijn er meer mensen die het probleem hebben, maar heeft tot nu toe niemand de moeite genomen om een core-dump of backtrace te genereren.

[ Voor 33% gewijzigd door psyBSD op 21-11-2011 11:22 ]

[himlims_]

na de recentelijke update (debian unstable) werkte me complete x.org niet meer. Miste weer eens wat libs, waarna ik besloten heb toch maar weer terug te gaan naar stable (it's in the name - i know).
Wederom met xfce, maar die DE heeft nu weer de eigenaardige eigenschap om na een reboot alle sound instellingen te vergeten. Mogelijk dat ik een prutser ben, maar wtf is dit voor gare DE? Heb xfce serieus een kans gegeven, na jaren door ontwikkeling, maar lijkt geen fluit veranderd te zijn; blijft inconsistent.

@psy; draait xfce beter op een bsd systeem?

[huiser]

Hmm, dat kan je soms verwachten met Debian Unstable. Probeer eens Debian Testing of Debian Stable voor wat meer zekerheid

[Ultraman]

himlims_ schreef op maandag 28 november 2011 @ 08:26:
Wederom met xfce, maar die DE heeft nu weer de eigenaardige eigenschap om na een reboot alle sound instellingen te vergeten.

Dit heb ik ook op mijn werkbak. Snap er niets van. Het volume staat iedere keer weer op een vervelende setting.
Terwijl het op mijn laptop wel goed gaat volgens mij.

Verder ben ik wel happy met Xfce, maar iets meer activiteit zou geen kwaad kunnen.
Maar gezien de GNOME3 ontevredenheid zou dat toch wel moeten ontstaan onderhand?

[psyBSD]

Xfce slaat de sound-instellingen niet op, dat wordt gedaan door alsa/pulse-audio/... en is per distributie verschillend.

Heb je het pakket 'alsa-utils' geinstalleerd? Op een vm met debian sid heb ik het volgende script:
/etc/init.d/alsa-utils

code:

#!/bin/sh
#
# alsa-utils initscript
#
### BEGIN INIT INFO
# Provides:          alsa-utils
# Required-Start:    $local_fs $remote_fs
# Required-Stop:     $remote_fs
# Default-Start:     S
# Default-Stop:      0 1 6
# Short-Description: Restore and store ALSA driver settings
# Description:       This script stores and restores mixer levels on
#                    shutdown and bootup. On sysv-rc systems: to
#                    disable storing of mixer levels on shutdown,
#                    remove /etc/rc[06].d/K50alsa-utils.  To disable
#                    restoring of mixer levels on buutom, rename the
#                    "S50alsa-utils" symbolic link in /etc/rcS.d/ to
#                    "K50alsa-utils".
### END INIT INFO

Misschien ontbreekt dat bij jou, of functioneert dat niet naar behoren.

Xfce is modulair, en heeft niet voor elk stukje functionaliteit z'n eigen implementatie. Zo ook voor geluids-instellingen, er wordt vanuit gegaan dat je OS dat voor je regelt.

BSD komt met z'n eigen set aan beperkingen, zoals de afwezigheid van udev, nodig voor automounten e.d.

[ Voor 3% gewijzigd door psyBSD op 28-11-2011 13:38 ]

[Hero of Time]

Ik draai zelf Debian Sid en kijk bijna dagelijks of er updates zijn en pas ze toe. Nou let ik wel een beetje op wat voor updates er zijn en of deze wel gaan werken (check van sommige de changelog, als dat al lukt), maar over het algemeen doe ik klakkeloos de update. Nog geen problemen mee gehad. Vrijdag heb ik zelfs m'n wat oudere Toshiba Tecra M10 laptop voorzien van Sid zonder problemen. Alles draait bij mij met Xfce en Compiz-Fusion (en een zelf gecompileerde Emerald, met dank aan bugs bunny van 't Debian Forum voor de debianized source code gedeelte).

Nou heb ik mijn installatie wel op een wat ongewone manier gedaan. Ik maak gebruik van de business card netinstaller, welke alles direct van 't net haalt (alleen de installer staat in de ISO) en via Expert mode kan je direct Sid installeren, ipv eerst Stable/Testing te nemen. Daarbij ga ik na het configureren van de package manager direct naar het afronden van de installatie, ik laat 'm dus niet een tweede ronde packages installeren. Hiermee heb ik een base installatie en gebruik ik aptitude om de rest naar mijn smaak te installeren.
Zo zit ik op m'n laptop van werk op 864 packages geïnstalleerd, m'n PC heeft er minder dan 800 meen ik (iets van 768 ofzo), maar kan 't mis hebben. Het is iig onder de 1000.

Ik denk dat ik mede door deze instalaltiemethode minder problemen heb dan de gemiddelde gebruiker, omdat er minder packages zijn waar bugs door kunnen komen. Ook de recommended installeer ik nooit, tenzij het echt toegevoegde waarde heeft (policykit1 recommend politykit1-gnome bijvoorbeeld, dat is wel handig).

Als je wilt kan ik wel een lijstje met geïnstalleerde packages posten. Of wat ik installeer na een base system install (dat zal kleiner zijn ivm dependencies e.d. die er dan niet bij zitten).