Sort order of admin/modules is based on module names, not packages

Yeah you're right. And this is a regression... *I think* ... D6 has package alphabetizing correct... well, except for case tracker vs cck... (don't even want to know).

Pretty sure i got this one figured out.

In D7 the order is governed by the order of this array and how the formapi eventually *deals* with it. http://api.drupal.org/api/function/system_modules/7 (system.admin.inc line 933)

// Add basic information to the fieldsets.
  foreach (element_children($form['modules']) as $package) {
    $form['modules'][$package] += array(
      '#type' => 'fieldset',
      '#title' => t($package),
      '#collapsible' => TRUE,
      '#theme' => 'system_modules_fieldset',
      '#header' => array(
        array('data' => t('Enabled'), 'class' => array('checkbox')),
        t('Name'),
        t('Version'),
        t('Description'),
        array('data' => t('Operations'), 'colspan' => 3),
      ),
    );
  }

What's missing was a little thing that a seemingly killed theme function did in d6 http://api.drupal.org/api/function/theme_system_modules/6

That ksort right there is all that appears to be missing. The question is what impact ksort would have on a form array - given that this is merely a theme function... if you don't hear back from me, it means it wasn't good.

  foreach ($modules as $module) {
    if (!isset($module->info['package']) || !$module->info['package']) {
      $module->info['package'] = t('Other');
    }
    $packages[$module->info['package']][$module->name] = $module->info;
  }
  ksort($packages);

  // Display packages.
  $output = '';
  foreach ($packages as $package => $modules) {

Nothing appears to have blown up. Lets see what testbot thinks.

This is a duplicate of #800502: Module page is not ordered correctly.

@dww yeah about search... lol :-D