From owner-freebsd-questions@freebsd.org Tue Dec 4 19:29:28 2018 Return-Path: Delivered-To: freebsd-questions@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 A08091318EB2 for ; Tue, 4 Dec 2018 19:29:28 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5A916E203 for ; Tue, 4 Dec 2018 19:29:26 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.193.252.129]) by mrelayeu.kundenserver.de (mreue109 [212.227.15.183]) with ESMTPA (Nemesis) id 1MqatK-1hGXVe2yS8-00mc2A; Tue, 04 Dec 2018 20:29:18 +0100 Date: Tue, 4 Dec 2018 20:29:18 +0100 From: Polytropon To: B J Cc: freebsd-questions Subject: Re: Fresh Installation Of FreeBSD 11.2--Mate Not Working Properly Message-Id: <20181204202918.64f6e9eb.freebsd@edvax.de> In-Reply-To: References: <20181202231414.bc873ae8.freebsd@edvax.de> <3b1f0a32-175e-2535-ce70-ac8935cf85eb@yandex.com> <20181203184153.b37810d9.freebsd@edvax.de> <20181204183621.9358c17e.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:hq7f95dYCYZXrqd8+2JeffT6RXwqMRGiq3xe9BsA4RnOKXN1VkL /ds0l9aauoEGKhuwHm/gj4Xp+P06hdMRG227LsDOClWUniVoB72xhmU+DdtWQiEdda3O7qj o3n0TngDBYk30dYq+Lm0u3v1ashNRQV4CSz4US9NPzE7JNsgq7UEf/V22Z+nb4Wgp7ZFYsn LbhJgqPwfIEGxg7RtX96w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Irhc+FOCrYw=:dgRVpjMznPvCk4NCjAksFX 0urx8kQXncHd1Pyn4D+POB8QXV8hvUUxgKDlaWNbJaHHkukSNkflfisQo/wXUEUUZYeLFdeHt zXYtR6y3a199T1SXte1yPQrpaFTGJvGe9cpPZOYqGzPm944rjDbI0Yc/xXFq2FPToDFwi4DMN koVJBfng5AoagOR8+t3SssMdYp9CeXV6jYPqlR0tZI7umRlO28FW+pwAYKGKQDS3oP8XlWlp9 G4iUlV3fgaQGAkwDx4icREQOsJl+zzbWkOEL4yNxQP0AsfsyVcwPo8rF0MX1J7Wh8cNdYiQhG Xixm+5W4GBPuijT1WByzwFGrAOCLGXXx6Y+Ay5Xbc/01z/mJsDmVfusl+2SqmkT/8EVSo74fo NaXuIOSnAXsCSFEs2rkDQBpymzYs8oBmDtW7DhKDYZqJMwYf4ZGT7WYx0GboFTi6mH11ehS9U mt/0p4M/sAxROf6LIrzSQgiR3MWoRD4pjFqLXWA5Q9EQaXGq2bjtDTTY/Iy6dT3aCmR0zsrx2 1PZpb6yedPeZ4G1kGL7DJWG8EMGPXddZJZWcQXR/r7N8Hyp+H5aMFk7Pi7o6/eqkf2tOq4WB4 qMwE5AAeZqucQaLSSFdf2dCyXZdoQpXEi9IGZwNDoWnbJWaoFyPCGM4WRz8n/44DRwWpMlBtR +RLRvXpSPm6lcOMkuDI+SgjeWXpv6ue5P4WyXeYCC0iXnEy8JRf58qFh1UuhqLqft7xJ7bjiM OUV0bNoT/eXuKwutkyPxeVwJiLsUVJsnqXJy8hMxysAY8Pm8upQu4ZYoOzE= X-Rspamd-Queue-Id: E5A916E203 X-Spamd-Result: default: False [1.56 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd@edvax.de]; MV_CASE(0.50)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx00.schlund.de]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[129.252.193.92.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8560, ipnet:217.72.192.0/20, country:DE]; IP_SCORE(0.08)[ipnet: 217.72.192.0/20(0.42), asn: 8560(0.01), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.837,0]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.72)[0.719,0]; NEURAL_HAM_LONG(-0.80)[-0.796,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[edvax.de]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_CONTAINS_FROM(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[74.192.72.217.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 19:29:29 -0000 On Tue, 4 Dec 2018 18:35:52 +0000, B J wrote: > > > > Isn't that scary? All those messages are usually hidden. > > You can even get more shocked when you build from source, > > then you'll see tons of warnings... terrible attitude... > > Part of the error messages aren't even helpful, like the > > inability to "find provider ' '" - that's really great! > > It seems the times of usable and bloat-reduced software > > is long gone... :-/ > > It reminds me of when, during my sophomore undergrad year, I first > learned programming with WATFOR/WATFIV. It often produced a lot of > cryptic error messages which I, a rookie at this, often couldn't > figure out. There was a reference manual where you could look up most error codes. ;-) > Worse was that we did it in those days with punch cards > because interactive terminal weren't, for the most part, available on > campus. Not that worse. It emphasized the "first think, then code" mentality which today has been obsoleted by "works on my machine" and "silence the compiler", as well as "warnings are not errors" and "I don't care"... > >> Then there were some messages regarding the location of > >> GNOME_KEYRING_CONTROL and SSH_AUTH_SOCK, followed by: > >> > >> Connection failure: Connection refused > >> pa_context_connect() failed: Connection refused > > > > Check in /etc/rc.conf for the presence of the following settings, > > which I found from a reference MATE system (which uses slim instead > > of gdm, as Gnome was removed due to the Gnome 2 -> Gnome 3 > > trouble): > > > > hald_enable="YES" > > dbus_enable="YES" > > polkitd_enable="YES" > > volmand_enable="YES" > > slim_enable="YES" > > > > That last line refers to slim, a display manager (GUI login). > > Anyway, make sure HAL (deprecated), DBus (obsoleted), PolKit > > (nonsense) are actually installed on your system. > > I used > > hald_enable='YES' > dbus_enable='YES' > > in /etc/rc.conf. It appears they're both installed and working. Running: > > dbus-launch > > gave me some DBUS_SESSION messages > > I also tried: > > dbus-launch lshal > > which produced a long listing of various devices on the machine. Okay, so those infrastructures are up and running. Good. > >> The Mate desktop starts with its default configuration except that the > >> size was for a larger monitor display. I was able to start Mate > >> Terminal, but it was sluggish moving the window. > > > > You can use xrandr interactively from a terminal to set the > > correct screen size. You can make the setting permanent by > > adding it to your ~/.xinitrc, for example: > > > > xrandr --fb 1400x1050 > > xrandr --size 1400x1050 > > I'll keep that in mind, though with the installation on the other HD > on my computer, that was never required. It _should_ not be required at all. But in worst case, you can always use this as a fallback level (a _lower_ level!) where you can quickly get things to behave as they should. > I started X on the machine and brought up xterm. Running xrandr gave > me the message: > > Failed to get size of gamma for output default > > as well as a listing of available screen sizes. I reset it using > > xrandr --size 1024x768 > > but running > > xrandr --fb 1024x768 > > still gave me the gamma size error message. In that case, I think the call with the --size parameter is sufficient. Still the message is just a warning, I get it too: % xrandr xrandr: Failed to get size of gamma for output default Screen 0: minimum 320 x 175, current 1400 x 1050, maximum 1400 x 1050 [...] It seems to be no problem. > > There is some documentation regarding Gnome on how to deal > > with HAL, which scatters its stupid XML configuration across > > the /usr/local subtree. This documentation also seems to work > > with MATE. > > > > https://www.freebsd.org/gnome/ > > > > https://www.freebsd.org/gnome/docs/faq2.html > > > > https://www.freebsd.org/gnome/docs/halfaq.html > > > > Relevant files can be found in /usr/local/share/polkit-1/actions, > > they should already be installed by MATE. > > > > I checked that directory and there were a number of org.*.*.policy > files, including one for Gnome and several for Mate. I assume these > might the ones I should look at. In my opinion, they should work as the installer created them there. I don't remember to have seen a _requirement_ to edit them, unlike others (related to auto-mounting, which never really worked). > >> So, what does this all mean and would it be possible to salvage the > >> installation? > > > > Yes. ;-) > > > > You are more or less fighting the narrow view of programmers > > who primarily develop for Linux. In order to get MATE working > > on FreeBSD, there is some work you need to do, messing with > > stupid XML files, running outdated system services that were > > abolished in Linux years ago... but yes, sure, it is of course > > possible to get MATE running on FreeBSD, as I refered to from > > an older reference system running MATE; I'm not sure I would > > be able to get a similar system installed and configured on a > > more recent FreeBSD version from scratch... :-) > > > > That's sort of what I thought. Installing everything using earlier > versions of FreeBSD and software packages likely also installed all > the necessary files to get the system running. But that was several > years ago. In between time, for some reason, those files were no > longer being installed by the updated versions of those packages. You should rely on the dependency resolving mechanism of pkg. If you can make a clean install, just install the "top ports", i. e., the things you're actually going to use, while ignoring possible dependencies you might have on a list from an older installation. > In other words, I did nearly everything right this past weekend based > on what worked before. But there might have been some extra things > that needed to be done and that's what I missed. Correct. > At least I have the other system to refer to when I check those files. It's always good to have some reference system, and if it's just that you can have a look at certain configuration files, or notes that you took on that system on where you had to modify something. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...