I previously had kde installed under 8.0-release via package install. Today I did a cvsup and upgraded to 8.1-prerease. kde3 no longer launches. I originally thought it was xorg that was causing the problems but I reran the Xorg -config xorg.conf.new -retro and everything looked fine. Other than it did not create a new xorg.conf.new like I thought it would.
So, that is question one. When I reran the config for xorg.conf.new, why wasn't it created? I have/had renamed it to something completely different.
Because I felt that xorg_7.4_2 was not the issue, I then su'd from root to a user account where I was previously using kde3. I manually ran "exec steartkde". This issued a message that $DISPLAY was not defined. Hmmm, is this due to not all daemons may have started required by kde at boot? Should have done a ps -x. Sorry
Ok, I am not sure where to go from here. What I am doing right now is going through portupgrade for all xorg ports. I then will move on to upgrading all the kde ports. Was going to do this anyway. But, I was hoping to have a working 8.1 first.
Additional information on the 8.0 to 8.1 upgrade.
There were a number of modules that were not present when I ran the mergemaster in the rc.d. I had all missing scripts added. Also, all config files(except rc.conf) and script files that were different from 8.0 to 8.1, I allowed to be updated. Most that I seen that were different delt with mail and bind I believe. I was watching, and do not remember seeing anything that I recognized(which does not mean anything) which I thought dealt with kde3 or xorg.
So, my questions are.
1). Why wasn't a new xorg.conf built when I ran the Xorg -config xorg.conf.new -retro.
2). kde3 seems to be having issues due to the $DISPLAY not being defined. Why wouldn't it be? The x11 config file has this defined? And appeared for all purposes to be correct from what I could tell.
Completely separate question concerning portupgrade.
When a dependent port fails during a portupgrade, is there any flag I can set to cause this to instantly stop running? I know there is a summary at the end which will let me know what installed and didn't. But I would like to deal with these issues right away when the failure occurs.
Thank you in advance.
So, that is question one. When I reran the config for xorg.conf.new, why wasn't it created? I have/had renamed it to something completely different.
Because I felt that xorg_7.4_2 was not the issue, I then su'd from root to a user account where I was previously using kde3. I manually ran "exec steartkde". This issued a message that $DISPLAY was not defined. Hmmm, is this due to not all daemons may have started required by kde at boot? Should have done a ps -x. Sorry
Ok, I am not sure where to go from here. What I am doing right now is going through portupgrade for all xorg ports. I then will move on to upgrading all the kde ports. Was going to do this anyway. But, I was hoping to have a working 8.1 first.
Additional information on the 8.0 to 8.1 upgrade.
There were a number of modules that were not present when I ran the mergemaster in the rc.d. I had all missing scripts added. Also, all config files(except rc.conf) and script files that were different from 8.0 to 8.1, I allowed to be updated. Most that I seen that were different delt with mail and bind I believe. I was watching, and do not remember seeing anything that I recognized(which does not mean anything) which I thought dealt with kde3 or xorg.
So, my questions are.
1). Why wasn't a new xorg.conf built when I ran the Xorg -config xorg.conf.new -retro.
2). kde3 seems to be having issues due to the $DISPLAY not being defined. Why wouldn't it be? The x11 config file has this defined? And appeared for all purposes to be correct from what I could tell.
Completely separate question concerning portupgrade.
When a dependent port fails during a portupgrade, is there any flag I can set to cause this to instantly stop running? I know there is a summary at the end which will let me know what installed and didn't. But I would like to deal with these issues right away when the failure occurs.
Thank you in advance.
