Since upgrading to F25, I no longer get a graphical login page.
I have run systemctl set-default graphical.target and runlevel5.target and default.target both point to graphical.target but I still get the non-graphical login.
On 04/10/17 09:46, Stephen Davies wrote:
Since upgrading to F25, I no longer get a graphical login page.
I have run systemctl set-default graphical.target and runlevel5.target and default.target both point to graphical.target but I still get the non-graphical login.
Two questions come to mind....
1. After you login on the non-graphical prompt can you bring up a desktop by using "startx" or the equivalent for the desktop you are using?
2. Is the symbolic link /etc/systemd/system/display-manager.service point to the display manager you're wanting to run?
On 10/04/17 11:25, Ed Greshko wrote:
On 04/10/17 09:46, Stephen Davies wrote:
Since upgrading to F25, I no longer get a graphical login page.
I have run systemctl set-default graphical.target and runlevel5.target and default.target both point to graphical.target but I still get the non-graphical login.
Two questions come to mind....
- After you login on the non-graphical prompt can you bring up a
desktop by using "startx" or the equivalent for the desktop you are using?
- Is the symbolic link /etc/systemd/system/display-manager.service
point to the display manager you're wanting to run?
1. Yes
2. No. display-manager.service does not exist below /etc/systemd or /usr/lib/systemd
On 04/10/17 10:42, Stephen Davies wrote:
- No. display-manager.service does not exist below /etc/systemd or
/usr/lib/systemd
Then....
systemctl --force enable whatdmyouwant.service
e.g.
systemctl --force disable gdm.service
systemctl --force disable sddm.service
On 10/04/17 12:27, Ed Greshko wrote:
On 04/10/17 10:42, Stephen Davies wrote:
- No. display-manager.service does not exist below /etc/systemd or
/usr/lib/systemd
Then....
systemctl --force enable whatdmyouwant.service
e.g.
systemctl --force disable gdm.service
systemctl --force disable sddm.service
That did the trick thank you.
Any idea how this bit got lost in the upgrade?
On 04/10/17 11:09, Stephen Davies wrote:
That did the trick thank you.
Good...
Any idea how this bit got lost in the upgrade?
I've heard of this happening when desktop is KDE and the previous version was using kdm as the display manager.
I realise that this may well be a PHP or PostgreSQL issue but suspect that my problem may be with libraries. A couple of days ago, I decided to install RoundCube email. I have done this before on other boxes (Centos) without issue so I installed PHP 5.6.30 on my Fedora 24 box. I have been using PostgreSQL 9.5.7 for ages so chose to use that for the RoundCube database.
The RoundCube installation went smoothly and I checked that the PostgreSQL extensions were included inthe PHP configuration. (Initially, I had duplicate extension= entries but the httpd log reported "already loaded" for both modules so I removed the dups. I believe that this confirms that PHP is loading the modules.)
However, phpinfo says that there is no PDO for PostgreSQL and RoundCube says "driver not found".
The reason tbat I suspect a library issue is that I (foolishly) used both dnf install roundcubemail and the original tar file expansion plus compose.
Any ideas as to how I can sort this out?
Cheers and thanks, Stephen
On 06/25/2017 01:41 AM, Stephen Davies wrote:
The reason tbat I suspect a library issue is that I (foolishly) used both dnf install roundcubemail and the original tar file expansion plus compose.
Any ideas as to how I can sort this out?
I'm almost sure that uninstalling everything and doing again via dnf only will work, but I'd wait and see if there's a less heavy-handed approach.
On 25 June 2017 9:18:35 PM GMT+07:00, Joe Zeff joe@zeff.us wrote:
On 06/25/2017 01:41 AM, Stephen Davies wrote:
The reason tbat I suspect a library issue is that I (foolishly) used
both dnf install roundcubemail and the original tar file expansion plus compose.
Any ideas as to how I can sort this out?
I'm almost sure that uninstalling everything and doing again via dnf only will work, but I'd wait and see if there's a less heavy-handed approach. _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org
I have tried the total uninstall/dnf-only reinstall but nothing has changed.
php -m says that the pgsql modules are loaded but phpinfo says they are not.
I have tried asking the question on the PHP DB list but am getting nowhere.
Any help greatlyappreciated.
Cheers, Stephen
On 06/25/2017 01:41 AM, Stephen Davies wrote:
The RoundCube installation went smoothly and I checked that the PostgreSQL extensions were included inthe PHP configuration. (Initially, I had duplicate extension= entries but the httpd log reported "already loaded" for both modules so I removed the dups. I believe that this confirms that PHP is loading the modules.)
That shouldn't happen with RPM installations, so it would be helpful if you could be really specific about all of the steps up to this point. How did you install php and the pgsql extensions? What specific errors were logged? What did you remove in order to eliminate the dups?
However, phpinfo says that there is no PDO for PostgreSQL and RoundCube says "driver not found".
The reason tbat I suspect a library issue is that I (foolishly) used both dnf install roundcubemail and the original tar file expansion plus compose.
That shouldn't cause the error you're describing. Remove the manually installed version, and use "rpm -V" to make sure the rpm version is intact.
On 27 June 2017 9:03:24 AM GMT+07:00, Gordon Messmer gordon.messmer@gmail.com wrote:
On 06/25/2017 01:41 AM, Stephen Davies wrote:
The RoundCube installation went smoothly and I checked that the
PostgreSQL extensions were included inthe PHP configuration.
(Initially, I had duplicate extension= entries but the httpd log
reported "already loaded" for both modules so I removed the dups. I believe that this confirms that PHP is loading the modules.)
That shouldn't happen with RPM installations, so it would be helpful if
you could be really specific about all of the steps up to this point. How did you install php and the pgsql extensions? What specific errors
were logged? What did you remove in order to eliminate the dups?
However, phpinfo says that there is no PDO for PostgreSQL and
RoundCube says "driver not found".
The reason tbat I suspect a library issue is that I (foolishly) used
both dnf install roundcubemail and the original tar file expansion plus compose.
That shouldn't cause the error you're describing. Remove the manually installed version, and use "rpm -V" to make sure the rpm version is intact. _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org
As I posted yesterday, I have reversed the original installtions and started again from scratch. As suggested by Rick, I have checked the .ini file list on phpinfo and find that the relevant PostgreSQL ini's are missing. Both are in /etc/php.d with exactly the same ownership and permissions as all the others.
I just checked the php-fpd log and found a message regarding the timezone not being set . Fixing that seems to have fixed database access as well. Weird!