Re: Make install blows away startup files?
Pardon my intrusion, but is any of this documented anywhere in a concise way? I have had to upgrade to 4.3.0 on my RH8/Athelon to get a dual head radeon 9000 system to work, but 4.3.0 seems unstable. I'm getting random crashes. I've asked RH how to set the system up but they have refused to help stating that I haven't paid them enough for that level of support. I'd like to have the option of running both the RH 4.2 and the 4.3 with out having to reload the whole distro and them go through the 130meg's of online updates to get the system current... If its in the doc's some where would you kindly point me at it? If not, could you give me a more complete idea of what would be necessary to switch between several versions of the X server on a single system? Thanks. Kendall Bennett wrote: [EMAIL PROTECTED] wrote: Which does need to be uncommented to disable installing application default files. Are the application default files the ones I want to stop from being installed when I do a 'make install'? Maybe you should consider using a different ProjectRoot setting for each release, for example: #define ProjectRoot /usr/XFree86_4.3.0 #define NothingOutsideProjectRoot YES that should ensure that no existing files get overwritten (unless you happen to already have stuff installed under /usr/XFree86_4.3.0). Actually I have /usr/X_4.3.0 and /etc/X_4.3.0 and I have a shell script that switches the symlinks for me. That way I can easily switch between my installed versions of X. To solve the install problem, I simply copy the original RH 7.3 files from /etc/X_rh7.3 onto my new /etc/X11 symlinked install and everything works fine. I just wish I could avoid that step (and solve it for others doing the same thing). Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Make install blows away startup files?
Kevin Brosius [EMAIL PROTECTED] wrote: Depends somewhat on how RH does X init. You can look through startx and xinit setup and see what's being changed. Isn't the installer supposed to not replace xinit.rc if the file already exists? That is what the comment in the xf86site.def file says, but that would appear not to be the case? I know on SuSE that 'make install' breaks the KDM/xdm startup, and that they use a WINDOWMANAGER environment variable in their X init pieces. If you don't have that variable set, then you'll get either no wm or twm. But doing a source install over your distro's install tree is really up to you to resolve. Granted, but since XFree86 appears to be starved for developers and testers, don't you think it would be a good idea to make it painless for testers to do a full build and install *without* blowing away their current system configuration? Might make more people willing to test XFree86 releases on their machines. One experience like I had for the average tester who just wants to help out is likely to cause him to re- install his Linux distro and never run a 'make install' again ;-) Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Make install blows away startup files?
Matthieu Herrb [EMAIL PROTECTED] wrote: Might make more people willing to test XFree86 releases on their machines. One experience like I had for the average tester who just wants to help out is likely to cause him to re- install his Linux distro and never run a 'make install' again ;-) We all agree. But problems can't be fixed only by complaining. Could you send us lists of files (with sizes or modification dates) and symlinks in /etc/X11 before (that is the clean RH installer result) and after 'make install' on a RH system ? That would probably help finding what's wrong. Sure, I have the original untouched directory now and I can copy it and redo a make install and see if I can find the differences. I suppose I could run a diff between the original files and the modified files and post the diff here. Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Make install blows away startup files?
Kendall Bennett wrote: Kevin Brosius [EMAIL PROTECTED] wrote: Depends somewhat on how RH does X init. You can look through startx and xinit setup and see what's being changed. Isn't the installer supposed to not replace xinit.rc if the file already exists? That is what the comment in the xf86site.def file says, but that would appear not to be the case? Well, /etc/X11/xinit/xinitrc certainly wasn't updated during my last 'make install'. Assuming you logged the install, you'll be able to tell exactly what was written. Mine has the following: - make[3]: Entering directory `/usr/local/src/xc-cvs/xc/programs/xinit' install -c xinit /usr/X11R6/bin/xinit install -c -m 0755 startx /usr/X11R6/bin/startx Not overwriting existing /usr/X11R6/lib/X11/xinit/xinitrc install in programs/xinit done -- -- Kevin ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Make install blows away startup files?
Kevin Brosius [EMAIL PROTECTED] wrote: Isn't the installer supposed to not replace xinit.rc if the file already exists? That is what the comment in the xf86site.def file says, but that would appear not to be the case? Well, /etc/X11/xinit/xinitrc certainly wasn't updated during my last 'make install'. Assuming you logged the install, you'll be able to tell exactly what was written. Mine has the following: Yes, I did log the install and I will look at it soon. However I just did an install with the three options to specifically not update the config files and it still has the problem. So it is not something related to those options but something else on Red Hat that is getting blown away during the install. I will re-do the 4.3.0 install from scratch and diff the /etc/X11 directories to see what changed, but I won't be able to do that till next week as I am leaving on vacation Wednesday (until Tuesday next week ;-). Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Make install blows away startup files?
Kendall Bennett wrote: Hi Guys, I have been mass compiling and installing multiple versions of XFree86 onto a machine for compatibility testing (Red Hat 7.3 based, so I can use the GDB hacked up debugger ;-). However whenever I do a 'make install' from a freshly built 4.2.0, 4.2.1 or 4.3.0 (haven't done any ealier versions yet ;-), it always blows away something in the startup files so when I do a 'startx', all I get is a desktop with three console windows open (seems to be using twm as the window manager). If I copy all the files from the original Red Hat 7.3 /etc/X11 directory across, it starts up just fine using the GNOME desktop. Firstly, I don't know what file is being destroyed or replaced. Does anyone know what file is getting replaced? Secondly it seems to me that a 'make install' should be non-destructive and should not be changing this file. I have not changed any of the defaults in the host.def file, so it seems to me that it is bug that after a make install over the top of an existing XFree86 install, XFree86 no longer functions the way it did before. Is there an option to fix this in the host.def file? If so, perhaps this should be the default option when doing a make install?? BTW, I am using a script to symlink /usr/X11R6 and /etc/X11 for each version so I can switch between all versions with a simple command ;-) Depends somewhat on how RH does X init. You can look through startx and xinit setup and see what's being changed. I know on SuSE that 'make install' breaks the KDM/xdm startup, and that they use a WINDOWMANAGER environment variable in their X init pieces. If you don't have that variable set, then you'll get either no wm or twm. But doing a source install over your distro's install tree is really up to you to resolve. -- Kevin ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Make install blows away startup files?
On Fri, Mar 28, 2003 at 03:06:37PM -0800, Kendall Bennett wrote: Which does need to be uncommented to disable installing application default files. Are the application default files the ones I want to stop from being installed when I do a 'make install'? For startx, you want to prevent blowing out /etc/X11/xinit/xinitrc. I guess it's a bit weird that it is overwriting this file since the comments claim it shouldn't do that if the file exists. You could set InstallXinitConfig to NO and be safe. The best solution thought, is probably to copy the xinitrc file you want to ~/.xinitrc - that'll definately not be overwritten by a new install. And then, no matter what happens to the system-wide xinitrc, yours will always be there for you. -- Ross Vandegrift [EMAIL PROTECTED] A Pope has a Water Cannon. It is a Water Cannon. He fires Holy-Water from it.It is a Holy-Water Cannon. He Blesses it. It is a Holy Holy-Water Cannon. He Blesses the Hell out of it. It is a Wholly Holy Holy-Water Cannon. He has it pierced.It is a Holey Wholly Holy Holy-Water Cannon. He makes it official. It is a Canon Holey Wholly Holy Holy-Water Cannon. Batman and Robin arrive. He shoots them. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Make install blows away startup files?
On Fri, Mar 28, 2003 at 12:24:09PM -0800, Kendall Bennett wrote: Is there an option to fix this in the host.def file? If so, perhaps this should be the default option when doing a make install?? Yes it is an option, though I do not recall which one. What I do recall is that if you look in xf86site.def, you'll find it in there with some descriptive comments. -- Ross Vandegrift [EMAIL PROTECTED] A Pope has a Water Cannon. It is a Water Cannon. He fires Holy-Water from it.It is a Holy-Water Cannon. He Blesses it. It is a Holy Holy-Water Cannon. He Blesses the Hell out of it. It is a Wholly Holy Holy-Water Cannon. He has it pierced.It is a Holey Wholly Holy Holy-Water Cannon. He makes it official. It is a Canon Holey Wholly Holy Holy-Water Cannon. Batman and Robin arrive. He shoots them. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel