Got back to looking at these bugs to see if you'd ever followed up and realized that you ran down a dead end:
Frans Pop pointed out: >- You cannot add an override suite that is on a different mirror > >This seems relevant in your use case. I'd guess it would be nice to be able >to use a standard Debian mirror for regular components and an HP mirror for >the add-ons. May be a lot more complex to implement though. Actually, I implemented that with my original patches. So it's not that complicated to implement, at least using my approach rather than dann's. See bugs 405888 and 405886 in conjunction with this one. In effect, it becomes possible to invoke anna an arbitrary number of times with different network repositories. The crucial point was to invoke choose-mirror separately for each addon. This means you can't just iterate over "suite", you actually have to iterate over net-retriever-core. Notably, the udeb dependency system at the time I implemented the patch would rerun choose-mirror every time net-retriever-core was reloaded. (If that has changed, then I was relying on a bug...) This makes the run parallel in structure to runs of floppy-retriever, which can check for a new floppy every time. If nobody is willing to actually take a look at my patches, perhaps you'd at least consider the analysis I put into it. My approach works better than dann's because it was designed properly. Design first, then code, as Joey Hess wrote? -- Nathanael Nerode <[EMAIL PROTECTED]> Bush admitted to violating FISA and said he was proud of it. So why isn't he in prison yet?... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
