[Arm-dev] Attempt to install Xfce by hand

Robert Moskowitz rgm at htt-consult.com
Fri Oct 19 09:43:09 UTC 2018


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.
>
>     _______________________________________________
>     Arm-dev mailing list
>     Arm-dev at centos.org <mailto:Arm-dev at centos.org>
>     https://lists.centos.org/mailman/listinfo/arm-dev
>
>
> _______________________________________________
> Arm-dev mailing list
> Arm-dev at centos.org
> https://lists.centos.org/mailman/listinfo/arm-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20181019/bd618fea/attachment.html>


More information about the Arm-dev mailing list