Re: Bug#542241: simple-cdd: Deal better with non-official codenames
On Mon, 14 Sep 2009, Vagrant Cascadian wrote: > On Tue, Aug 18, 2009 at 05:52:03PM +0200, Raphaël Hertzog wrote: > > Currently the CODENAME given is used both to select the distribution to > > download from the mirror and the distribution to create in the local > > mirror. Given that debian-cd will only do its job properly if the CODENAME > > is a well known one, we are forced to use official debian codenames even > > when we are in fact building a derivative distribution. > > > > It would be nice if simple-cdd could be somewhat more intelligent > > in that regard. > > > > I suggest to check that debian-cd/data/$CODENAME, > > debian-cd/tools/$CODENAME and debian-cd/tools/boot/$CODENAME exists and if > > not to create them as symlinks pointing to $debian_cd_rules_like_dist (you > > can find a better name maybe, it's meant to be a new variable that selects > > the Debian distribution whose rules we want to re-use when building the > > CD). > > if that's really all it would take, it probably wouldn't be too hard to > implement in simple-cdd. > > though i would rather see something like this implemented in debian-cd > directly, unless there's a compelling reason not to. Well, as a debian-cd co-maintainer, I thought about this too, but I didn't like the idea very much. It would mean 2 supplementary variables that should be used instead of $CODENAME or $DI_CODENAME in various places and that should default to $CODENAME $DI_CODENAME. Ccing debian-cd@lists.debian.org to get the input of Steve (and maybe Frans) but for now I think that simple-cdd is a good place to implement this. I consider the fact that we can put supplementary directories in those places as a relatively official interface of debian-cd. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#542241: simple-cdd: Deal better with non-official codenames
On Monday 14 September 2009, Raphael Hertzog wrote: > Well, as a debian-cd co-maintainer, I thought about this too, but I > didn't like the idea very much. It would mean 2 supplementary variables > that should be used instead of $CODENAME or $DI_CODENAME in various > places and that should default to $CODENAME $DI_CODENAME. > > Ccing debian-cd@lists.debian.org to get the input of Steve (and maybe > Frans) but for now I think that simple-cdd is a good place to implement > this. I consider the fact that we can put supplementary directories > in those places as a relatively official interface of debian-cd. It seems a bit strange to me to have a derived distribution as CD release that's not backed up by it's own archive, and thus mirrors. I'd say that if you want to use different codenames, you should start by creating an archive that has those codenames. If you do not have a separate archive, I fail to see the rationale for changing the Debian codename. Are users not allowed to install additional packages or get (security) updates from the Debian repositories for some reason? If you have such an archive, it also seems trivial to me to create the needed configuration files (if you like as symlinks to files/dirs for Debian codenames) needed for Debian CD. (I'd recommend using git-svn and creating a branch for the derived distribution.) So, IMO debian-cd already has all the functionality needed to support derived distributions using different codenames. Or am I missing something? Cheers, FJP -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#542241: simple-cdd: Deal better with non-official codenames
On Wed, 16 Sep 2009, Frans Pop wrote: > It seems a bit strange to me to have a derived distribution as CD release > that's not backed up by it's own archive, and thus mirrors. > I'd say that if you want to use different codenames, you should start by > creating an archive that has those codenames. We have that. > If you have such an archive, it also seems trivial to me to create the > needed configuration files (if you like as symlinks to files/dirs for > Debian codenames) needed for Debian CD. (I'd recommend using git-svn and > creating a branch for the derived distribution.) Well, I don't want to have to maintain a debian-cd fork, I generate images with simple-cdd which in turn uses debian-cd. My feature request is to have simple-cdd create symlinks in the temporary debian-cd directory that it already uses so that the tools/boot/$CODENAME/ scripts that are called actually exist even when $CODENAME is not an official Debian codename. Now, the alternative is to not create the symlinks and have a way to tell debian-cd “well CODENAME is foo, but for boot-enabling scripts, please use those of lenny”. > So, IMO debian-cd already has all the functionality needed to support > derived distributions using different codenames. Or am I missing > something? Yes it has (if you consider normal to have to duplicate the codename specific directories inside it to match your own codename). I think it's a reasonable assumption but still wanted to ask for more opinion. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#542241: simple-cdd: Deal better with non-official codenames
On Wednesday 16 September 2009, Raphael Hertzog wrote: > Now, the alternative is to not create the symlinks and have a way to > tell debian-cd “well CODENAME is foo, but for boot-enabling scripts, > please use those of lenny”. I agree that as simple-cdd is the wrapper here that has the goal of making things easier for the user it should take care of such things itself. Especially as I can well imagine taking this one logical step further: use these files by default, but drop in that custom file. That would have to be managed by simple-cdd. I see no need to complicate d-cd for this. Just my private opinion. Cheers, FJP -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org