Just another update on what I’ve been poking at lately.
I’ve mostly been cleaning up really small stuff, small bugfixes that have been annoying me for a while.
GPNL / Packages
For the packages website, I finally fixed it so that you can search by just package name again. It’s still messed up where it searches way too much stuff by default, but that’ll be fixed soon. It was originally searching by atom and description, so stuff like package$ would break.
I did, however, put the basic search I want to add to the packages website into GPNL: search by atom, package, category, description or all. I need to add changelog to that list. It’s not much, I know, but it’s a start on the long road to getting an advanced search going. I also cleaned up the front page a bit, and added a link to the nightly database dumps.
I also cleaned up the bash script to import the data. It actually has the beginnings of some error checking now, so you shouldn’t be seeing blank pages anymore. And the database is vacuumed correctly, and on a regularly basis, so things should be slightly snappier. I’m also importing the entire portage tree 3x daily now instead of twice. The import script is actually a nice cleanup for me, because if something breaks, I can run parts of it partially, instead of having to manually fix it. It’s much nicer.
My next big thing is getting RDEPEND searchable. In the database, it’s combined with the DEPEND variable, so I have to separate the two out. Once that’s done, we can finally dynamically query the tree to see where ebuilds need to be fixed for binary packages.
MPlayer / Transcode
Looking better, closed like eight bugs the other day for mplayer. Finally fixed some asinine bugs of mine for transcode, have one more to go.
Took out the masked libdvdnav because it will conflict and break libdvdread. I already wrote about how I put it in my overlay so if someone wants to use it, they can.
Sword ebuilds
I finally got pretty much all the main ones in the tree that I wanted to get in. There’s still two LDS ones that I have to make myself. Shouldn’t be too hard. I hope. In all, there are 150 sword ebuilds in the tree. Freak. That reminds me of something else I fixed on the packages website: it lists the number of results. That’s something else that’s been annoying me for a while.
I still need to remove the old sword-modules ebuild and add a new virtual-type one that will pull in all of the ones based on which language they are written in. Not hard to do, just slightly tedious. Should be done soon.
lds-scriptures 3.0
Believe it or not, I’m actually planning on getting this finished this week. The actual data has been finished for a very, very long time… it’s writing the documentation that I am extremely particular about because I plan on this being the final release.
That’s about it for now, that I can remember.
plz2bump sys-boot/syslinux (bug 203341) 😉
>all the main ones in the tree
But in the wrong directory:
http://bugs.gentoo.org/show_bug.cgi?id=222661
I would have to agree with Paul – they are certainly in the wrong directory. If you want this stuff in the tree then fair enough but they are not by any stretch of the imagination dictionaries… I also question whether individual ebuilds are required for each one but that is quite possible and is certainly a totally different argument.