Drat. I forgot to move this to debian-www. On Fri, Nov 24, 2000 at 10:30:02AM -0500, Jay Treacy wrote: > Web discussions are held on debian-www@lists.debian.org > > It would be a good idea if you notified people before you started > such work so you don't waste your time. We have not implemented > this in the past for some technical reasons. Now that packages.d.o > is not being mirrored we have a lot more freedom to do things > differently. > > It is possible you happen to have done things in an appropriate > way. I haven't looked at your changes, and won't be able to until > next week. I can tell you that the way of accessing package > information will be changed as apt-cache will be used (no > need for a local ftp archive then. In fact, packages.d.o does > not have a copy of the unstable archive). > > Also, we were contemplating switching to dynamic pages. Since > the content is updated daily static pages don't make a lot of > sense. We could simply pull information about a package from > apt-cache (it does simple package searching too, btw). > > -- > James (Jay) Treacy > [EMAIL PROTECTED]
Martin Michlmayr <[EMAIL PROTECTED]> wrote: > Over the last couple of days, I re-wrote the htmlscripts for > packages.do.o and the download.pl script in order to support > more than i386. > > Currently, download only supports i386 and the package search > will not show packages which are not available for i386. For > the latter problem, the Packages files of all architectures > have to be merged. For the former problem, the pages.pl and > download.pl scripts had to be re-written. > > Please copy: > 1. master:~tbm/crontab to /org/packages.debian.org > 2. master:~tbm/download.pl to /org/cgi.debian.org/cgi-bin/ > 3. master:~tbm/htmlscripts to /org/packages.debian.org (the whole > directory; or make a diff and apply it: ok, you can use > ~tbm/htmlscripts-diff). > 4. run crontab > > I have tested the scripts quite a bit and think they work. But please > look at the changes I made yourself... (/me mumbles something about > using CVS for those scripts would be nice). > > IMHO there is only one problem left: when you can choose the > architecture you want to download, all archs are displayed even if the > package is not available for that arch (it's not really a problem, > there won't be an error just a message saying that the package is not > available). It would be nicer just to offer those archs for which > the package is actually available. I will implement that later. > > Let me know what you think. > --=20 > Martin Michlmayr > [EMAIL PROTECTED] -- James (Jay) Treacy [EMAIL PROTECTED]