...nwood...

It seems RedHat doesn't consider PHP to be a terribly important language for people using RHEL 5.4. AFAICT the latest PHP available from the official RedHat repositories is 5.1.6. This is woefully out of date if you are planning to use PHP applications like Drupal which really need 5.2.x.

The options:

1. Find a good 3rd party respository offering the PHP you need
2. Build your own RPMs
3. Compile from source.

What follows are super rough unformatted notes that I used for a presentation. I'll try to revise this soon.

Installation

Need:

* Drupal
** Using Drupal 5.x because ldap_integration for 6.x is in alpha
* ldap_integration module
* PHP modules
** OpenSSL
** OpenLDAP
*CAS module
** phpCAS
* UCB CAS application registration
** https://calnet.berkeley.edu/developers/developerResources/cas/CASRegistr...
** or a site with a top level domain of localhost

Security:
* CAS Cert

Last week I jumped on an opportunity to do some Drupal crusading in my department at UC Berkeley. We are standardized on VB.NET, but I sensed an willingness to consider alternative solutions for an ailing website that offers very light CMS functionality. I don't know of any framework comparable to Drupal that exists in the .NET world. If you do, comment here and let me know! The functionality already present in Drupal 5.1 allowed me to bring up a fully functioning prototype in my free time.

Tonight I spent a little time getting reacquainted with Elliot's LastFM Drupal module. I see where he got to with the implementation of separate blocks for individual users. I'm mapping the route to fold in a few of my options. I hope to finally get this into Drupal CVS in a couple of weeks at the latest. See the next post for info on the Drupal project that took priority last week.

BUG: If click Save Configuration on the admin form you will get a blank page...

Fixed. Silly... My debugging output was thwarting the header() in includes/common.inc line 311. I have implemented simple debugging output in the bottom of the block for developer convenience.

BUG: Track times: They are probably incorrect for you.

Fixed. _lastfmdev_adjust_server_time() now calculates the offset between the Last.fm server's timezone and the date_default_timezone set in the Drupal installation.

Over the last few weeks I've been working on a Last.fm module for Drupal. I started with some code by an English programmer. I'd hope to polish it up before sharing my modifications with him, but since I see that he's back at work on it I'm posting it here and sending him this message: