Re: Re[6]: RSBAC v1.1.1 problem


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]


Go to Compuniverse LWGate Home Page.