[Arm-dev] Attempt to install Xfce by hand

Mon Oct 22 15:47:39 UTC 2018
Robert Moskowitz <rgm at htt-consult.com>


On 10/22/18 11:30 AM, Johnny Hughes wrote:
> On 10/19/2018 04:43 AM, Robert Moskowitz wrote:
>> I am assuming this is with the generic image?
>>
>> I did not know we now had an easy way to install epel, I was using the
>> instructions on the wiki.  Could you share your epel.repo content?
>>
>> Finally I am guessing the machiattobin as an x64 arm?  Which would point
>> toward an x32 issue, so something that the x64 image and groups are
>> different from the x32 image.
>>
>> Thanks for sharing this!
>>
>> On 10/19/18 12:49 AM, Skorpeo Skorpeo wrote:
>>> I was able to install xfce on a machiattobin via:
>>>
>>> yum install epel-release
>>> yum groupinstall xfce
>>>
>>> just my two cents
>>>
>>> On Thu, Oct 18, 2018 at 2:04 PM Johnny Hughes <johnny at centos.org
>>> <mailto:johnny at centos.org>> wrote:
>>>
>>>      On 10/18/2018 03:07 PM, Robert Moskowitz wrote:
>>>      >
>>>      >
>>>      > On 10/18/18 3:55 PM, Johnny Hughes wrote:
>>>      >> On 10/18/2018 02:43 PM, Robert Moskowitz wrote:
>>>      >>>
>>>      >>> 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 <http://mirror.siena.edu>
>>>      >>>>>    * centos-kernel: mirror.siena.edu <http://mirror.siena.edu>
>>>      >>>>>    * extras: mirror.siena.edu <http://mirror.siena.edu>
>>>      >>>>>    * updates: mirror.siena.edu <http://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?
>>>      >> I am quite sure the issue is some pieces GNOME need to be
>>>      installed to
>>>      >> make everything work.
>>>      >>
>>>      >> I am going to try 2 things:
>>>      >>
>>>      >> 1) a gnome desktop install .. but afterwards only use xfce
>>>      >
>>>      > I can confirm that this works.  It is how I got my first working
>>>      Xfce,
>>>      > see my post back on 10-14 9:34am EDT.
>>>
>>>      This does work .. so we really just need to figure out the minimum
>>>      number of packages to make this work.
>>>
>>>      BTW . firefox is absolutely not usable with a 2GB cubietruck_plus
>>>      in xfce.
>>>
>>>      If someone wanted to seriously use this setup, it would not be on this
>>>      machine.
>>>
>>>      >
>>>      >> 2) try with mate and lightdm and not gdm for the main screen ..
>>>      then use
>>>      >> xfce or mate
>>>      >
>>>      > It would be nice to use lightdm rather than gdm on arm.  Fedora
>>>      is, but
>>>      > then I found some bugs on lightdm that have since been fixed
>>>      (otherwise
>>>      > F29 would not be in beta, as it was a blocker or something like
>>>      that).
>>>      >
>>>      > I looked at mate, but had already adjusted to xfce thanks to it
>>>      > appearing in the first Fedora-arm images.
>>>      >
>>>      >
>>>      >
>>>
>>>      I'll see if I can figure out what is missing to make xfce  work with a
>>>      minimal install.
> Robert, try this:
>
> yum group install Core Base Xfce "X Window System"

Tomorrow when I get home.  I will do it from a fresh image install.