[Arm-dev] Attempt to install Xfce by hand
Robert Moskowitz
rgm at htt-consult.com
Mon Oct 22 15:47:39 UTC 2018
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.
More information about the Arm-dev
mailing list