From: Amon Ott <ao@rsbac.org>
Subject: Re: Re[6]: RSBAC v1.1.1 problem
Date: Thu, 12 Apr 2001 12:17:03 +0200
Next Article (by Date): Re: syslog-ng SZALAY Attila
Previous Article (by Date): Re: bug in patch-2.4.3-v1.1.1.gz SZALAY Attila
Top of Thread: Re[6]: RSBAC v1.1.1 problem Keith Matthews
Articles sorted by: [Date]
[Author]
[Subject]
On Mit, 04 Apr 2001 Keith Matthews wrote: > I'm still having trouble getting pcmcia to work, and it is not > permissions. Pcmcia is started correctly as part of init, but it fails as > I have version details set on modules and it claims the versions are > wrong. A bit of checking has confirmed that they are wrong (or different > at least) as the pcmcia build seems to be taking the version information > from the VERSION,PATCHLEVEL,SUBLEVEL,EXTRAVERSION variables in the > makefile, but the kernel build is appending '-rsbac' to that when > generating the kernel version for inclusion. > > A short term fix is obviously to remove the version checking, but clearly > long-term some measure of agreement between rsbac and pcmcia is required. > Which one is actually 'wrong' I have no idea as I have no knowledge of the > standards (conventions ?) for this area. There are several solutions to the version name problems, all of which do not solve all requirements. Reqs: - RSBAC kernels need distinct version string, because modules might need additional symbols - The version string should only be changed, if RSBAC is enabled (reason: s.a.) - If CONFIG_RSBAC is off, the resulting kernel must be original kernel Probs: - Changing EXTRAVERSION is always active, because .config gets read after building full version string - Modifying version string (as done now) gives dependency probs, because version.h does have a dependency entry for CONFIG_RSBAC (thus the touch Makefile) What we could do is just add -rsbac to EXTRAVERSION and say, whoever patches in RSBAC means to have it on anyway. This would also remove the dependency problem. The disadvantage is that you would have to build a standard kernel from another tree, with another 70-150 MB of disk space. 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 Date): Re: syslog-ng SZALAY Attila
Previous Article (by Date): Re: bug in patch-2.4.3-v1.1.1.gz SZALAY Attila
Top of Thread: Re[6]: RSBAC v1.1.1 problem Keith Matthews
Articles sorted by: [Date]
[Author]
[Subject]