From: Amon Ott <ao@rsbac.org>
Subject: Re: Re[12]: RSBAC v1.1.1 problem
Date: Thu, 19 Apr 2001 09:46:37 +0200
Next Article (by Author): Re: RSBAC and XFree86-4.0.3 ? Amon Ott
Previous Article (by Author): Re: New setreuid() and setresuid() logic Amon Ott
Top of Thread: Re[12]: RSBAC v1.1.1 problem Keith Matthews
Articles sorted by: [Date]
[Author]
[Subject]
On Mit, 18 Apr 2001 Keith Matthews wrote: > On Wed, 18 Apr 2001 14:41:41 +0200 Amon Ott <Amon Ott <ao@rsbac.org>> wrote: > > > > The Makefile has now been changed to modify EXTRAVERSION, if RSBAC is on. > > > > > > > > Do I have to make the version change optional? > > > > > > > > > > Good question, and I'm not sure I know the best answer. > > > > > > One point that occurred to me was that it could be driven from the > > > 'include RSBAC' config setting. I.e. if the user has configured RSBAC in > > > then the extraversion should have the rsbac indicating suffix appended (if > > > not already there) and have it removed (if present) if the user has > > > requested a 'standard' kernel. This would get around the need for 2 > > > source trees but would involve a rather messy config build operation. I'm > > > not really sure I like it as it appears to be 'not really necessary' > > > complexity. It would require the modules to be rebuilt of course, but that > > > might be necessary anyway. > > > > You just described the current behaviour, except the change not being automatic. > > :) > > > > Not sure we are talking the same thing here. The current behaviour does > this _if_ the RSBAC kernel mods are applied, or so I understand. What I > was (half) proposing was that the extraversion change would be applied > _if_ the RSBAC mods were applied _and_ RSBAc had been selected in the config. They do it, if patch is applied and CONFIG_RSBAC is selected. The problem is that after each change to CONFIG_RSBAC you have to 'touch Makefile' or 'rm include/linux/version.h' to get the latter remade. Making this automatic would be a dirty hack to the kernel build system. Amon. - To unsubscribe from the rsbac list, send a mail to majordomo@rsbac.org with unsubscribe rsbac as single line in the body.
Next Article (by Author): Re: RSBAC and XFree86-4.0.3 ? Amon Ott
Previous Article (by Author): Re: New setreuid() and setresuid() logic Amon Ott
Top of Thread: Re[12]: RSBAC v1.1.1 problem Keith Matthews
Articles sorted by: [Date]
[Author]
[Subject]