On Tue, Oct 25, 2005 at 03:58:00PM +0100, [EMAIL PROTECTED] wrote: > > - creating a branch for stable and providing unofficial packages > > WILL be possible, and a good idea > > Oh yes, that's a better idea. Stable being stable is a good thing. > > (In spirit, the filters in cruft/filters are almost like the stuff the > volatile archive is meant for, I think. They are plug-in data that are > better if up to date, meaning here that they have caught up with the > rest of stable. So I don't think wanting to change them was totally > evil of me. I can see a scenario where the filters in cruft are always > one release behind the rest of debian ... But your idea is better than > trying to distort the release policy.)
Actually the current situation (that cruft ships with filter files for other packages) is considered temporary. Ideally, packages should provide their own filter and/or explain scripts, so that they match their behavior as closely as possible. > There are many filters that look as if they could be revised. Indeed, probably most of them are severily outdated. I deleted/renamed/updated some of them in 0.9.6-0.9, which I am going to upload today. > I can make a list if you would find it helpful. Please do! But also please include some information on which package version does the filter file match, so it can be tracked in the future. Preferably please include that information as a comment in the filter file itself (just put a hash, package name and version, separated by space, on the first line in the filter file). You might also get an account on alioth, and then I could add you to the project so that you can directly commit your fixes to SVN. > Some filters look as if they should be redundant now that cruft > understands the alternatives system. Looks like explain/alternatives takes care of that, though it shouldn't. This is one of the areas which need cleaning up. Marcin -- Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
