Yep having a set of flags in the . files on the media was what I have proposed ages ago. But we never got to make the decision, mainly because of rhel backward compatibility rules. Martin ----- "Chris Lumens" <clumens@xxxxxxxxxx> wrote: > > > I can't think of a better way to do this in the loader, > unfortunately. > > > We're making things harder on redistributers like Centos. There, > it's > > > going to be disabled by default whereas on RHEL, it'll be enabled > by > > > default. So, derived distributions will function differently than > the > > > original. > > > > > > Still, I can't think of a better way. > > > > I can think of another way - but we might want to discuss it with > rel-eng, > > because it'd require compose tools to change. > > > > Basically, we could add a line to .buildstamp that behaves kindof > like the "flags" > > line in /proc/cpuinfo , ie something like "features: automoddisk" > or > > "features: noautomoddisk" to turn defaults for flags on and off at > /compose/ time. > > Then we'd process that line in loader between our built-in defaults > and the > > command line parsing. > > This is a really interesting idea. It makes a lot of sense to > involve > the compose tools because it's a list of features that the > distribution > supports, and it gets anaconda slightly more untied from a specific > version or even distribution. > > As we mentioned in person, pykickstart's going to have to be involved > because the compose tools use it, but I don't think that's too much > trouble. anaconda can ignore the command(s) to set this stuff up. > That > part should be really quite simple. > > Incidentally, I still hate the .buildstamp lack-of-format. We've got > glib and it has a .ini-style config parser. I'd like to be able to > move > to a format with more structure. .treeinfo is already like this but > in > stage2. > > > It's probably best to work on that as a separate feature independent > of this. > > Yeah, absolutely. > > - Chris > > _______________________________________________ > Anaconda-devel-list mailing list > Anaconda-devel-list@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/anaconda-devel-list _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
