Page MenuHomeFreeBSD

duchateau.olivier_gmail.com (Olivier Duchateau)
User

Projects

User does not belong to any projects.

User Details

User Since
Jan 19 2019, 9:20 AM (38 w, 6 d)

Recent Activity

Aug 28 2019

duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

I also noticed (on my laptop) compositor is not functional (it was functional with the previous stable release).

Previous stable release of what? Have you changed your X11 setup? Are you using an xorg.conf file or letting it autodetect everything? Is hardware acceleration working with other software?

[1] http://pix.toile-libre.org/upload/original/1566927773.png

Aug 28 2019, 4:28 PM · xfce
duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

I made some tests (on 12.0-STABLE):
Libepoxy and XPresent are required for support of vblank (Vertical blanking interval). Currently only GL backend (via libepoxy) is used. I get these warnings (.xession-errors)

(xfwm4:1092): xfwm4-WARNING **: 16:28:42.750: Unsupported GL renderer (llvmpipe (LLVM 8.0, 128 bits)).
(xfwm4:1092): xfwm4-WARNING **: 16:28:42.751: Screen is missing required GL renderer, GL support disabled.

This property (vblank) is by default on 'auto' xfconf-query -c xfwm4 -p /general/vblank_mode

Have you tested setting that to off?

According to compositor documentation, we can disable this property. If I use the kernel mode-setting port, borders are not well formed [1] (same result when vblank_mode is on 'auto'), but with Xorg drivers everything is fine (not checked warnings in .xsession-errors).
Then I tried with libXpresent (no update since 2015, but still uses by linux distributions), 2 backends are enabled, in my .xsession-errors messages related to xfwm4 disappeared. Render of borders (when I use the drm-kmod port) is always identical even if Xpresent is installed or not.
Presence of libXpresent avoids warnings for xfwm4. I can provide this port (and diff for x11-wm/xfce4-wm) if someone is interested.

If I understand the docs I read, the mere presence of libXpresent could not be enough. The window manager by default tries to autodetect what to use and could not even try using libXpresent by itself.
To be sure to test libXpresent you should run:
xfwm4 --vblank=xpresent --replace

I also noticed (on my laptop) compositor is not functional (it was functional with the previous stable release).
[1] http://pix.toile-libre.org/upload/original/1566927773.png

I have no idea what is causing this at this point.
Now first a personal note. My poudriere machine died just today. I was testing a libXpresent port. I could not fully test it but here is the XFCE 4.14 diff including this port and adding it as a dependency for xfwm:
https://people.freebsd.org/~madpilot/xfce414-libXpresent.diff

Aug 28 2019, 4:12 PM · xfce

Aug 27 2019

duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

I made some tests (on 12.0-STABLE):

Aug 27 2019, 5:55 PM · xfce

Aug 26 2019

duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

Has the new xfwm4 been tested with the modesetting X driver? When I do, all window decorations are black. That is - buttons and title shows up, also the corner pieces of windows, but the rest is just black. Switching to intel driver does not show this problem. Other window managers (windowmaker tested so far) do not seem to exhibit any such issues.
I haven't had a chance to test with the previous xfce version yet, sorry.
And yes, I prefer modesetting - it's much faster than Intel, especially with compositing turned on. :) Also, the intel driver cannot resume from suspend after more than ~30 minutes.
ThinkPad X1, 6th gen, last years model - so pretty recent.

I have same issue with the latest stable release 4.14 (and before, with 4.13.x development releases). I use X11 drivers and everything works fine.
I think problem comes from xfwm4, by default we use the GL backend (libepoxy), because XPresent was removed in our ports tree (merged into x11 library). Sometimes if fails (xfwm4 is rather complex). Some linux distribution still provide this library that's why there are 2 backends.

I don't have more recent hardware to test with.
Can you specify exactly which driver is creating problems?

Aug 26 2019, 7:23 PM · xfce
duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

Has the new xfwm4 been tested with the modesetting X driver? When I do, all window decorations are black. That is - buttons and title shows up, also the corner pieces of windows, but the rest is just black. Switching to intel driver does not show this problem. Other window managers (windowmaker tested so far) do not seem to exhibit any such issues.
I haven't had a chance to test with the previous xfce version yet, sorry.
And yes, I prefer modesetting - it's much faster than Intel, especially with compositing turned on. :) Also, the intel driver cannot resume from suspend after more than ~30 minutes.
ThinkPad X1, 6th gen, last years model - so pretty recent.

Aug 26 2019, 4:23 PM · xfce

Aug 25 2019

duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

Documention of GObject Introspection is available here.

Aug 25 2019, 2:44 PM · xfce
duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

Your log is related to ibus, not xfce4-conf. Xfconf does not depend of dbus-glib anymore, only of gdbus through gio.

I'm very sorry - managed to pick the wrong address from all the open tabs. Here is the log in question:
https://pkg.osl3.modirum.com/data/120amd64-default-wmaker/2019-08-24_21h36m29s/logs/errors/xfce4-conf-4.14.1.log
I'm builng ibus because it's pulled in by gnome3(-lite), so that's unrelated to xfce. It did give me a nasty dependency loop though, but that's unrelated.

Aug 25 2019, 12:06 PM · xfce
duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

x11/xfce4-conf fails to build because it need dbus, but this has been removed from the Makefile.
The following needs adding back before it will build (using poudriere):
LIB_DEPENDS= libdbus-1.so:devel/dbus \

libdbus-glib-1.so:devel/dbus-glib

This isn't failing for me in poudriere. It builds fine(I've been testing all the xfce ports with poudriere with various FreeBSD versions and OPTIONS combinations for some time) and the resulting binaries are not linked with libdbus, which is the reason why I removed the dependency.
Also xfce components have been migrated away from dbus-glib to gdbus, which, if I'm correct, is included in glib, so the new versions don't need that library.
Could you provide a full build log for the failure so this can be investigated?

Can you access this?
https://pkg.osl3.modirum.com/data/120amd64-default-wmaker/2019-08-25_09h03m05s/logs/errors/ibus-1.5.20.log

Aug 25 2019, 10:11 AM · xfce

Aug 22 2019

duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

I wonder, why debug option is set in sysutils/xfce4-settings (I did not see history).

Aug 22 2019, 7:55 PM · xfce

Aug 21 2019

duchateau.olivier_gmail.com added a comment to D21278: Update XFCE to 4.14.

I submitted (in madpilot's repository) a new pull request, against x11-wm/xfce4-panel. Because when we change icons theme, the applications menu is not automatically reloaded.

Aug 21 2019, 5:28 PM · xfce

Jun 8 2019

duchateau.olivier_gmail.com added a comment to D8416: Rethink %SUBDIR% for Xfce's MASTER_SITES.

I merged in the suggestions from mat into the patch from olivierd.
It works fine for me. my testing has been making my machine perform "make checksum" on all affected ports after cleaning the distcache.
I ssee this simplification as useful and I'd like to get it in the tree soon, before XFCE 4.14 is released, so the two big commits don't overlap.
If any other changes are required or problems identified I'll try to addresss those.

Jun 8 2019, 8:37 AM

Jan 24 2019

duchateau.olivier_gmail.com added a comment to D18840: x11/libfm: fix x11-fm/pcmanfm segfault on start.- Add core SLAVEPORT.
In D18840#404669, @mat wrote:

The only thing that comes to mind that might not work and require a slave port is the dependency of some flavors to another, but I don't think it is the case, I don't remember if I ever tested that.

Jan 24 2019, 4:18 PM

Jan 19 2019

duchateau.olivier_gmail.com added a comment to D18840: x11/libfm: fix x11-fm/pcmanfm segfault on start.- Add core SLAVEPORT.

Make Gtk3 default flavor is bad idea, because its support is not good shape. There are lots of warnings due to deprecated methods. Moreover import of exo (from Xfce project) is very old too (taken from 0.10.x branch, upstream needs to use the 0.12.x branch, it is compatible with both version).

Jan 19 2019, 9:36 AM