From owner-freebsd-xfce@freebsd.org Fri May 3 13:59:42 2019 Return-Path: Delivered-To: freebsd-xfce@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C6331591326 for ; Fri, 3 May 2019 13:59:42 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CFB17726C0 for ; Fri, 3 May 2019 13:59:41 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 902A61591325; Fri, 3 May 2019 13:59:41 +0000 (UTC) Delivered-To: xfce@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C1961591324 for ; Fri, 3 May 2019 13:59:41 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1032D726BE; Fri, 3 May 2019 13:59:41 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from marvin.madpilot.net (host86-120-dynamic.47-79-r.retail.telecomitalia.it [79.47.120.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: madpilot/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 8B45516364; Fri, 3 May 2019 13:59:40 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Subject: Re: Fw: Re: Upcoming XFCE4.14 development To: Olivier Duchateau , xfce@freebsd.org References: <20190502210437.43156eea07fdfcf29f0f5cbb@gmail.com> From: Guido Falsi Message-ID: Date: Fri, 3 May 2019 15:59:39 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190502210437.43156eea07fdfcf29f0f5cbb@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 1032D726BE X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992,0] X-BeenThere: freebsd-xfce@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: XFCE for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2019 13:59:42 -0000 On 02/05/19 21:04, Olivier Duchateau wrote: >> [1] https://wiki.freebsd.org/Xfce >> -- >> Guido Falsi > > Hi Guido, > > I'm also working with Xfce 4.13. > > I think, it's time to switch to "simplify MASTER_SITES macro" in Makefile (D8416 [1], I alreay use this feature in my repository). This is a more complicated change, and I think requires portmgr approval. BTW there are also unrelated changes in the patch there (LICENSE added). While not wrong it helps to keep unrelated changes out of reviews. You should address the comments there which you still have not also. I'll be looking at the review and if I have proposals I'll post them there. > > Remove all ports depending of x11-toolkits/libxfce4gui (not anymore maintained by upstream for ages). While I agree in principle, I'm a little wary about removing ports just because they are old. I'd rather leave them in until they brake or become and hindrance to the maintenance of the other XFCE parts. I also see that they are already marked deprecated via Uses/xfce.mk, so we could deprecate them explicitly and add an expiration date. This procedure is what is actually mandated by the ports tree rules anyway. > > About GObject Introspection, x11/libxfce4util is fully functional [2]. I also submit several patches for x11/xfce4-conf [3], sysutils/garcon [4]. I'm working on x11/libexo too (but I wonder if this library is very useful). So devel/xfce4-vala can be remove. Regarding Gobject Introspection, I know little about it, I simply tested enabling the flags and got some errors. I plan to investigate but I did not dig any deeper. I'll import your patches in my own repo. What do you mean with "So devel/xfce4-vala can be remove"? I'm sorry but I don't understand that. > > With Xfdesktop >= 4.13, in Ristretto the wallpaper manager needs this patch [5]. Oh, interesting, I'll import that one too. I really hope all these patches get integrated before the pre-releases! > > We need to create slave port for x11-wm/xfce4-session: > - x11-wm/xfce4-session (linked to xfce4-screensaver) > - x11-wm/xfce4-session-xscreensaver (xscreensaver is supported by default, it provides an autostart file). Yes, I was thinking about this too. But we need anyway to choose a default one. xfce4-screensaver looks promising but last time I tested it it still had some rough edges. I need to test again. I also see it's being actively developed fast, so I hope the author make some more releases before code freeze, so we can better test it. > > xscreensaver and xfce4-screensaver are in conflit with each other. I noticed. Being mine a test repo I did not care too much about resolving this conflict right now. As stated before, unless xfce4-screensaver becomes more stable I'd leave the default as is. > For the shutdown fallback (ability to close, quit and so on a session without ConsoleKit) can be optional. It requires manual intervention on some ports (but it is functional). I have not had time to followup to the bug in the XFCE bugzilla about this. I was planning to make tests these days with it. Due to this, I actually don't exactly know what we are talking about. I need time to study this. > > As Xfce 4.14 will be Gtk3 only (except for some applications, not yet ported to this toolkit), x11-themes/gtk-xfce-engine is obslete. We need a new Gtk theme (compatible with both versions), Adwaita ? Greybird ? Not an expert on themes, I've always taken whatever came by default, not caring too much as long as functional. I see that greybird is already in the tree and unmaintained (and the WWW link is broken). I will test that before endorsing it, but it looks like a promising candidate. > > Guido, in your repository for x11/libxfce4menu, GLADE option should be gladeui2 (gladeui supports only Gtk2, and not Gtk3). Thanks! I fixed that. > > In x11/xfce4-conf dbus and dbus-glib are not necessary, because it depends of gdbus (through Gio). So for some ports USE_XFCE must be adjusted. I can provide list of these ports. I added those because poudriere reported them as missing dependencies. The library installed by that port is actually linked directly to those libraries. So poudriere warning looks legit. Maybe it is a case of overlinking? > ldd -av /usr/local/lib/libxfconf-0.so /usr/local/lib/libxfconf-0.so: libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 (0x80067f000) libdbus-glib-1.so.2 => /usr/local/lib/libdbus-glib-1.so.2 (0x800683000) libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x8006ab000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x8006fe000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x800e00000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x80074d000) libthr.so.3 => /lib/libthr.so.3 (0x80075a000) libc.so.7 => /lib/libc.so.7 (0x800248000) Anyway which changes are you proposing in relation to this? As a further issue, I also took a look at xfce4-mixer and noticed that there has been some activity in it's repo, including a migration to gtk3, so there is hope to have it working again. They have not made a release though. Still one more thing to test! -- Guido Falsi