You may have seen my posts around on my challenges to build a couple groups to do a group install. That got me to realize, that I probably know which rpms to install and I could 'do it by hand' for now. So first step was:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
Where xorg-x11-drv-openchrome was not available, but is flagged optional in the group. This installed 16 packages and 263 dependents.
Next the actual Xfce:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
First this showed:
No package xfce-utils available. No package leafpad available. No package thunar-archive-plugin available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
No leafpad is OK, as a check shows that mousepad is available and this is what is in Fedora28. No xfce-utils is not good. It got worst with critical missing dependencies that need to be fixed before I could get this to work:
Error: Package: xfce4-power-manager-1.4.1-4.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfdesktop-4.10.3-1.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: orage-4.10.0-5.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: Thunar-1.6.3-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-appfinder-4.10.1-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-engines-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: thunar-volman-0.8.0-6.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
I am going to have to put this on the back burner until someone can fix these. I do not have the skill sets to do it.
But having Xcfe would be great for an armv7 SOC over Gnome!
I have reached a point where having an Xfce desktop would be REALLY valuable for supporting my servers by VNCing into the DE.
So is there any possible progress on fixing errors in epel1? Also adding the XFCE missing group that mainline Centos7 has?
thanks
On 8/7/18 10:16 AM, Robert Moskowitz wrote:
You may have seen my posts around on my challenges to build a couple groups to do a group install. That got me to realize, that I probably know which rpms to install and I could 'do it by hand' for now. So first step was:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
Where xorg-x11-drv-openchrome was not available, but is flagged optional in the group. This installed 16 packages and 263 dependents.
Next the actual Xfce:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
First this showed:
No package xfce-utils available. No package leafpad available. No package thunar-archive-plugin available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
No leafpad is OK, as a check shows that mousepad is available and this is what is in Fedora28. No xfce-utils is not good. It got worst with critical missing dependencies that need to be fixed before I could get this to work:
Error: Package: xfce4-power-manager-1.4.1-4.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfdesktop-4.10.3-1.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: orage-4.10.0-5.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: Thunar-1.6.3-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-appfinder-4.10.1-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-engines-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: thunar-volman-0.8.0-6.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
I am going to have to put this on the back burner until someone can fix these. I do not have the skill sets to do it.
But having Xcfe would be great for an armv7 SOC over Gnome!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
El 12/10/18 a las 10:20, Robert Moskowitz escribió:
I have reached a point where having an Xfce desktop would be REALLY valuable for supporting my servers by VNCing into the DE.
Robert, epel-pass-1 is only missing a handful of rpms. Even more, I just tested your command and the only problem I saw was the one you said about openchrome.
So is there any possible progress on fixing errors in epel1? Also adding the XFCE missing group that mainline Centos7 has?
I'll check the groups part after all the changes that had to be made are integrated in epel
thanks
Pablo.
On 8/7/18 10:16 AM, Robert Moskowitz wrote:
You may have seen my posts around on my challenges to build a couple groups to do a group install. That got me to realize, that I probably know which rpms to install and I could 'do it by hand' for now. So first step was:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
Where xorg-x11-drv-openchrome was not available, but is flagged optional in the group. This installed 16 packages and 263 dependents.
Next the actual Xfce:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
First this showed:
No package xfce-utils available. No package leafpad available. No package thunar-archive-plugin available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
No leafpad is OK, as a check shows that mousepad is available and this is what is in Fedora28. No xfce-utils is not good. It got worst with critical missing dependencies that need to be fixed before I could get this to work:
Error: Package: xfce4-power-manager-1.4.1-4.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfdesktop-4.10.3-1.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: orage-4.10.0-5.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: Thunar-1.6.3-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-appfinder-4.10.1-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-engines-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: thunar-volman-0.8.0-6.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
I am going to have to put this on the back burner until someone can fix these. I do not have the skill sets to do it.
But having Xcfe would be great for an armv7 SOC over Gnome!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 10/12/18 12:37 PM, Pablo Sebastián Greco wrote:
El 12/10/18 a las 10:20, Robert Moskowitz escribió:
I have reached a point where having an Xfce desktop would be REALLY valuable for supporting my servers by VNCing into the DE.
Robert, epel-pass-1 is only missing a handful of rpms. Even more, I just tested your command and the only problem I saw was the one you said about openchrome.
Progress! Thanks!
So is there any possible progress on fixing errors in epel1? Also adding the XFCE missing group that mainline Centos7 has?
I'll check the groups part after all the changes that had to be made are integrated in epel
So I shouldn't rush out to do more testing. I may have the group 'soon' and do it right? I can afford to assign more time to my paid consulting right now!
One note on my manual install that I pulled out of the xml thanks to help from the main Centos user list. I am installing gnome-polkit; there is an xfce-polkit. Why did the group xml use gnome-polkit? I may have done something wrong but that is what I got...
thanks
Pablo.
On 8/7/18 10:16 AM, Robert Moskowitz wrote:
You may have seen my posts around on my challenges to build a couple groups to do a group install. That got me to realize, that I probably know which rpms to install and I could 'do it by hand' for now. So first step was:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
Where xorg-x11-drv-openchrome was not available, but is flagged optional in the group. This installed 16 packages and 263 dependents.
Next the actual Xfce:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
First this showed:
No package xfce-utils available. No package leafpad available. No package thunar-archive-plugin available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
No leafpad is OK, as a check shows that mousepad is available and this is what is in Fedora28. No xfce-utils is not good. It got worst with critical missing dependencies that need to be fixed before I could get this to work:
Error: Package: xfce4-power-manager-1.4.1-4.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfdesktop-4.10.3-1.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: orage-4.10.0-5.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: Thunar-1.6.3-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-appfinder-4.10.1-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-engines-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: thunar-volman-0.8.0-6.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
I am going to have to put this on the back burner until someone can fix these. I do not have the skill sets to do it.
But having Xcfe would be great for an armv7 SOC over Gnome!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
El 12/10/18 a las 14:08, Robert Moskowitz escribió:
On 10/12/18 12:37 PM, Pablo Sebastián Greco wrote:
El 12/10/18 a las 10:20, Robert Moskowitz escribió:
I have reached a point where having an Xfce desktop would be REALLY valuable for supporting my servers by VNCing into the DE.
Robert, epel-pass-1 is only missing a handful of rpms. Even more, I just tested your command and the only problem I saw was the one you said about openchrome.
Progress! Thanks!
So is there any possible progress on fixing errors in epel1? Also adding the XFCE missing group that mainline Centos7 has?
I'll check the groups part after all the changes that had to be made are integrated in epel
So I shouldn't rush out to do more testing. I may have the group 'soon' and do it right? I can afford to assign more time to my paid consulting right now!
Please test as much as you can, I don't know how long it will take me to add the groups
One note on my manual install that I pulled out of the xml thanks to help from the main Centos user list. I am installing gnome-polkit; there is an xfce-polkit. Why did the group xml use gnome-polkit? I may have done something wrong but that is what I got...
That may be because the Requires that is pulling it, must be pointing to PolicyKit-authentication-agent (that both provide), instead of an actual reference to xfce-polkit
thanks
Pablo.
On 8/7/18 10:16 AM, Robert Moskowitz wrote:
You may have seen my posts around on my challenges to build a couple groups to do a group install. That got me to realize, that I probably know which rpms to install and I could 'do it by hand' for now. So first step was:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
Where xorg-x11-drv-openchrome was not available, but is flagged optional in the group. This installed 16 packages and 263 dependents.
Next the actual Xfce:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
First this showed:
No package xfce-utils available. No package leafpad available. No package thunar-archive-plugin available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
No leafpad is OK, as a check shows that mousepad is available and this is what is in Fedora28. No xfce-utils is not good. It got worst with critical missing dependencies that need to be fixed before I could get this to work:
Error: Package: xfce4-power-manager-1.4.1-4.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfdesktop-4.10.3-1.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: orage-4.10.0-5.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: Thunar-1.6.3-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-appfinder-4.10.1-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-engines-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: thunar-volman-0.8.0-6.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
I am going to have to put this on the back burner until someone can fix these. I do not have the skill sets to do it.
But having Xcfe would be great for an armv7 SOC over Gnome!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 10/12/18 3:24 PM, Pablo Sebastián Greco wrote:
El 12/10/18 a las 14:08, Robert Moskowitz escribió:
So I shouldn't rush out to do more testing. I may have the group 'soon' and do it right? I can afford to assign more time to my paid consulting right now!
Please test as much as you can, I don't know how long it will take me to add the groups
So let's start afresh. I edited the seemingly appropriate group xml files I picked up from the main Centos repo. First I built a clean install, did yum update, added the epel1 repo, and created a user. Then I installed the rpms from the X11 DE:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
there was: No package xorg-x11-drv-openchrome available.
But that SHOULD be OK. Then I installed the Xfce DE:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
No package xfce-utils available. No package leafpad available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
This bothers me. Probably really need xfce-utils. Mousepad will do in place of leafpad as that is what Fedora has switched to.
Powered off, connected my KVM that has my Kybd and mouse and directly connected the HDMI monitor connection (the KVM only supports VGA). And powered up....
I see the following on the serial console as the HDMI monitor goes blank:
[ OK ] Reached target Login Prompts. Starting GNOME Display Manager... [FAILED] Failed to start Crash recovery kernel arming. See 'systemctl status kdump.service' for details. [ OK ] Started GNOME Display Manager.
kdump is of no concern.
And Centos is still using the Gnome DM, not dmlight as Fedora does now. NO dmlight in the repo, I tried installing it after the following test:
Finally get to the login screen and I log in and after a while I am back at the login screen. :(
So I look at the last 40 lines in /var/log/messages:
Oct 14 07:42:40 ct-c7 systemd: Starting Location Lookup Service... Oct 14 07:42:40 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 14 07:42:40 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Oct 14 07:42:40 ct-c7 systemd: Started Location Lookup Service. Oct 14 07:42:41 ct-c7 journal: Error looking up permission: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.impl.portal.PermissionStore was not provided by any .service files Oct 14 07:42:42 ct-c7 org.gnome.Shell.desktop: Window manager warning: "XF86RFKill" is not a valid accelerator Oct 14 07:42:42 ct-c7 journal: failed to get edid: unable to get EDID for output Oct 14 07:42:44 ct-c7 journal: unable to get EDID for xrandr-default: unable to get EDID for output Oct 14 07:42:45 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 29]: reference to undefined property "MetaWindowX11" Oct 14 07:42:53 ct-c7 journal: JS ERROR: TypeError: item is undefined#012NMConnectionDevice<._activeConnectionChanged@resource:///org/gnome/shell/ui/status/network.js:398:13#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 [root@ct-c7 log]# tail messages -n40 Oct 14 07:42:22 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 221]: reference to undefined property "MetaWindowGroup" Oct 14 07:42:22 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/osdMonitorLabeler.js 59]: reference to undefined property "MetaDBusDisplayConfigSkeleton" Oct 14 07:42:25 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service' Oct 14 07:42:25 ct-c7 systemd: Starting Locale Service... Oct 14 07:42:25 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.locale1' Oct 14 07:42:25 ct-c7 systemd: Started Locale Service. Oct 14 07:42:25 ct-c7 journal: Failed to launch ibus-daemon: Failed to execute child process “ibus-daemon” (No such file or directory) Oct 14 07:42:27 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/slider.js 38]: reference to undefined property "CallyActor" Oct 14 07:42:27 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' Oct 14 07:42:27 ct-c7 systemd: Starting Location Lookup Service... Oct 14 07:42:28 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 14 07:42:28 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Oct 14 07:42:28 ct-c7 systemd: Started Location Lookup Service. Oct 14 07:42:28 ct-c7 journal: No permission to trigger offline updates: Polkit.Error: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.packagekit.trigger-offline-update is not registered Oct 14 07:42:30 ct-c7 spice-vdagent[1540]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0 Oct 14 07:42:30 ct-c7 gnome-session: gnome-session-binary[1432]: WARNING: App 'spice-vdagent.desktop' exited with code 1 Oct 14 07:42:30 ct-c7 gnome-session-binary[1432]: WARNING: App 'spice-vdagent.desktop' exited with code 1 Oct 14 07:42:31 ct-c7 journal: Failed to get current display configuration state: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.gnome.Mutter.DisplayConfig" does not exist Oct 14 07:42:33 ct-c7 gnome-session-binary: Entering running state Oct 14 07:42:36 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 Oct 14 07:42:38 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' Oct 14 07:42:38 ct-c7 systemd: Starting Hostname Service... Oct 14 07:42:38 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.hostname1' Oct 14 07:42:38 ct-c7 systemd: Started Hostname Service. Oct 14 07:42:40 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. Oct 14 07:42:40 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.realmd' unit='realmd.service' Oct 14 07:42:40 ct-c7 systemd: Starting Realm and Domain Configuration... Oct 14 07:42:40 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.realmd' Oct 14 07:42:40 ct-c7 systemd: Started Realm and Domain Configuration. Oct 14 07:42:40 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' Oct 14 07:42:40 ct-c7 systemd: Starting Location Lookup Service... Oct 14 07:42:40 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 14 07:42:40 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Oct 14 07:42:40 ct-c7 systemd: Started Location Lookup Service. Oct 14 07:42:41 ct-c7 journal: Error looking up permission: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.impl.portal.PermissionStore was not provided by any .service files Oct 14 07:42:42 ct-c7 org.gnome.Shell.desktop: Window manager warning: "XF86RFKill" is not a valid accelerator Oct 14 07:42:42 ct-c7 journal: failed to get edid: unable to get EDID for output Oct 14 07:42:44 ct-c7 journal: unable to get EDID for xrandr-default: unable to get EDID for output Oct 14 07:42:45 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 29]: reference to undefined property "MetaWindowX11" Oct 14 07:42:53 ct-c7 journal: JS ERROR: TypeError: item is undefined#012NMConnectionDevice<._activeConnectionChanged@resource:///org/gnome/shell/ui/status/network.js:398:13#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22
So I am missing something...
I will set this drive to the side so we can go back to testing it once you tell me whatelse I need to install...
thanks
Robert,
El 14/10/18 a las 08:51, Robert Moskowitz escribió:
On 10/12/18 3:24 PM, Pablo Sebastián Greco wrote:
El 12/10/18 a las 14:08, Robert Moskowitz escribió:
So I shouldn't rush out to do more testing. I may have the group 'soon' and do it right? I can afford to assign more time to my paid consulting right now!
Please test as much as you can, I don't know how long it will take me to add the groups
So let's start afresh. I edited the seemingly appropriate group xml files I picked up from the main Centos repo. First I built a clean install, did yum update, added the epel1 repo, and created a user. Then I installed the rpms from the X11 DE:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
there was: No package xorg-x11-drv-openchrome available.
But that SHOULD be OK. Then I installed the Xfce DE:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
No package xfce-utils available. No package leafpad available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
Those 4 pkgs are also unavailable on x86. I don't know if you tested, but I think you should test the steps in x86, and then replicate them on arm
This bothers me. Probably really need xfce-utils. Mousepad will do in place of leafpad as that is what Fedora has switched to.
Powered off, connected my KVM that has my Kybd and mouse and directly connected the HDMI monitor connection (the KVM only supports VGA). And powered up....
I see the following on the serial console as the HDMI monitor goes blank:
[ OK ] Reached target Login Prompts. Starting GNOME Display Manager... [FAILED] Failed to start Crash recovery kernel arming. See 'systemctl status kdump.service' for details. [ OK ] Started GNOME Display Manager.
kdump is of no concern.
Correct
And Centos is still using the Gnome DM, not dmlight as Fedora does now. NO dmlight in the repo, I tried installing it after the following test:
Finally get to the login screen and I log in and after a while I am back at the login screen. :(
So I look at the last 40 lines in /var/log/messages:
Oct 14 07:42:40 ct-c7 systemd: Starting Location Lookup Service... Oct 14 07:42:40 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 14 07:42:40 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Oct 14 07:42:40 ct-c7 systemd: Started Location Lookup Service. Oct 14 07:42:41 ct-c7 journal: Error looking up permission: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.impl.portal.PermissionStore was not provided by any .service files Oct 14 07:42:42 ct-c7 org.gnome.Shell.desktop: Window manager warning: "XF86RFKill" is not a valid accelerator Oct 14 07:42:42 ct-c7 journal: failed to get edid: unable to get EDID for output Oct 14 07:42:44 ct-c7 journal: unable to get EDID for xrandr-default: unable to get EDID for output Oct 14 07:42:45 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 29]: reference to undefined property "MetaWindowX11" Oct 14 07:42:53 ct-c7 journal: JS ERROR: TypeError: item is undefined#012NMConnectionDevice<._activeConnectionChanged@resource:///org/gnome/shell/ui/status/network.js:398:13#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 [root@ct-c7 log]# tail messages -n40 Oct 14 07:42:22 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 221]: reference to undefined property "MetaWindowGroup" Oct 14 07:42:22 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/osdMonitorLabeler.js 59]: reference to undefined property "MetaDBusDisplayConfigSkeleton" Oct 14 07:42:25 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service' Oct 14 07:42:25 ct-c7 systemd: Starting Locale Service... Oct 14 07:42:25 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.locale1' Oct 14 07:42:25 ct-c7 systemd: Started Locale Service. Oct 14 07:42:25 ct-c7 journal: Failed to launch ibus-daemon: Failed to execute child process “ibus-daemon” (No such file or directory) Oct 14 07:42:27 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/slider.js 38]: reference to undefined property "CallyActor" Oct 14 07:42:27 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' Oct 14 07:42:27 ct-c7 systemd: Starting Location Lookup Service... Oct 14 07:42:28 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 14 07:42:28 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Oct 14 07:42:28 ct-c7 systemd: Started Location Lookup Service. Oct 14 07:42:28 ct-c7 journal: No permission to trigger offline updates: Polkit.Error: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.packagekit.trigger-offline-update is not registered Oct 14 07:42:30 ct-c7 spice-vdagent[1540]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0 Oct 14 07:42:30 ct-c7 gnome-session: gnome-session-binary[1432]: WARNING: App 'spice-vdagent.desktop' exited with code 1 Oct 14 07:42:30 ct-c7 gnome-session-binary[1432]: WARNING: App 'spice-vdagent.desktop' exited with code 1 Oct 14 07:42:31 ct-c7 journal: Failed to get current display configuration state: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.gnome.Mutter.DisplayConfig" does not exist Oct 14 07:42:33 ct-c7 gnome-session-binary: Entering running state Oct 14 07:42:36 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 Oct 14 07:42:38 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' Oct 14 07:42:38 ct-c7 systemd: Starting Hostname Service... Oct 14 07:42:38 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.hostname1' Oct 14 07:42:38 ct-c7 systemd: Started Hostname Service. Oct 14 07:42:40 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. Oct 14 07:42:40 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.realmd' unit='realmd.service' Oct 14 07:42:40 ct-c7 systemd: Starting Realm and Domain Configuration... Oct 14 07:42:40 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.realmd' Oct 14 07:42:40 ct-c7 systemd: Started Realm and Domain Configuration. Oct 14 07:42:40 ct-c7 dbus[588]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' Oct 14 07:42:40 ct-c7 systemd: Starting Location Lookup Service... Oct 14 07:42:40 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 14 07:42:40 ct-c7 dbus[588]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Oct 14 07:42:40 ct-c7 systemd: Started Location Lookup Service. Oct 14 07:42:41 ct-c7 journal: Error looking up permission: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.impl.portal.PermissionStore was not provided by any .service files Oct 14 07:42:42 ct-c7 org.gnome.Shell.desktop: Window manager warning: "XF86RFKill" is not a valid accelerator Oct 14 07:42:42 ct-c7 journal: failed to get edid: unable to get EDID for output Oct 14 07:42:44 ct-c7 journal: unable to get EDID for xrandr-default: unable to get EDID for output Oct 14 07:42:45 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 29]: reference to undefined property "MetaWindowX11" Oct 14 07:42:53 ct-c7 journal: JS ERROR: TypeError: item is undefined#012NMConnectionDevice<._activeConnectionChanged@resource:///org/gnome/shell/ui/status/network.js:398:13#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22
So I am missing something...
I will set this drive to the side so we can go back to testing it once you tell me whatelse I need to install...
I may be missing something too, so I'd like you to test this from another angle. First get Gnome working, and then install the xfce packages, so we know X has everything to run.
thanks
Thanks for testing. Pablo.
On 10/14/18 8:25 AM, Pablo Sebastián Greco wrote:
Robert,
El 14/10/18 a las 08:51, Robert Moskowitz escribió:
On 10/12/18 3:24 PM, Pablo Sebastián Greco wrote:
El 12/10/18 a las 14:08, Robert Moskowitz escribió:
So I shouldn't rush out to do more testing. I may have the group 'soon' and do it right? I can afford to assign more time to my paid consulting right now!
Please test as much as you can, I don't know how long it will take me to add the groups
So let's start afresh. I edited the seemingly appropriate group xml files I picked up from the main Centos repo. First I built a clean install, did yum update, added the epel1 repo, and created a user. Then I installed the rpms from the X11 DE:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
there was: No package xorg-x11-drv-openchrome available.
But that SHOULD be OK. Then I installed the Xfce DE:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
No package xfce-utils available. No package leafpad available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
Those 4 pkgs are also unavailable on x86. I don't know if you tested, but I think you should test the steps in x86, and then replicate them on arm
I really don't have an x86 available for testing! Just my notebooks, and I need those as they are...
This bothers me. Probably really need xfce-utils. Mousepad will do in place of leafpad as that is what Fedora has switched to.
Powered off, connected my KVM that has my Kybd and mouse and directly connected the HDMI monitor connection (the KVM only supports VGA). And powered up....
I see the following on the serial console as the HDMI monitor goes blank:
[ OK ] Reached target Login Prompts. Starting GNOME Display Manager... [FAILED] Failed to start Crash recovery kernel arming. See 'systemctl status kdump.service' for details. [ OK ] Started GNOME Display Manager.
kdump is of no concern.
Correct
And Centos is still using the Gnome DM, not dmlight as Fedora does now. NO dmlight in the repo, I tried installing it after the following test:
Finally get to the login screen and I log in and after a while I am back at the login screen. :(
So I look at the last 40 lines in /var/log/messages:
........
So I am missing something...
I will set this drive to the side so we can go back to testing it once you tell me whatelse I need to install...
I may be missing something too, so I'd like you to test this from another angle. First get Gnome working, and then install the xfce packages, so we know X has everything to run.
I am installing group "gnome desktop" over what I have.
Transaction Summary ================================================================================ Install 229 Packages (+404 Dependent packages)
Total download size: 557 M Installed size: 1.7 G Is this ok [y/d/N]:
Ooww. The list starts with:
Installing for group install "Base": abrt-addon-ccpp armv7hl 2.1.11-50.el7.centos base 193 k abrt-addon-python armv7hl 2.1.11-50.el7.centos base 101 k abrt-cli armv7hl 2.1.11-50.el7.centos base 87 k abrt-console-notification armv7hl 2.1.11-50.el7.centos base 88 k at armv7hl 3.1.13-23.el7 base 50 k attr armv7hl 2.4.46-13.el7 base 64 k bash-completion noarch 1:2.1-6.el7 base 85 k bc armv7hl 1.06.95-13.el7 base 107 k bind-utils armv7hl 32:9.9.4-61.el7_5.1 updates 205 k blktrace armv7hl 1.0.5-8.el7 base 133 k bridge-utils armv7hl 1.5-9.el7 base 31 k bzip2 armv7hl 1.0.6-13.el7 base 52 k centos-indexhtml noarch 7-9.el7.centos base 91 k crda armv7hl 3.13_2016.02.08-1.el7 base 37 k cyrus-sasl-plain armv7hl 2.1.26-23.el7 base 37 k ed armv7hl 1.9-4.el7 base 67 k file armv7hl 5.11-33.el7 base 56 k fprintd-pam armv7hl 0.5.0-4.0.el7 base 14 k hunspell-en noarch 0.20121024-6.el7 base 194 k kpatch noarch 0.4.0-3.el7 base 10 k ledmon armv7hl 0.80-2.el7 base 52 k libreport-plugin-mailx armv7hl 2.1.11-40.el7.centos base 64 k libstoragemgmt armv7hl 1.6.1-2.el7 base 219 k man-pages noarch 3.53-5.el7 base 5.0 M man-pages-overrides armv7hl 7.5.2-1.el7 base 1.3 M mtr armv7hl 2:0.85-7.el7 base 70 k nano armv7hl 2.3.1-10.el7 base 425 k ntpdate armv7hl 4.2.6p5-28.el7.centos base 84 k ntsysv armv7hl 1.7.4-1.el7 base 35 k pciutils armv7hl 3.5.1-3.el7 base 88 k pinfo armv7hl 0.6.10-9.el7 base 110 k pm-utils armv7hl 1.4.1-27.el7 base 139 k psacct armv7hl 6.6.1-13.el7 base 93 k quota armv7hl 1:4.01-17.el7 base 169 k rdate armv7hl 1.4-25.el7 base 19 k rfkill armv7hl 0.4-9.el7 base 11 k rng-tools armv7hl 5-13.el7 base 34 k scl-utils armv7hl 20130529-18.el7 base 24 k setserial armv7hl 2.17-33.el7 base 24 k setuptool armv7hl 1.19.11-8.el7 base 61 k smartmontools armv7hl 1:6.5-1.el7 base 422 k sos noarch 3.5-9.el7.centos updates 414 k sssd-client armv7hl 1.16.0-19.el7_5.8 updates 191 k strace armv7hl 4.12-6.el7 base 428 k sysstat armv7hl 10.1.5-13.el7 base 295 k systemtap-runtime armv7hl 3.2-8.el7_5 updates 363 k tcpdump armv7hl 14:4.9.2-3.el7 base 399 k tcsh armv7hl 6.18.01-15.el7 base 308 k time armv7hl 1.7-45.el7 base 30 k traceroute armv7hl 3:2.0.22-2.el7 base 55 k unzip armv7hl 6.0-19.el7 base 163 k usb_modeswitch armv7hl 2.5.1-1.el7 base 147 k usbutils armv7hl 007-5.el7 base 75 k vim-enhanced armv7hl 2:7.4.160-4.el7 base 892 k virt-what armv7hl 1.18-4.el7 base 29 k which armv7hl 2.20-7.el7 base 39 k words noarch 3.0-22.el7 base 1.4 M xfsdump armv7hl 3.1.7-1.el7 base 287 k yum-langpacks noarch 0.4.2-7.el7 base 30 k zip armv7hl 3.0-11.el7 base 247 k
And I won't flood this message with the full list.
The groups installed are:
Installing for group install "Base": Installing for group install "Common NetworkManager submodules": Installing for group install "Desktop Debugging and Performance Tools": Installing for group install "Dial-up Networking Support": Installing for group install "Directory Client": Installing for group install "Fonts": Installing for group install "GNOME": Installing for group install "Guest Desktop Agents": Installing for group install "Input Methods": Installing for group install "Internet Browser": Installing for group install "Java Platform": Installing for group install "Multimedia": Installing for group install "Network File System Client": Installing for group install "Printing Client":
(found via greping the screen log)
Poweroff, checked that everything was plugged in right. Powered up.
Once the DE came up, I looked for how to select Xfce. Did not see it. Clicked on my user, and THERE was a little icon for selecting Xfce. Chose that, entered my password, and the Xfce desktop came right up.
Only have done a little so far from the direct console.
Bottom line is my manual list is missing something critical. We need the appropriate groups instead of guessing. I am sure there are people better than me to build the right manual list if we can't get the group(s) built.
Meanwhile I will do the vncserver with Xfce test as well now that I have a DE. I have had problems with F29, see bug 1633805.
thanks
Thanks for testing. Pablo.
On 10/14/18 9:34 AM, Robert Moskowitz wrote:
On 10/14/18 8:25 AM, Pablo Sebastián Greco wrote:
Robert,
El 14/10/18 a las 08:51, Robert Moskowitz escribió:
On 10/12/18 3:24 PM, Pablo Sebastián Greco wrote:
El 12/10/18 a las 14:08, Robert Moskowitz escribió:
So I shouldn't rush out to do more testing. I may have the group 'soon' and do it right? I can afford to assign more time to my paid consulting right now!
Please test as much as you can, I don't know how long it will take me to add the groups
So let's start afresh. I edited the seemingly appropriate group xml files I picked up from the main Centos repo. First I built a clean install, did yum update, added the epel1 repo, and created a user. Then I installed the rpms from the X11 DE:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
there was: No package xorg-x11-drv-openchrome available.
But that SHOULD be OK. Then I installed the Xfce DE:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
No package xfce-utils available. No package leafpad available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
Those 4 pkgs are also unavailable on x86. I don't know if you tested, but I think you should test the steps in x86, and then replicate them on arm
I really don't have an x86 available for testing! Just my notebooks, and I need those as they are...
No screensaver tool listed in settings. No background theme. No background theme is no biggie, but no screensaver control?
Added vncserver. See below
On 10/14/18 9:43 AM, Robert Moskowitz wrote:
On 10/14/18 9:34 AM, Robert Moskowitz wrote:
On 10/14/18 8:25 AM, Pablo Sebastián Greco wrote:
Robert,
El 14/10/18 a las 08:51, Robert Moskowitz escribió:
On 10/12/18 3:24 PM, Pablo Sebastián Greco wrote:
El 12/10/18 a las 14:08, Robert Moskowitz escribió:
So I shouldn't rush out to do more testing. I may have the group 'soon' and do it right? I can afford to assign more time to my paid consulting right now!
Please test as much as you can, I don't know how long it will take me to add the groups
So let's start afresh. I edited the seemingly appropriate group xml files I picked up from the main Centos repo. First I built a clean install, did yum update, added the epel1 repo, and created a user. Then I installed the rpms from the X11 DE:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
there was: No package xorg-x11-drv-openchrome available.
But that SHOULD be OK. Then I installed the Xfce DE:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
No package xfce-utils available. No package leafpad available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
Those 4 pkgs are also unavailable on x86. I don't know if you tested, but I think you should test the steps in x86, and then replicate them on arm
I really don't have an x86 available for testing! Just my notebooks, and I need those as they are...
No screensaver tool listed in settings. No background theme. No background theme is no biggie, but no screensaver control?
Setting up vncserver was easy. The only thing to note is that the xstartup is for gnome. Change as follows for Xfce:
# exec /etc/X11/xinit/xinitrc exec /bin/sh /etc/xdg/xfce4/xinitrc
[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources xsetroot -solid grey xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" & startxfce4 &
You have to first start vncserver so that you get the gnome xstartup file. Then you edit it, stop vncserver, and restart it. Very challenging. See my bug: 633811
With no screensaver, the session never locks. I went away for a doctor's appt and came back 2 hours later and still had the open, unlocked, vnc session. Of course my notebook's desktop was locked.
I inserted a usb drive, and when I went to mount it, it polkit dialog asked for my password. My user account is in group wheel. I installed k3b, attached a usb CD/DVD writer, but k3b did not 'see' /dev/sr0 and threw an error. These are selinux policy issues that I don't know how to adjust.
Anyway, I am putting Centos-arm work away and going back to Nethserver (which is still Centos-arm) until Pablo is able to make the necessary DE group(s). Or someone else much more skilled than I.
And thanks Pablo for getting it this far along!
Robert,
El 15/10/18 a las 17:54, Robert Moskowitz escribió:
Added vncserver. See below
On 10/14/18 9:43 AM, Robert Moskowitz wrote:
On 10/14/18 9:34 AM, Robert Moskowitz wrote:
On 10/14/18 8:25 AM, Pablo Sebastián Greco wrote:
Robert,
El 14/10/18 a las 08:51, Robert Moskowitz escribió:
On 10/12/18 3:24 PM, Pablo Sebastián Greco wrote:
El 12/10/18 a las 14:08, Robert Moskowitz escribió: > > > So I shouldn't rush out to do more testing. I may have the > group 'soon' and do it right? I can afford to assign more time > to my paid consulting right now! Please test as much as you can, I don't know how long it will take me to add the groups
So let's start afresh. I edited the seemingly appropriate group xml files I picked up from the main Centos repo. First I built a clean install, did yum update, added the epel1 repo, and created a user. Then I installed the rpms from the X11 DE:
yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome
there was: No package xorg-x11-drv-openchrome available.
But that SHOULD be OK. Then I installed the Xfce DE:
yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry
No package xfce-utils available. No package leafpad available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available.
Those 4 pkgs are also unavailable on x86. I don't know if you tested, but I think you should test the steps in x86, and then replicate them on arm
I really don't have an x86 available for testing! Just my notebooks, and I need those as they are...
No screensaver tool listed in settings. No background theme. No background theme is no biggie, but no screensaver control?
Setting up vncserver was easy. The only thing to note is that the xstartup is for gnome. Change as follows for Xfce:
# exec /etc/X11/xinit/xinitrc exec /bin/sh /etc/xdg/xfce4/xinitrc
[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources xsetroot -solid grey xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" & startxfce4 &
You have to first start vncserver so that you get the gnome xstartup file. Then you edit it, stop vncserver, and restart it. Very challenging. See my bug: 633811
With no screensaver, the session never locks. I went away for a doctor's appt and came back 2 hours later and still had the open, unlocked, vnc session. Of course my notebook's desktop was locked.
I inserted a usb drive, and when I went to mount it, it polkit dialog asked for my password. My user account is in group wheel. I installed k3b, attached a usb CD/DVD writer, but k3b did not 'see' /dev/sr0 and threw an error. These are selinux policy issues that I don't know how to adjust.
Anyway, I am putting Centos-arm work away and going back to Nethserver (which is still Centos-arm) until Pablo is able to make the necessary DE group(s). Or someone else much more skilled than I.
Yesterday I got the xml from epel, and now the groups are available in our rebuild. I didn't automate it yet, so I need to rebuild repodata manually to add the groups, so they may not be there all the time.
And thanks Pablo for getting it this far along!
Thanks. Pablo
On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote:
Robert,
El 15/10/18 a las 17:54, Robert Moskowitz escribió:
Anyway, I am putting Centos-arm work away and going back to Nethserver (which is still Centos-arm) until Pablo is able to make the necessary DE group(s). Or someone else much more skilled than I.
Yesterday I got the xml from epel, and now the groups are available in our rebuild. I didn't automate it yet, so I need to rebuild repodata manually to add the groups, so they may not be there all the time.
I see what you mean. I did a yum clean all on my working image, and there it was!
So I wiped the image by laying down the minimal again. Did firstboot and yum update and then tried
yum groupinstall xfce
And it was not there.
Did a yum clean all and yum group list and now no xfce
:(
So I will check back later
El 17/10/18 a las 09:45, Robert Moskowitz escribió:
On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote:
Robert,
El 15/10/18 a las 17:54, Robert Moskowitz escribió:
Anyway, I am putting Centos-arm work away and going back to Nethserver (which is still Centos-arm) until Pablo is able to make the necessary DE group(s). Or someone else much more skilled than I.
Yesterday I got the xml from epel, and now the groups are available in our rebuild. I didn't automate it yet, so I need to rebuild repodata manually to add the groups, so they may not be there all the time.
I see what you mean. I did a yum clean all on my working image, and there it was!
So I wiped the image by laying down the minimal again. Did firstboot and yum update and then tried
yum groupinstall xfce
And it was not there.
Did a yum clean all and yum group list and now no xfce
:(
So I will check back later
I'm seeing it ATM Available Environment Groups: Minimal Install Compute Node Infrastructure Server File and Print Server Cinnamon Desktop MATE Desktop Basic Web Server Virtualization Host Server with GUI GNOME Desktop KDE Plasma Workspaces Development and Creative Workstation Available Groups: Cinnamon Compatibility Libraries Console Internet Tools Development Tools Educational Software Electronic Lab Fedora Packager General Purpose Desktop Graphical Administration Tools Haskell Legacy UNIX Compatibility MATE Milkymist Scientific Support Security Tools Smart Card Support System Administration Tools System Management TurboGears application framework Xfce Done
On 10/17/18 8:51 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:45, Robert Moskowitz escribió:
On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote:
Robert,
El 15/10/18 a las 17:54, Robert Moskowitz escribió:
Anyway, I am putting Centos-arm work away and going back to Nethserver (which is still Centos-arm) until Pablo is able to make the necessary DE group(s). Or someone else much more skilled than I.
Yesterday I got the xml from epel, and now the groups are available in our rebuild. I didn't automate it yet, so I need to rebuild repodata manually to add the groups, so they may not be there all the time.
I see what you mean. I did a yum clean all on my working image, and there it was!
So I wiped the image by laying down the minimal again. Did firstboot and yum update and then tried
yum groupinstall xfce
And it was not there.
Did a yum clean all and yum group list and now no xfce
:(
So I will check back later
I'm seeing it ATM
I think it has not gone to all the mirrors:
# yum clean metadata Loaded plugins: fastestmirror Cleaning repos: base centos-kernel extras updates 14 metadata files removed 8 sqlite files removed 0 metadata files removed [root@ct-c7 ~]# yum groups list Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.osuosl.org * centos-kernel: ftp.osuosl.org * extras: ftp.osuosl.org * updates: ftp.osuosl.org base | 3.8 kB 00:00 centos-kernel | 2.9 kB 00:00 extras | 2.9 kB 00:00 updates | 2.9 kB 00:00 (1/5): base/7/armhfp/group_gz | 155 kB 00:06 (2/5): centos-kernel/7/armhfp/primary_db | 49 kB 00:07 (3/5): extras/7/armhfp/primary_db | 161 kB 00:07 (4/5): updates/7/armhfp/primary_db | 885 kB 00:08 (5/5): base/7/armhfp/primary_db | 4.1 MB 00:08 Available Environment Groups: Minimal Install Compute Node Infrastructure Server File and Print Server Basic Web Server Virtualization Host Server with GUI GNOME Desktop KDE Plasma Workspaces Development and Creative Workstation Available Groups: Compatibility Libraries Console Internet Tools Development Tools Graphical Administration Tools Legacy UNIX Compatibility Scientific Support Security Tools Smart Card Support System Administration Tools System Management Done
How do I force the mirror to what you are using?
El 17/10/18 a las 09:58, Robert Moskowitz escribió:
On 10/17/18 8:51 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:45, Robert Moskowitz escribió:
On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote:
Robert,
El 15/10/18 a las 17:54, Robert Moskowitz escribió:
Anyway, I am putting Centos-arm work away and going back to Nethserver (which is still Centos-arm) until Pablo is able to make the necessary DE group(s). Or someone else much more skilled than I.
Yesterday I got the xml from epel, and now the groups are available in our rebuild. I didn't automate it yet, so I need to rebuild repodata manually to add the groups, so they may not be there all the time.
I see what you mean. I did a yum clean all on my working image, and there it was!
So I wiped the image by laying down the minimal again. Did firstboot and yum update and then tried
yum groupinstall xfce
And it was not there.
Did a yum clean all and yum group list and now no xfce
:(
So I will check back later
I'm seeing it ATM
I think it has not gone to all the mirrors:
# yum clean metadata Loaded plugins: fastestmirror Cleaning repos: base centos-kernel extras updates 14 metadata files removed 8 sqlite files removed 0 metadata files removed [root@ct-c7 ~]# yum groups list Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.osuosl.org * centos-kernel: ftp.osuosl.org * extras: ftp.osuosl.org * updates: ftp.osuosl.org base | 3.8 kB 00:00 centos-kernel | 2.9 kB 00:00 extras | 2.9 kB 00:00 updates | 2.9 kB 00:00 (1/5): base/7/armhfp/group_gz | 155 kB 00:06 (2/5): centos-kernel/7/armhfp/primary_db | 49 kB 00:07 (3/5): extras/7/armhfp/primary_db | 161 kB 00:07 (4/5): updates/7/armhfp/primary_db | 885 kB 00:08 (5/5): base/7/armhfp/primary_db | 4.1 MB 00:08 Available Environment Groups: Minimal Install Compute Node Infrastructure Server File and Print Server Basic Web Server Virtualization Host Server with GUI GNOME Desktop KDE Plasma Workspaces Development and Creative Workstation Available Groups: Compatibility Libraries Console Internet Tools Development Tools Graphical Administration Tools Legacy UNIX Compatibility Scientific Support Security Tools Smart Card Support System Administration Tools System Management Done
How do I force the mirror to what you are using?
There are no mirrors for epel/armhfp, but either way, I don't see epel in your message ;-)
On 10/17/18 9:01 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:58, Robert Moskowitz escribió:
On 10/17/18 8:51 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:45, Robert Moskowitz escribió:
On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote:
Robert,
El 15/10/18 a las 17:54, Robert Moskowitz escribió:
Anyway, I am putting Centos-arm work away and going back to Nethserver (which is still Centos-arm) until Pablo is able to make the necessary DE group(s). Or someone else much more skilled than I.
Yesterday I got the xml from epel, and now the groups are available in our rebuild. I didn't automate it yet, so I need to rebuild repodata manually to add the groups, so they may not be there all the time.
I see what you mean. I did a yum clean all on my working image, and there it was!
So I wiped the image by laying down the minimal again. Did firstboot and yum update and then tried
yum groupinstall xfce
And it was not there.
Did a yum clean all and yum group list and now no xfce
:(
So I will check back later
I'm seeing it ATM
I think it has not gone to all the mirrors:
# yum clean metadata Loaded plugins: fastestmirror Cleaning repos: base centos-kernel extras updates 14 metadata files removed 8 sqlite files removed 0 metadata files removed [root@ct-c7 ~]# yum groups list Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.osuosl.org * centos-kernel: ftp.osuosl.org * extras: ftp.osuosl.org * updates: ftp.osuosl.org base | 3.8 kB 00:00 centos-kernel | 2.9 kB 00:00 extras | 2.9 kB 00:00 updates | 2.9 kB 00:00 (1/5): base/7/armhfp/group_gz | 155 kB 00:06 (2/5): centos-kernel/7/armhfp/primary_db | 49 kB 00:07 (3/5): extras/7/armhfp/primary_db | 161 kB 00:07 (4/5): updates/7/armhfp/primary_db | 885 kB 00:08 (5/5): base/7/armhfp/primary_db | 4.1 MB 00:08 Available Environment Groups: Minimal Install Compute Node Infrastructure Server File and Print Server Basic Web Server Virtualization Host Server with GUI GNOME Desktop KDE Plasma Workspaces Development and Creative Workstation Available Groups: Compatibility Libraries Console Internet Tools Development Tools Graphical Administration Tools Legacy UNIX Compatibility Scientific Support Security Tools Smart Card Support System Administration Tools System Management Done
How do I force the mirror to what you are using?
There are no mirrors for epel/armhfp, but either way, I don't see epel in your message ;-)
Oops!
<blush>
:)
On 10/17/18 9:03 AM, Robert Moskowitz wrote:
On 10/17/18 9:01 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:58, Robert Moskowitz escribió:
On 10/17/18 8:51 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:45, Robert Moskowitz escribió:
On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote:
Robert,
El 15/10/18 a las 17:54, Robert Moskowitz escribió: > > Anyway, I am putting Centos-arm work away and going back to > Nethserver (which is still Centos-arm) until Pablo is able to > make the necessary DE group(s). Or someone else much more > skilled than I. Yesterday I got the xml from epel, and now the groups are available in our rebuild. I didn't automate it yet, so I need to rebuild repodata manually to add the groups, so they may not be there all the time.
I see what you mean. I did a yum clean all on my working image, and there it was!
So I wiped the image by laying down the minimal again. Did firstboot and yum update and then tried
yum groupinstall xfce
And it was not there.
Did a yum clean all and yum group list and now no xfce
:(
So I will check back later
I'm seeing it ATM
I think it has not gone to all the mirrors:
# yum clean metadata Loaded plugins: fastestmirror Cleaning repos: base centos-kernel extras updates 14 metadata files removed 8 sqlite files removed 0 metadata files removed [root@ct-c7 ~]# yum groups list Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.osuosl.org * centos-kernel: ftp.osuosl.org * extras: ftp.osuosl.org * updates: ftp.osuosl.org base | 3.8 kB 00:00 centos-kernel | 2.9 kB 00:00 extras | 2.9 kB 00:00 updates | 2.9 kB 00:00 (1/5): base/7/armhfp/group_gz | 155 kB 00:06 (2/5): centos-kernel/7/armhfp/primary_db | 49 kB 00:07 (3/5): extras/7/armhfp/primary_db | 161 kB 00:07 (4/5): updates/7/armhfp/primary_db | 885 kB 00:08 (5/5): base/7/armhfp/primary_db | 4.1 MB 00:08 Available Environment Groups: Minimal Install Compute Node Infrastructure Server File and Print Server Basic Web Server Virtualization Host Server with GUI GNOME Desktop KDE Plasma Workspaces Development and Creative Workstation Available Groups: Compatibility Libraries Console Internet Tools Development Tools Graphical Administration Tools Legacy UNIX Compatibility Scientific Support Security Tools Smart Card Support System Administration Tools System Management Done
How do I force the mirror to what you are using?
There are no mirrors for epel/armhfp, but either way, I don't see epel in your message ;-)
Oops!
I added epel and did a 'yum groupinstall xfce'. Poweroff and reboot.
I see the message: "Starting GNOME Display Manager" and "Started Login Service".
I am logged in as root on the serial console, but..
The kybd/mous/monitor console is just sitting there, still in text mode and not responding.
Can't see anything like a desktop process running. How do I check what is going on, or what is missing?
On 10/17/18 9:29 AM, Robert Moskowitz wrote:
On 10/17/18 9:03 AM, Robert Moskowitz wrote:
On 10/17/18 9:01 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:58, Robert Moskowitz escribió:
On 10/17/18 8:51 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:45, Robert Moskowitz escribió:
On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote: > > Robert, > > El 15/10/18 a las 17:54, Robert Moskowitz escribió: >> >> Anyway, I am putting Centos-arm work away and going back to >> Nethserver (which is still Centos-arm) until Pablo is able to >> make the necessary DE group(s). Or someone else much more >> skilled than I. > Yesterday I got the xml from epel, and now the groups are > available in our rebuild. > I didn't automate it yet, so I need to rebuild repodata manually > to add the groups, so they may not be there all the time.
I see what you mean. I did a yum clean all on my working image, and there it was!
So I wiped the image by laying down the minimal again. Did firstboot and yum update and then tried
yum groupinstall xfce
And it was not there.
Did a yum clean all and yum group list and now no xfce
:(
So I will check back later
I'm seeing it ATM
I think it has not gone to all the mirrors:
# yum clean metadata Loaded plugins: fastestmirror Cleaning repos: base centos-kernel extras updates 14 metadata files removed 8 sqlite files removed 0 metadata files removed [root@ct-c7 ~]# yum groups list Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.osuosl.org * centos-kernel: ftp.osuosl.org * extras: ftp.osuosl.org * updates: ftp.osuosl.org base | 3.8 kB 00:00 centos-kernel | 2.9 kB 00:00 extras | 2.9 kB 00:00 updates | 2.9 kB 00:00 (1/5): base/7/armhfp/group_gz | 155 kB 00:06 (2/5): centos-kernel/7/armhfp/primary_db | 49 kB 00:07 (3/5): extras/7/armhfp/primary_db | 161 kB 00:07 (4/5): updates/7/armhfp/primary_db | 885 kB 00:08 (5/5): base/7/armhfp/primary_db | 4.1 MB 00:08 Available Environment Groups: Minimal Install Compute Node Infrastructure Server File and Print Server Basic Web Server Virtualization Host Server with GUI GNOME Desktop KDE Plasma Workspaces Development and Creative Workstation Available Groups: Compatibility Libraries Console Internet Tools Development Tools Graphical Administration Tools Legacy UNIX Compatibility Scientific Support Security Tools Smart Card Support System Administration Tools System Management Done
How do I force the mirror to what you are using?
There are no mirrors for epel/armhfp, but either way, I don't see epel in your message ;-)
Oops!
I added epel and did a 'yum groupinstall xfce'. Poweroff and reboot.
I see the message: "Starting GNOME Display Manager" and "Started Login Service".
I am logged in as root on the serial console, but..
The kybd/mous/monitor console is just sitting there, still in text mode and not responding.
Can't see anything like a desktop process running. How do I check what is going on, or what is missing?
From the 'yum groupinstall xfce':
Installing for group install "Xfce": Thunar armv7hl 1.6.11-1.el7 epel 1.3 M gdm armv7hl 1:3.26.2.1-5.el7 base 474 k openssh-askpass armv7hl 7.4p1-16.el7 base 76 k orage armv7hl 4.12.1-3.el7 epel 1.8 M polkit-gnome armv7hl 0.106-0.1.20170423gita0763a2.el7 epel 78 k thunar-archive-plugin armv7hl 0.3.1-6.el7 epel 67 k thunar-volman armv7hl 0.8.1-2.el7 epel 173 k tumbler armv7hl 0.1.31-2.el7 epel 186 k xfce4-appfinder armv7hl 4.12.0-4.el7 epel 189 k xfce4-panel armv7hl 4.12.1-4.el7 epel 800 k xfce4-power-manager armv7hl 1.6.0-2.el7 epel 756 k xfce4-pulseaudio-plugin armv7hl 0.2.5-2.el7 epel 68 k xfce4-session armv7hl 4.12.1-8.el7 epel 476 k xfce4-session-engines armv7hl 4.12.1-8.el7 epel 312 k xfce4-settings armv7hl 4.12.1-1.el7 epel 657 k xfce4-terminal armv7hl 0.8.7.4-2.el7 epel 571 k xfconf armv7hl 4.12.0-3.el7 epel 192 k xfdesktop armv7hl 4.12.4-3.el7 epel 1.0 M xfwm4 armv7hl 4.12.3-2.el7 epel 604 k
followed by many dependencies, but this list does not seem to be enough. I THINK there is suppose to be an invoking of the X11 DE as part of the install?
On 10/17/2018 03:31 PM, Robert Moskowitz wrote:
On 10/17/18 9:29 AM, Robert Moskowitz wrote:
On 10/17/18 9:03 AM, Robert Moskowitz wrote:
On 10/17/18 9:01 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:58, Robert Moskowitz escribió:
On 10/17/18 8:51 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:45, Robert Moskowitz escribió: > > > On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote: >> >> Robert, >> >> El 15/10/18 a las 17:54, Robert Moskowitz escribió: >>> >>> Anyway, I am putting Centos-arm work away and going back to >>> Nethserver (which is still Centos-arm) until Pablo is able to >>> make the necessary DE group(s). Or someone else much more >>> skilled than I. >> Yesterday I got the xml from epel, and now the groups are >> available in our rebuild. >> I didn't automate it yet, so I need to rebuild repodata manually >> to add the groups, so they may not be there all the time. > > I see what you mean. I did a yum clean all on my working image, > and there it was! > > So I wiped the image by laying down the minimal again. Did > firstboot and yum update and then tried > > yum groupinstall xfce > > And it was not there. > > Did a yum clean all and yum group list and now no xfce > > :( > > So I will check back later > > > I'm seeing it ATM
I think it has not gone to all the mirrors:
# yum clean metadata Loaded plugins: fastestmirror Cleaning repos: base centos-kernel extras updates 14 metadata files removed 8 sqlite files removed 0 metadata files removed [root@ct-c7 ~]# yum groups list Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.osuosl.org * centos-kernel: ftp.osuosl.org * extras: ftp.osuosl.org * updates: ftp.osuosl.org base | 3.8 kB 00:00 centos-kernel | 2.9 kB 00:00 extras | 2.9 kB 00:00 updates | 2.9 kB 00:00 (1/5): base/7/armhfp/group_gz | 155 kB 00:06 (2/5): centos-kernel/7/armhfp/primary_db | 49 kB 00:07 (3/5): extras/7/armhfp/primary_db | 161 kB 00:07 (4/5): updates/7/armhfp/primary_db | 885 kB 00:08 (5/5): base/7/armhfp/primary_db | 4.1 MB 00:08 Available Environment Groups: Minimal Install Compute Node Infrastructure Server File and Print Server Basic Web Server Virtualization Host Server with GUI GNOME Desktop KDE Plasma Workspaces Development and Creative Workstation Available Groups: Compatibility Libraries Console Internet Tools Development Tools Graphical Administration Tools Legacy UNIX Compatibility Scientific Support Security Tools Smart Card Support System Administration Tools System Management Done
How do I force the mirror to what you are using?
There are no mirrors for epel/armhfp, but either way, I don't see epel in your message ;-)
Oops!
I added epel and did a 'yum groupinstall xfce'. Poweroff and reboot.
I see the message: "Starting GNOME Display Manager" and "Started Login Service".
I am logged in as root on the serial console, but..
The kybd/mous/monitor console is just sitting there, still in text mode and not responding.
Can't see anything like a desktop process running. How do I check what is going on, or what is missing?
From the 'yum groupinstall xfce':
Installing for group install "Xfce": Thunar armv7hl 1.6.11-1.el7 epel 1.3 M gdm armv7hl 1:3.26.2.1-5.el7 base 474 k openssh-askpass armv7hl 7.4p1-16.el7 base 76 k orage armv7hl 4.12.1-3.el7 epel 1.8 M polkit-gnome armv7hl 0.106-0.1.20170423gita0763a2.el7 epel 78 k thunar-archive-plugin armv7hl 0.3.1-6.el7 epel 67 k thunar-volman armv7hl 0.8.1-2.el7 epel 173 k tumbler armv7hl 0.1.31-2.el7 epel 186 k xfce4-appfinder armv7hl 4.12.0-4.el7 epel 189 k xfce4-panel armv7hl 4.12.1-4.el7 epel 800 k xfce4-power-manager armv7hl 1.6.0-2.el7 epel 756 k xfce4-pulseaudio-plugin armv7hl 0.2.5-2.el7 epel 68 k xfce4-session armv7hl 4.12.1-8.el7 epel 476 k xfce4-session-engines armv7hl 4.12.1-8.el7 epel 312 k xfce4-settings armv7hl 4.12.1-1.el7 epel 657 k xfce4-terminal armv7hl 0.8.7.4-2.el7 epel 571 k xfconf armv7hl 4.12.0-3.el7 epel 192 k xfdesktop armv7hl 4.12.4-3.el7 epel 1.0 M xfwm4 armv7hl 4.12.3-2.el7 epel 604 k
followed by many dependencies, but this list does not seem to be enough. I THINK there is suppose to be an invoking of the X11 DE as part of the install?
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
"X Window System" is a hidden yum group.
So, do this command to see ALL groups:
yum group list hidden
To get a good install try this:
yum group install Xfce "X Window System"
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:
Oct 17 20:17:27 ct-c7 dbus[572]: [system] Successfully activated service 'org.freedesktop.locale1' Oct 17 20:17:27 ct-c7 journal: Failed to launch ibus-daemon: Failed to execute child process “ibus-daemon” (No such file or directory) Oct 17 20:17:28 ct-c7 systemd: Started Locale Service. Oct 17 20:17:29 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/slider.js 38]: reference to undefined property "CallyActor" Oct 17 20:17:30 ct-c7 dbus[572]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' Oct 17 20:17:30 ct-c7 systemd: Starting Location Lookup Service... Oct 17 20:17:30 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 17 20:17:30 ct-c7 dbus[572]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Oct 17 20:17:30 ct-c7 systemd: Started Location Lookup Service. Oct 17 20:17:31 ct-c7 journal: No permission to trigger offline updates: Polkit.Error: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.packagekit.trigger-offline-update is not registered Oct 17 20:17:32 ct-c7 spice-vdagent[1473]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0 Oct 17 20:17:33 ct-c7 gnome-session: gnome-session-binary[1383]: WARNING: App 'spice-vdagent.desktop' exited with code 1 Oct 17 20:17:33 ct-c7 gnome-session-binary[1383]: WARNING: App 'spice-vdagent.desktop' exited with code 1 Oct 17 20:17:34 ct-c7 journal: Failed to get current display configuration state: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.gnome.Mutter.DisplayConfig" does not exist Oct 17 20:17:36 ct-c7 gnome-session-binary: Entering running state 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 Oct 17 20:17:40 ct-c7 dbus[572]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' Oct 17 20:17:40 ct-c7 systemd: Starting Hostname Service... Oct 17 20:17:40 ct-c7 dbus[572]: [system] Successfully activated service 'org.freedesktop.hostname1' Oct 17 20:17:40 ct-c7 systemd: Started Hostname Service. Oct 17 20:17:42 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. Oct 17 20:17:43 ct-c7 systemd: Created slice User Slice of root. Oct 17 20:17:43 ct-c7 systemd: Starting User Slice of root. Oct 17 20:17:43 ct-c7 systemd-logind: New session 2 of user root. Oct 17 20:17:43 ct-c7 systemd: Started Session 2 of user root. Oct 17 20:17:43 ct-c7 systemd: Starting Session 2 of user root. Oct 17 20:17:43 ct-c7 dbus[572]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' Oct 17 20:17:43 ct-c7 systemd: Starting Location Lookup Service... Oct 17 20:17:43 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 17 20:17:43 ct-c7 dbus[572]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Oct 17 20:17:43 ct-c7 systemd: Started Location Lookup Service. Oct 17 20:17:44 ct-c7 journal: Error looking up permission: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.impl.portal.PermissionStore was not provided by any .service files Oct 17 20:17:45 ct-c7 org.gnome.Shell.desktop: Window manager warning: "XF86RFKill" is not a valid accelerator Oct 17 20:17:45 ct-c7 journal: failed to get edid: unable to get EDID for output Oct 17 20:17:47 ct-c7 journal: unable to get EDID for xrandr-default: unable to get EDID for output Oct 17 20:17:48 ct-c7 journal: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 29]: reference to undefined property "MetaWindowX11" Oct 17 20:17:56 ct-c7 journal: JS ERROR: TypeError: item is undefined#012NMConnectionDevice<._activeConnectionChanged@resource:///org/gnome/shell/ui/status/network.js:398:13#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 Oct 17 20:19:00 ct-c7 systemd-logind: Removed session 1. Oct 17 20:19:00 ct-c7 systemd: Removed slice User Slice of rgm. Oct 17 20:19:00 ct-c7 systemd: Stopping User Slice of rgm.
this looks like what I had when I did the 'manual install' and then installed the group gnome and then I could get into Xfce.
So there is some critical module I am still missing.
but getting close!
On 10/17/18 4:31 PM, Robert Moskowitz wrote:
On 10/17/18 9:29 AM, Robert Moskowitz wrote:
On 10/17/18 9:03 AM, Robert Moskowitz wrote:
On 10/17/18 9:01 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:58, Robert Moskowitz escribió:
On 10/17/18 8:51 AM, Pablo Sebastián Greco wrote:
El 17/10/18 a las 09:45, Robert Moskowitz escribió: > > > On 10/17/18 5:27 AM, Pablo Sebastián Greco wrote: >> >> Robert, >> >> El 15/10/18 a las 17:54, Robert Moskowitz escribió: >>> >>> Anyway, I am putting Centos-arm work away and going back to >>> Nethserver (which is still Centos-arm) until Pablo is able to >>> make the necessary DE group(s). Or someone else much more >>> skilled than I. >> Yesterday I got the xml from epel, and now the groups are >> available in our rebuild. >> I didn't automate it yet, so I need to rebuild repodata >> manually to add the groups, so they may not be there all the time. > > I see what you mean. I did a yum clean all on my working image, > and there it was! > > So I wiped the image by laying down the minimal again. Did > firstboot and yum update and then tried > > yum groupinstall xfce > > And it was not there. > > Did a yum clean all and yum group list and now no xfce > > :( > > So I will check back later > > > I'm seeing it ATM
I think it has not gone to all the mirrors:
# yum clean metadata Loaded plugins: fastestmirror Cleaning repos: base centos-kernel extras updates 14 metadata files removed 8 sqlite files removed 0 metadata files removed [root@ct-c7 ~]# yum groups list Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.osuosl.org * centos-kernel: ftp.osuosl.org * extras: ftp.osuosl.org * updates: ftp.osuosl.org base | 3.8 kB 00:00 centos-kernel | 2.9 kB 00:00 extras | 2.9 kB 00:00 updates | 2.9 kB 00:00 (1/5): base/7/armhfp/group_gz | 155 kB 00:06 (2/5): centos-kernel/7/armhfp/primary_db | 49 kB 00:07 (3/5): extras/7/armhfp/primary_db | 161 kB 00:07 (4/5): updates/7/armhfp/primary_db | 885 kB 00:08 (5/5): base/7/armhfp/primary_db | 4.1 MB 00:08 Available Environment Groups: Minimal Install Compute Node Infrastructure Server File and Print Server Basic Web Server Virtualization Host Server with GUI GNOME Desktop KDE Plasma Workspaces Development and Creative Workstation Available Groups: Compatibility Libraries Console Internet Tools Development Tools Graphical Administration Tools Legacy UNIX Compatibility Scientific Support Security Tools Smart Card Support System Administration Tools System Management Done
How do I force the mirror to what you are using?
There are no mirrors for epel/armhfp, but either way, I don't see epel in your message ;-)
Oops!
I added epel and did a 'yum groupinstall xfce'. Poweroff and reboot.
I see the message: "Starting GNOME Display Manager" and "Started Login Service".
I am logged in as root on the serial console, but..
The kybd/mous/monitor console is just sitting there, still in text mode and not responding.
Can't see anything like a desktop process running. How do I check what is going on, or what is missing?
From the 'yum groupinstall xfce':
Installing for group install "Xfce": Thunar armv7hl 1.6.11-1.el7 epel 1.3 M gdm armv7hl 1:3.26.2.1-5.el7 base 474 k openssh-askpass armv7hl 7.4p1-16.el7 base 76 k orage armv7hl 4.12.1-3.el7 epel 1.8 M polkit-gnome armv7hl 0.106-0.1.20170423gita0763a2.el7 epel 78 k thunar-archive-plugin armv7hl 0.3.1-6.el7 epel 67 k thunar-volman armv7hl 0.8.1-2.el7 epel 173 k tumbler armv7hl 0.1.31-2.el7 epel 186 k xfce4-appfinder armv7hl 4.12.0-4.el7 epel 189 k xfce4-panel armv7hl 4.12.1-4.el7 epel 800 k xfce4-power-manager armv7hl 1.6.0-2.el7 epel 756 k xfce4-pulseaudio-plugin armv7hl 0.2.5-2.el7 epel 68 k xfce4-session armv7hl 4.12.1-8.el7 epel 476 k xfce4-session-engines armv7hl 4.12.1-8.el7 epel 312 k xfce4-settings armv7hl 4.12.1-1.el7 epel 657 k xfce4-terminal armv7hl 0.8.7.4-2.el7 epel 571 k xfconf armv7hl 4.12.0-3.el7 epel 192 k xfdesktop armv7hl 4.12.4-3.el7 epel 1.0 M xfwm4 armv7hl 4.12.3-2.el7 epel 604 k
followed by many dependencies, but this list does not seem to be enough. I THINK there is suppose to be an invoking of the X11 DE as part of the install?
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
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.
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.
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?
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 * 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?
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
2) try with mate and lightdm and not gdm for the main screen .. then use xfce or mate
On Oct 18, 2018, at 15:55, Johnny Hughes johnny@centos.org wrote:
- a gnome desktop install .. but afterwards only use xfce
FWIW, XFCE does work from a Minimal install without needing a prior installation of GNOME on xf86_64. I know this because XFCE is my standard desktop (GNOME 3 being the Resource Hog of the Century that it is). My steps to get there are:
yum install epel-release yum groupinstall “X window system” yum groupinstall “XFCE” systemctl set-target graphical.target
Cheers!
|----------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |----------------------------------------------------------------------| | A room without books is like a body without a soul. | | -- Cicero | |----------------------------------------------------------------------|
On 10/18/2018 03:07 PM, Fred Gleason wrote:
On Oct 18, 2018, at 15:55, Johnny Hughes <johnny@centos.org mailto:johnny@centos.org> wrote:
- a gnome desktop install .. but afterwards only use xfce
FWIW, XFCE does work from a Minimal install without needing a prior installation of GNOME on xf86_64. I know this because XFCE is my standard desktop (GNOME 3 being the Resource Hog of the Century that it is). My steps to get there are:
yum install epel-release yum groupinstall “X window system” yum groupinstall “XFCE” systemctl set-target graphical.target
Thanks Fred.
OK .. I can duplicate that on a VM and then create a filelist we can use to install on arm maybe figure out what gets installed that is different.
On 10/18/18 4:20 PM, Johnny Hughes wrote:
On 10/18/2018 03:07 PM, Fred Gleason wrote:
On Oct 18, 2018, at 15:55, Johnny Hughes <johnny@centos.org mailto:johnny@centos.org> wrote:
- a gnome desktop install .. but afterwards only use xfce
FWIW, XFCE does work from a Minimal install without needing a prior installation of GNOME on xf86_64. I know this because XFCE is my standard desktop (GNOME 3 being the Resource Hog of the Century that it is). My steps to get there are:
yum install epel-release yum groupinstall “X window system” yum groupinstall “XFCE” systemctl set-target graphical.target
Thanks Fred.
OK .. I can duplicate that on a VM and then create a filelist we can use to install on arm maybe figure out what gets installed that is different.
I would think the set-target is really not needed. I did not need it on my cubietruck, but I did power cycle between install and testing.
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 * 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?
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:
- 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.
- 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.
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 * 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?
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:
- 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.
- 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.
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@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
- 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?
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:
- 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.
- 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@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
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@centos.org mailto:johnny@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@centos.org <mailto:Arm-dev@centos.org> https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
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@centos.org mailto:johnny@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"
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@centos.org mailto:johnny@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.
But still work to be done...
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
See note below about epel-release
yum groupinstall xfce
just my two cents
On Thu, Oct 18, 2018 at 2:04 PM Johnny Hughes <johnny@centos.org mailto:johnny@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"
I took things in small steps.
I did a fresh image install, firstboot, created my userID, did a 'yum update' and power cycled.
On this secondboot, I first:
yum group install Base
Install 73 Packages (+117 Dependent packages)
Then
yum group install Core Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: mirror.genesisadaptive.com * centos-kernel: mirror.genesisadaptive.com * extras: mirror.genesisadaptive.com * updates: mirror.genesisadaptive.com Maybe run: yum groups mark install (see man yum) No packages in any requested group available to install or update
I suspect if I did them in reverse order, Core may have installed something.
Then
yum group install "X Window System"
Install 10 Packages (+64 Dependent packages)
Now I needed epel for Xfce, so based on that previous note I tried:
yum install epel-release
and no such package, so I used the instructions from the wiki to set up epel repo. Once that was done, there was an epel-release that comes from the epel repo...
Now finally
yum group install Xfce
Install 20 Packages (+186 Dependent packages)
At this point I powered off. I connected my kybd/mouse and hdmi monitor. Powered up and could log in! With a few caveats:
No background. Looks like a backlit black. No screensaver app undersettings. Still get screen blanking via the Power Manager app. But cannot get screen lock with just this. Desktop font looks funky like it is basic Courier.
But I can live with just this. For now. :) Screensaver is important.
Next is to set up vncserver, which should be easy. Also a separate test is to repeat, but skip the boot set to get into console, and go directly to vncserver to see how this would work with a headless system, like the odroid HC1.
Meanwhile here is the log messages that were generated during the login process:
Oct 23 11:53:07 ct-c7 dbus[590]: [system] Activating via systemd: service name='net.reactivated.Fprint' unit='fprintd.service' Oct 23 11:53:07 ct-c7 systemd: Starting Fingerprint Authentication Daemon... Oct 23 11:53:07 ct-c7 dbus[590]: [system] Successfully activated service 'net.reactivated.Fprint' Oct 23 11:53:07 ct-c7 fprintd: Launching FprintObject Oct 23 11:53:07 ct-c7 journal: D-Bus service launched with name: net.reactivated.Fprint Oct 23 11:53:07 ct-c7 journal: entering main loop Oct 23 11:53:08 ct-c7 systemd: Started Fingerprint Authentication Daemon. Oct 23 11:53:16 ct-c7 systemd: Created slice User Slice of rgm. Oct 23 11:53:16 ct-c7 systemd: Starting User Slice of rgm. Oct 23 11:53:16 ct-c7 systemd-logind: New session 2 of user rgm. Oct 23 11:53:16 ct-c7 systemd: Started Session 2 of user rgm. Oct 23 11:53:16 ct-c7 systemd: Starting Session 2 of user rgm. Oct 23 11:53:16 ct-c7 gdm: Failed to remove greeter program access to the display. Trying to proceed. Oct 23 11:53:16 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.Wacom.desktop' killed by signal 15 Oct 23 11:53:16 ct-c7 gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.Wacom.desktop' killed by signal 15 Oct 23 11:53:16 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.XSettings.desktop' killed by signal 15 Oct 23 11:53:16 ct-c7 gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.XSettings.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.A11yKeyboard.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.A11yKeyboard.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.A11ySettings.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.Clipboard.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.Housekeeping.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.ScreensaverProxy.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.A11ySettings.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.Sharing.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session: gnome-session-binary[679]: WARNING: Lost name on bus: org.gnome.SessionManager Oct 23 11:53:17 ct-c7 gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.Clipboard.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.Housekeeping.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.ScreensaverProxy.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session-binary[679]: WARNING: Application 'org.gnome.SettingsDaemon.Sharing.desktop' killed by signal 15 Oct 23 11:53:17 ct-c7 gnome-session-binary[679]: WARNING: Lost name on bus: org.gnome.SessionManager Oct 23 11:53:17 ct-c7 journal: Cannot open display: Oct 23 11:53:17 ct-c7 journal: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed Oct 23 11:53:20 ct-c7 spice-vdagent[1485]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0 Oct 23 11:53:20 ct-c7 org.a11y.Bus: Activating service name='org.a11y.atspi.Registry' Oct 23 11:53:21 ct-c7 org.a11y.Bus: Successfully activated service 'org.a11y.atspi.Registry' Oct 23 11:53:21 ct-c7 org.a11y.atspi.Registry: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry Oct 23 11:53:37 ct-c7 journal: No devices in use, exit Oct 23 11:53:39 ct-c7 systemd-logind: Removed session c1. Oct 23 11:53:39 ct-c7 systemd: Removed slice User Slice of gdm. Oct 23 11:53:39 ct-c7 systemd: Stopping User Slice of gdm.
Perhaps someone can figure out what all this means and if there are other problems than those I listed above.