Problem

I like this solution, note 3:

http://www.arcetri.astro.it/~lfini/LinuxLaptops/HP-Pavillion-dv6835nr/

Which suggests that the Ubuntu update works, just not with the standard (I assume the menu-based) network manager.

But if not the place to re-open and test and report trying new kernels:

If you have problems with collapsible fieldsets staying permanently collapsed because you cannot click on their titles (because the titles do not show), I frankly have no idea what the odds are that your problem is the same as mine.

But here is what my problem was:

Agaric Design Collective would like to stress that this note was written while working on an existing site of a client, on the client's server, before we started working with it. We at Agaric are not in the habit of using web sites.

The formalities dispensed with, I've had reason enough to wish to know where a site's codebase actually lives that I threw it into Agaric's Enabled Modules module as a little bonus.

Alternate title: Apparently I don't understand SQL (and so need all the help I can get)

The easiest way to get a better look at your SQL in Drupal is to install the devel module. (Hint: It's for use on development sites, not production sites!)

This is a Drupal 5 site, and there was one piece of Ubercart functionality that wasn't showing up on the live site, as opposed to the test site, so we went to enable the module. And noticed not a single Ubercart module was listed at admin/build/modules even though Ubercart functionality was most certainly working on the site.

Yeah. Freakiest thing ever.

Update: Solution

slarosa reported on this "Files Don't Attach" thread that the only thing that fixed file uploading was:

EXPLICITLY SET the upload tmp dir in php.ini to be THE SAME of the tmp dir set up in the file upload config in Drupal; for instance:

vi /Applications/xampp/etc/php.ini
Then in the file, make sure this is set and not commented out:
upload_tmp_dir = /tmp

That's how to do it.

For historical fun Agaric's misdirected debugging will stay down here.

Still have to try:

http://jwopitz.wordpress.com/2007/12/09/getting-mysql-mac-os-x-105-leopard-togetherfinally/

Using FileMerge to compare (Mac OS X graphical diff), no differences between the page.tpl.php in the scf_base theme and the page.tpl.php I have in scf.module.

But the site doesn't look the same at all. That means the reason moving template files to the theme layer failed is because I am not calling them right.

Had to put them in hook_theme_registry, of course.

Once that was done, progress began in earnest. Breaking the site, of course.

Unable to use Drush on localhost site for unknown reasons.

There really is a running site at http://localhost/scf but through the command line it must be seeing something else– it's giving back to me the HTML for a Drupal site offline, database connection error page.

./sites/all/modules/drush/drush.php -r /sites/scf/ -l http://localhost/scf/ pm install taxonomy_enhancer

I don't get clearer than that...

Resolution

Seriously, what? Imagecache enabled, the role has every single permission checked, but no Imagecache under sitebuilding (or anywhere else) and the Administer by module listing just gives a link to imagecache permissions, which my user has, as if only to mock me.

Log in as user #1 and it works, the settings for imagecache are there. This is imagecache2 in a site that's been upgraded from Drupal 4.7 to Drupal 5 and Imagecaches 1 to 2.

Resolution