On Mon, Sep 03, 2007 at 11:04:36AM +0200, Adrian Schröter wrote:
If we do so we can just link to http://software.opensuse.com/download/.../packagename.rpm. This link will never break due to an automatic rebuild.
but it i will make the redirector harder.
The redirector works fine with symlinks, as far as I can see.
yes, but symlinks would double the amount of files which needs to be handled. Given that we do always have a very high load with rsyncd on our servers this is really a bad idea. Also, the symlinks can be broken during update runs, it is imho not a good idea to introduce another place which might break consistency.
Hm. We provide symlinks ourselves, in the update trees. Are those obsolete? Or are they different?
Additionally, it is also a bad idea to point to a rpm directly. An End-User would have to handle any dependency issues manually (and even search for missing repositories manually).
BTW, what about pointing to a changelog? At the moment, I find http://download.opensuse.org/repositories/openSUSE:/Tools/SUSE_Linux_10.1/re... which unfortunately also depending on the build number, but nothing else which is publicly visible. Do we have anything better than this to see the changes?
What we need is a static URL for installing packages what takes care about repositories and dependencies. We have that already, if one creates a pattern file in the build service. But this should work of course also without the need to create manually patterns for each package. We have the on-the-fly ymp generation for this, but this does not yet work independend of the version. A bugreport is open regarding this.
Something like that sounds cool! If the symlinks are only for humans, and used primarily by them, they are maybe not accessed too often so they could be "simulated" dynamically, by some script, maybe...
To conclude, I do not think this is a redirector task, this is something which happen on level on top of it.
And Peter described extensivly further problems with this ;)
Do I misunderstand something here? I feel wrongly quoted. I elaborated on the impracticability of a diskless redirector, which darix mentioned as a possible reason against symlinks. I don't think I said anything against symlinks. Peter -- "WARNING: This bug is visible to non-employees. Please be respectful!" SUSE LINUX Products GmbH Research & Development