| Summary: | Login from TDM fails after upgrade | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Kristopher <gamrat.kristopher> |
| Component: | rhel | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | NEEDINFO --- | ||
| Severity: | major | CC: | albator78, bugwatch, gamrat.kristopher, michele.calgaro, slavek.banko |
| Priority: | P5 | ||
| Version: | R14.0.x [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Attachments: |
Attatchment of old config file
~/.xsession-errors "New" tdmrc Updated old config file |
||
|
Description
Kristopher
2015-08-30 10:25:19 CDT
Created attachment 2555 [details]
Attatchment of old config file
Upond investigating, I noticed a new file: /etc/trinity/tdm/tdmrc.rpmnew . For testing, I made a backup of the original tdmrc and overwrote it with the .rpmnew version, then ran
init 3 && sleep 5 && init 5
to force-restart TDM. Afterward, TDM allowed me to log back in without issue using both Fluxbox and TDE (didn't test with TWM as I did before, but I never use it anyway :-) ).
I am attaching my original tdmrc file, I am not sure what would be causing the issue, but it is bad juju to ask people to replace their existing configs just for the sake of a minor point-upgrade.
(In reply to Kristopher from comment #1) > Created attachment 2555 [details] > Attatchment of old config file > > Upond investigating, I noticed a new file: /etc/trinity/tdm/tdmrc.rpmnew . > For testing, I made a backup of the original tdmrc and overwrote it with the > .rpmnew version, then ran > > init 3 && sleep 5 && init 5 > > to force-restart TDM. Afterward, TDM allowed me to log back in without issue > using both Fluxbox and TDE (didn't test with TWM as I did before, but I > never use it anyway :-) ). > > I am attaching my original tdmrc file, I am not sure what would be causing > the issue, but it is bad juju to ask people to replace their existing > configs just for the sake of a minor point-upgrade. As a P.S. to my last comment, I did not make any manual edits to tdmrc, all changes were done through the Control Center. Please attach the file .xsession-errors generated after a failed login. Created attachment 2557 [details]
~/.xsession-errors
This was done with the original tdmrc used prior to upgrade. It is the same regardless of whether I select TDE or Fluxbox as the desktop.
Hello, in previous releases, the TDM configuration files were expected to be under /usr/share/config/tdm , but now, they are expected to be under /etc/trinity/tdm . There is a probability that your R14.0.0 tdmrc contains reference to "/usr/share/config/tdm" , which are now invalid. (In reply to Francois Andriot from comment #5) > Hello, in previous releases, the TDM configuration files were expected to be > under /usr/share/config/tdm , but now, they are expected to be under > /etc/trinity/tdm . > > There is a probability that your R14.0.0 tdmrc contains reference to > "/usr/share/config/tdm" , which are now invalid. If you look at the one I attached, you will see that there is no reference to "/usr/share/config/tdm", nor a reference to "/usr/share/config/". That is the same one that I was using under R14.0.0, which is now broken under R14.0.1. Kristopher, could you trying changing that "/opt/trinity/share/config/tdm/" to "/etc/trinity/tdm/" in your original config file? As far as I can tell, on my system (Debian) I don't have a "/opt/trinity/share/config/tdm/" folder and those "Xreset/Xsession/Xstartup..." files are in "/etc/trinity/tdm/". Not sure if CentOs is doing things differently, but give it a try. Also could you attached the new config file so we can so a quick compare? Thanks Well, just looking at your attached .xsession-errors, I guess my previous comment could be right ;-) error: Session "/opt/trinity/share/config/tdm/Xsession" execution failed: No such file or directory (In reply to Michele Calgaro from comment #7) > Kristopher, could you trying changing that "/opt/trinity/share/config/tdm/" > to "/etc/trinity/tdm/" in your original config file? As far as I can tell, > on my system (Debian) I don't have a "/opt/trinity/share/config/tdm/" folder > and those "Xreset/Xsession/Xstartup..." files are in "/etc/trinity/tdm/". > Not sure if CentOs is doing things differently, but give it a try. Making those changes to the original seems to fix it. > Also could you attached the new config file so we can so a quick compare? > Thanks Sure. Created attachment 2558 [details]
"New" tdmrc
This is the tdmrc file included in the RPM. Instead of using it to replace the existing tdmrc, it did what was (in my opinion) the right thing by installing it as tdmrc.rpmnew .
If the path changes were intentional, I'd still consider this a bug because it would be the job of the package's upgrade script or, better yet, TDM itself to check the config file and ensure the paths were changed after upgrade. It would be unfriendly to ask people just to throw out the old config file just because of a change of path, and I'm sure many system administrators (including myself) and businesses would consider it unacceptable to come into work one day to find themselves suddenly and mysteriously unable to log in and do their jobs because of an upgrade.
Created attachment 2559 [details] Updated old config file This is the old config file from R14.0.0, updated according to Michele's suggestion in comment 7. This one works and allows me to log in to TDE normally. > Upond investigating, I noticed a new file: /etc/trinity/tdm/tdmrc.rpmnew .
Rereading through the bug report, a doubt comes to my mind.
tdmrc is from time to time updated. On Debian, when this happens the installation process pauses and ask me if I want to preserve the existing version or instead install the new one. If I preserve the old one, then a new tdmrc.dpkgnew file (or something similar) is created on the filesystem.
I wonder if by mistake you also preserved the old version when upgrading from 3.5.13.x to r14.0.0 or from r14.0.0 to r14.0.1.
Having said that, I do not know the details of the TDE CentOS packages, so maybe I am saying something wrong.
Francois is defenitely the one that could provide some more info about this bug.
(In reply to Michele Calgaro from comment #12) > > Upond investigating, I noticed a new file: /etc/trinity/tdm/tdmrc.rpmnew . > > Rereading through the bug report, a doubt comes to my mind. > tdmrc is from time to time updated. On Debian, when this happens the > installation process pauses and ask me if I want to preserve the existing > version or instead install the new one. If I preserve the old one, then a > new tdmrc.dpkgnew file (or something similar) is created on the filesystem. > I wonder if by mistake you also preserved the old version when upgrading > from 3.5.13.x to r14.0.0 or from r14.0.0 to r14.0.1. > Having said that, I do not know the details of the TDE CentOS packages, so > maybe I am saying something wrong. > Francois is defenitely the one that could provide some more info about this > bug. It never asked me if I want to preserve the config, it simply plopped the .rpmnew version into place. As I said early, though, it's unfriendly to ask people to throw out their old configs just because something changed. There should definitely be a way to have either the packages or the software itself update the existing config files according to what changed. Simply replacing them would require that people redo whatever changes to their settings that they made, and for those of us who (like me) tweak every possible setting until we get things just right, having to do so over and over and over and .................... again will just serve as encouragement to either fork or find something different. Is this bug still valid with newer versions? |