I’ve been crazy busy lately with things, and to top it off I got addicted to an MMORPG. Big mistake. I got a comment on my blog pinging me though on why HelixPlayer wasn’t in the tree for Gentoo, since I was cleaning up RealPlayer support anyway (part one, two). Well, there’s three main reasons: nobody really cares apparently, it’s hard to build and maintain, and it doesn’t give us 64 bit codecs anyway.
I guess I shouldn’t say nobody cares. I care. I would like it in there. It really is a bit of a hassle to maintain though. Just download it yourself and try to build it manually. It’s a bit of a pain. Helix Player, though appreciated, is one of those ebuilds that everyone says “I don’t wanna deal with it, you fix it.” If you don’t believe me, just look at the last ebuild that was in the tree. Eek.
Personally, I don’t have anything against having the program in the tree, but I’m not up to the level of fun or expertise that it would require to maintain it, and since Real Player does pretty much the exact same thing, let’s just stick with that happy alternative.
Interestingly enough, Helix Player is still in active development. At least, I think so. Their website says they are working on a 2.0 release. Very cool. I wish them the best. I hope it’s a bit easier to build. :)
The last thing is that it doesn’t give us 64-bit codecs anyway, they still come with 32-bit codecs. In fact, there is no 64-bit version of Helix Player at all, so amd64 wouldn’t get any bonuses from using it either. I’m actually a bit surprised we haven’t seen more media codecs rebuilt for 64-bit machines (Windows and Macintosh), but since OS X is still 32-bit compiled (I believe) it’ll probably be that way for a while. Who knows.
I just took out one little feature from GPNL, and that was displaying what eclasses a package inherits. The reason I ripped it out is because it was incomplete, and had little chance of ever getting corrected. It was incomplete because eclasses themselves can inherit other eclasses, and in turn other use flags, and the ones it pulls in depends on your setup … at least, I’m assuming so, because some of them have variables in there.
Anyway, the important reason for actually taking that out is that I’m ripping out a few features that are bottlenecks and instead just trying to go back on reporting quality assurance issues, which is what the main point of this website was for anyway.
I’ve already got all the data and tools I need to duplicate aliz’s old stable website, but I haven’t even gotten around to doing that, which is pretty lame. Plus, my search functionality isn’t nearly as cool as his. I need a way to search just QA issues. Of course, I need to get them into the database first.
So, basically, I’m refocusing on the basics again with this website instead of trying to display every freaking ebuild variable and detail. The code is nasty enough as it is, and the less work, the better. And there you go.
I made a few updates to GPNL on some things that were nagging me a bit. The search page is a lot cleaner now, and easier to read. On the ebuild page, it lists dependencies for that package. The reason those are listed as incomplete is because there are still some virtual and moved packages that I’m not importing into the database.
That’s about all the real changes right now, the rest of it is just cosmetic. The good news is I finally got a working copy of pkgcore’s pcheck and paludis’ brutalis, so very soon I’ll be importing those QA results into my database and be displaying them.
I’ve got some other stuff coming down the pipe, but don’t want to promise too much, too soon.
I finally setup anonymous subversion access to Gentoo Packages that Need Lovin’.Â Feel free to check out my hastily compiled PHP code. :)
svn co http://spaceparanoids.org/src/gpnl
Or, you can browse the repo online here.
In other news, I realized I didn’t have the schema checked in correctly, so if you want to recreate the postgresql database, here’s your chance.
Not too long ago I went on a Netflix spree where I decided to find out once and for all which James Bond films I liked, and to make sure I had seen all of them. Actually, that was a while ago. And for the record, I can’t remember now which ones I liked, though I know I did buy them all on VHS for like $2 each, and they are still packed from the move and sitting somewhere in my closet.
One that really stood out, and I always liked it a lot anyway, was Moonraker. It’s an ominous, slow-moving at times, dramatic space adventure, science fiction and action film. That and it was made in the 70s so it really has all the touches I enjoy. The last time I watched it I thought to myself, “wow, this score is really good!” And indeed, it is.
I went on an Amazon shopping spree this week and bought a few CDs, and one I got was the Moonraker soundtrack. I’m listening to it for the second time right now, and it really is good. The score kind of reminds me of The Black Hole a bit. Both movies have some similarities I think, and John Barry scored both movies in the same year it looks like. That reminds me, too. XM radio sampled all the Star Trek scores on Cinemagic the other day, and for the first time I thought they sounded really cool. I gotta add 1 through 3 to my wishlist. Something else I really like about Cinemagic is that they will play clips from the movie between score tracks. It really brings back the mood with clarity. I love it.
Anyway, I’m actually surprised I found a James Bond score to my liking, since generally speaking soundtracks to action films are pretty edgy and fast-moving, and I don’t like that stuff. This one is nice and calm and slow moving, just like the movie sometimes, as this huge space project rolls into completion. Really good stuff. Certainly unexpected.
I have been crazy busy lately, this being my last week of work at my job (I start a new one on Monday), but I had time to squeeze out this update today.
Finishing up in my attacking the realplayer saga, the ‘real’ use flag will work again on amd64 for the win32codecs package. All it does now is pull in media-video/realplayer, but that is enough to get the pre-compiled mplayer-bin to work correctly with RealVideo streams. The reason is because the binary is configured looking for RealPlayer codecs at /opt/RealPlayer/codecs, which are provided by the realplayer ebuild, which is also pre-compiled for 32-bit.
Anyway, hopefully that helps some stuff. It did fix the issue on this bug here, which is good, so if that stream works, other ones should be good to go as well. I know another one that I watch regularly works, so I’m excited for that.
I should mention also that the use flags will only show up as optional if you are running a recent version of portage. I think anything v2.1.2 or higher will work. The reason is because the real flag is package unmasked for amd64 on mplayer-bin, and older versions don’t see that.
I saw the most amazing movie last night, called 84 Charing Cross Road.Â I’ve had it sitting at my home for two months now from Netflix, and I just barely got around to watching it.Â Really good stuff.Â It’s about a lady who lives in New York that is looking for some rare, secondhand books, and she can’t find them anywhere locally.Â So, she sends a letter to a small bookstore in London, England, who is able to find them for her quite easily.Â As a result, she sends more letters asking for more books, and she and the proprietor of the store start to develop a friendly relationship lasting years.
It sounds incredibly boring, I’m sure, but this kind of story is right up my alley.Â I love slow-moving character dramas.Â Plus, I could relate well with the elation of finding something out of print, and making friends with someone who shares the same interests.Â Great stuff.
I would have given it 5 stars on Netflix, but it kind of loses steam towards the end (with as much steam as it hard to start with), or maybe it was because I kept having to get up for the second half because of my cough.Â Still, a great find, and I’ll be buying it first chance I get.