In Debian we have this new concept of "Debian Maintainers":

http://wiki.debian.org/Maintainers

Basically, after someone has proven themselves to be trustworthy for one package, then they can make changes to that package without approval of a "Debian Developer".

Perhaps gentoo might want to consider doing something similar. I imagine it might be easier since you use one VCS for the whole of Gentoo (IIRC).

I need to get with you about this sometime - sounds very cool and I wanna know more!

I agree with laen, there would be nice to see USE flags and dependencies, and it would be awesome to see revdeps.
One more thing that I miss is categories list.

PS Can't have email in gmail?

Since the system is being re-written, I think it'd make sense if you could somehow distinguish between operating system kernels (linux, fbsd) and architectures (x86, alpha, sparc, amd64, etc...). I've always interpreted the current view more like an workaround then a definitive solution, and it would make much more sense to separate apples from oranges.

Great work -- thanks for the site.

Am I correct in thinking there was a search capability on packages.gentoo.org? Would be very useful on packages.gentooext.net.

Or have I missed something?

One feature users of gentoo-portage.com are loving (and i am one of them) is the ability to see the dependencies and USE flags per release.

If you could implement that, i wouldn't have to visit gentoo-portage and packages.gentoo all the time, and packages.gentoo would be so awesome :)

Thank you so much! Only suggestion.. need some softer colors for the KEYWORDS status.. they are kind of harsh on the eyes currently.

> Comment from: Michael C [Visitor]
> For my own education, why did you choose 'genshi'?

Well the 2 options in the end for me were cheetah and genshi. Cheetah has the advantage of pre-processing templates, rendering them as still-readable python code to save time.

Downside of it, when you look at the example at [1], it's not fully xml so stuff looks cluttered when viewing it un-processed.

Second thing was that due to maintaining another two websites with xml/xslt (also gentoo does this), I'm used to XPath, XInclude and whatnot and cheetah doesn't support it that easily.

Uncached pageviews take slightly longer to generate with genshi than with cherrypy but cherrypy has sane caching, so I'm with it this time.

[1] http://www.cheetahtemplate.org/examples.html

It seems cool. I found some screenbug if i view it from Firefox under KDE.

>PLEASE avoid Javascript. I can browse all gentoo with Javascript
>which I usually have off to protect myself, but for this I will
>need it as it seems.

Err no, there is no need for any javascript here. Maybe I will introduce some searchbox in ajax but that won't ever be a requirement.

Thank you, it looks good. For my own education, why did you choose 'genshi'?

Looking nice, HOWEVER:

PLEASE avoid Javascript. I can browse all gentoo with Javascript, which I usually have off to protect myself, but for this I will need it as it seems.

Much nicer and more familiar than the other option at gentoo-portage.com.
Much appreciated!

Well it's the intention to fully replace it ;)

I like it. If you want to make it feature-equivalent to the old packages.g.o (which taviso still hasn't finished auditing), I can give you a temp password for accessing the protected copy of packages.g.o (that's up for auditing purposes).

If your code is saner/shorter than the old one, I don't see any reason why we can't just replace it outright ;-).

Wow. Looks like you've done the bulk of it already. You'll go down in history as the guy who saved packages.gentoo.org. :D I, for one, did use it a lot. Thank you.

yup, dev.gentooexperimental.org went down earlier this morning, pushed it to http://dev.gentoo.org/~jokey/tinderbox-bzr/ in the mean time

The url for the tinderbox script does not work. It appears the site is down? Otherwise, I am interested in your tinderbox script. :)

Woot, looks awesome!

welp--

BLEUGH! You just HAD to use QT, didn't you...? :P

/me hugs jokey