Mailinglist Archive: opensuse-buildservice (287 mails)

< Previous Next >
Re: [opensuse-buildservice] linking to packages built with the build service
  • From: "Dr. Peter Poeml" <poeml@xxxxxxx>
  • Date: Mon, 3 Sep 2007 15:14:33 +0200
  • Message-id: <20070903131433.GJ9222@xxxxxxx>
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/repodata/repoview/osc-0-0.98-3.1.html
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
< Previous Next >