[Arm-dev] Attempt to install Xfce by hand

Thu Oct 18 19:43:27 UTC 2018
Robert Moskowitz <rgm at htt-consult.com>


On 10/18/18 3:32 PM, Johnny Hughes wrote:
> On 10/18/2018 12:36 PM, Robert Moskowitz wrote:
>> Some progress
>>
>> On 10/17/18 8:30 PM, Robert Moskowitz wrote:
>>> Johnny,
>>>
>>> I have this new keyboard with a poorly positioned Del key, and I
>>> deleted your message in such a way that it seems to be gone.  So I
>>> went to the archive and pulled it up there.
>>>
>>> yum group install Xfce "X Window System"
>>>
>>> Helped.  It added 6 packages plus 21 dependencies:
>>>
>>> Installing for group install "X Window System":
>>>   plymouth-system-theme    armv7hl 0.8.9-0.31.20140113.el7.centos
>>> base     31 k
>>>   spice-vdagent            armv7hl 0.14.0-15.el7 base     66 k
>>>   xorg-x11-drivers         armv7hl 7.7-6.el7 base    8.3 k
>>>   xorg-x11-server-Xorg     armv7hl 1.19.5-5.el7 base    1.2 M
>>>   xorg-x11-utils           armv7hl 7.5-22.el7 base    107 k
>>>   xvattr                   armv7hl 1.3-27.el7 base     22 k
>>>
>>> But I am now at the situation where the login fails and I end up right
>>> back at the login page.  I looked at the message log and see the
>>> following:
>> .....
>>
>> I have had some help in private exchanges and have done the following:
>>
>> yum install avahi gnome-backgrounds
>> systemctl enable avahi-daemon
>> systemctl start avahi-daemon
>>
>> this took care of a number of errors, but why gnome-backgrounds for Xfce
>> to deal with the message:
>>
>> Oct 17 20:17:39 ct-c7 journal: Failed to load background
>> 'file:///usr/share/backgrounds/gnome/adwaita-lock.jpg': Error opening
>> file /usr/share/backgrounds/gnome/adwaita-lock.jpg: No such file or
>> directory
>>
>> But still a couple of unresolved errors that are stopping the login:
>>
>> =============private exchange=====================
>>
>>
>>> Oct 18 10:45:34 ct-c7 journal: Some code accessed the property 'AuthList' on
>>> the module 'authList'. That property was defined with 'let' or 'const' inside
>>> the module. This was previously supported, but is not correct according to the
>>> ES6 standard. Any symbols to be exported from a module must be defined with
>>> 'var'. The property access will work as previously for the time being, but
>>> please fix your code anyway.
>> gnome-shell --- a nasty piece of work, and one the Gnome Mafia
>> want to cram down our throats
>>
>> Fedora next ship was blocked by this for a while ....
>> definitely file a bug and carp publicly
>>
>>
>> =============end private exchange=====================
>>
>> So to publicly carp...
>>
>> I even tried installing gnome-shell:
>>
>> # yum install gnome-shell
>> Loaded plugins: fastestmirror
>> Loading mirror speeds from cached hostfile
>>   * base: mirror.siena.edu
>>   * centos-kernel: mirror.siena.edu
>>   * extras: mirror.siena.edu
>>   * updates: mirror.siena.edu
>> Package gnome-shell-3.26.2-5.el7.armv7hl already installed and latest version
>> Nothing to do
>>
>> So what does it want?  This is a bug...
>>
>>   
>> And along with the above message is:
>>
>> Oct 18 10:45:36 ct-c7 org.gnome.Shell.desktop: Window manager warning: "XF86RFKill" is not a valid accelerator
>>
>> This is also a bug to file with a need for that the accelerator not be called when the modules is absent, as on arm?
>>
>> So I think I am getting closer to running Xfce, but stumbling along the way.
>>
>> All help on the above greatly appreciated.
>>
>>
>
> The good (and bad :D) news is .. I have tried to install xfce on my
> cubbietruck plus .. and I have hit the same issue.
>
> I am going to try to get it working now.
>
> If I get it working, I'll post the solution.

thanks for digging into this.  I was looking for a x86 box to do a 
'standard' minimal install and then install Xfce and see what was being 
dropped on the box.  Thing is, where do I have an x86 box here other 
than my notebook?