{ Category Archives }
Software
This was written for the August 15, 2007 build of WeeChat checked out from CVS.
Use macports to install the necessary tools to build. You’ll have to figure those out yourself. There are some optional things you can install from macports as well, such as aspell and/or lua. You can alternatively compile everything by hand and install them to /usr/local if you prefer. Macports will install everything to /opt/local by default.
Apple’s version of ruby is broke for PowerPC (unconfirmed for Intel OSX). They put the headers for ruby in /usr/lib/ruby/1.8/universal-darwin8.0. However, when you use rbconfig to see the architecture, it will say powerpc. There are no headers in the powerpc-darwin8.0 directory, so simply copy all the headers from /usr/lib/ruby/1.8/universal-darwin8.0 to /usr/lib/ruby/1.8/powerpc-darwin8.0.
Start off by editing autogen.sh. Search and replace libtoolize with glibtoolize.
Next, edit doc/Makefile.am. On the SUBDIRS line, remove sv from the end.
After that, open up configure.in. Look for the AC_OUTPUT section. Remove the line that has doc/sv/Makefile on it.
Now run autogen.sh. If all goes well, you should see OK next to everything like this:
If everything looks good, continue on.
Edit the configure file. Search for PYTHON_LFLAGS. You should come to a section that has checks for python around line 29851 (as of the CVS checkout of the date mention at the top). Skip to the last one and add these lines:
echo “${ECHO_T}found” >&6; } elif test -r “/usr/lib/libpython2.3.dylib”; then PYTHON_LFLAGS=”-L/usr/lib/ $PYTHON_LFLAGS”
{ echo “$as_me:$LINENO: result: found” >&5
Next, we need to set CFLAGS and LDFLAGS so everything can find the headers and libs. Use these two below:
Run ./configure –prefix=/usr/local (or wherever you want to install it). If everything turned out okay, you should see something similar to this:
Now type make to get everything compiled. Everything should compile without any errors. Once it’s finished, type sudo make install.
There’s one more thing left to do before you can run WeeChat. Head over to /usr/local/lib/weechat/plugins. You’ll notice there’s some symbolic links. When you go to start WeeChat, it will try to load the plugins multiple times because of this.
The solution is to remove the symbolic links with this command: sudo rm {aspell.0.so,aspell.so,charset.0.so,charset.so,lua.0.so,lua.so,perl.0.so,perl.so,python.0.so,python.so,ruby.0.so,ruby.so}
Now run weechat-curses and enjoy.
Version 0.4.4 is finally released and launches under the v3.xx kernel just fine. This should enable the use of WPA and make a lot of people happy. The problem I was having before with it crashing was actually a problem with a loaded plugin. If you launch WiFiController using the v3.xx kernel with CWCheat loaded, it will crash. To avoid this, simply hold down the right trigger when launching WiFiController. Enjoy!
Download WiFiController v0.4.4
I just wanted to touch base and update the status of everything. Version 0.4.4 will eventually make it’s way out the door. It honestly does work fine until I assemble the EBOOT.PBP. I haven’t made much progress on the reason why yet but I’m still digging into it. I recently reformatted and installed everything again. At this current moment I am building the PSP development toolchain so I can continue my building. Hopefully this format and (maybe) newer PSPSDK will fix the problem. I’ll find out soon enough. With the release of v3.51 M33 and the WiFi patch for it, I may have to do some more testing to verify everything works fine on this firmware. I’ve already flashed it so testing it shouldn’t be a problem.
On a side note, I am moving this tuesday so progress will be halted for about a week.
Update (July 24th, 2007):
It appears that something related to OS X is messing up and I cannot compile the PSP toolchain. I’m going to reinstall Tiger this week and get a regular environment running again. Sorry for the delays. This will be solved soon.
After receiving numerous e-mails regarding the WPA not working I have decided to push forward with this release anyway. The changes were not as difficult as I had originally imagined. I’ve actually had this complete for a few days now; I’ve just been testing it. The problem I am having that is preventing me from releasing it is that it will play and work perfectly when loading the PRX directly through PSPLink. However, when I pack everything together in the EBOOT.PBP, the program will load and work for about 4 seconds and then crash. Once I figure this out and get a working build going, I will release v0.4.4.
I haven’t really worked much on the client itself, but I have made a lot of progress on the server. Since I am lacking developer tools in Windows, I decided to use assembly since it is freely available. The server is a native Windows application. It will have these following features: minimizes to system tray, multi-threaded for multiple connections, PSP connectivity status, support for extra buttons (this will depend on the client software). This list is not finalized. I have included a screenshot below of the current server program. It is also not a finalized interface. There are changes I am going to make to it for sure but this is there and working. Technically, when the server is finished, I could release this as a separate piece of software for current WiFiController users wanting to get rid of those pesky command prompt windows.
I accidentally made a mistake in the previous release that made it not work on v3.x OE for most people. At the moment I am upgrading some tools that will hopefully fix it for everyone. Among other things, I added some more information about the connection states. That will pretty much be it for this release. I’ll have this released in the next day or two.
Update:
Actually, this is a greater task at hand that I originally thought. At this time v0.4.4 is no longer in the works. This update, along with everything I’m working on, will be merged together and eventually become v0.5.0. Sorry, but there will be no WPA support for a bit. I’m going to work on v0.5.0 a lot more now.
I have released v0.4.3 a little earlier than I expected. It just took some time to sit down and think out a really simple solution. To my surprise, the server already had support for specifying a port and device. I guess I had overlooked this before. WiFiController is now taking advantage of this. See the WiFiController page for more information and downloads.
Enjoy and let me know if there are any issues that you may come across. Thanks!
After some development and numerous e-mails, I am planning on releasing an updated v0.4 with support for multiple PSP’s. This should satisfy some user’s needs while I finish v0.5. I have no release date in mind right now but it will be released some time this month. 😉 I will post an update here soon with additional screenshots and information as it becomes available.
New nVidia drivers were released recently for the 8800 series cards. There is still no flat-panel scaling. I recommend nVidia put this one on high-priority.
I have started work on a new project for the PSP. It will be a TV guide in a way. It will use Zap2it as the provider of the data. You will need to create an account with them to set up the listings that you will receive. Once you are set up, you will use that login and password with the software I’m working on. Once it is logged in, it will download the list of shows on television based on your selection on their site. You will be able to browse ahead days as well. I will make a page for this once I have it completed and/or progress is moving along nicely. Until then, I will post all updates regarding it here instead.