Preparation for Star Trek Online 11.5 gone wrong?

I ran the stand alone launcher for Star Trek Online tonight. It wanted to patch 103 MB, a download of roughly half that size. That was a bit surprising as the last maintenance was done late last week and no new maintenance has been announced. I clicked on the Engage button and nothing happened. I ran the stand alone launcher again. This time it wanted to patch 9863 MB, which amounts to a download of nearly 7 GB, as measured at work. If you don’t play the game but simply close the launcher, then the whole download dance repeats when you run the launcher. If you do play the game, then I would not be surprised if the download cycle repeats the next time you run the launcher.

No Star Trek Online for me tonight, but rather “Star Trek Offline”. Better luck tomorrow, I hope.

Upgrading PostgreSQL 9.4.6 to 9.5.1

All commands were done as the root user unless indicated.

su -l pgsql
pg_dumpall | bzip2 -9c > all-db-9.4.6-2016-02-17.sql.bz2
chmod 0600 all-db-9.4.6-2016-02-17.sql.bz2
/usr/local/etc/rc.d/postgresql stop
make -C /usr/ports/databases/postgresql95-server config-recursive
pkg delete databases/postgresql94-contrib
portupgrade -fpvo databases/postgresql95-client databases/postgresql94-client
portupgrade -Nfpv databases/postgresql95-contrib
portupgrade -fpvo databases/postgresql95-server databases/postgresql94-server
portupgrade -fprv -x databases/postgresql95-client -x databases/postgresql95-server -x databases/postgresql95-contrib databases/postgresql95-client
mv /usr/local/pgsql/data /usr/local/pgsql/data0
su -l pgsql -c 'mkdir /usr/local/pgsql/data'
/usr/local/etc/rc.d/postgresql initdb
/usr/local/etc/rc.d/postgresql start
su -l pgsql
bzcat all-db-9.4.6-2016-02-17.sql.bz2 | psql -f - template1
# Transfer all relevant settings from /usr/local/pgsql/data0 to /usr/local/pgsql/data for pg_hba.conf and postgresql.conf
/usr/local/etc/rc.d/postgresql restart
su -l pgsql
pg_dumpall | bzip2 -9c > all-db-9.5.1-2016-02-17.sql.bz2
chmod 0600 all-db-9.5.1-2016-02-17.sql.bz2
rm -R /usr/local/pgsql/data0

Another bad KB? KB3123862

Earlier this week Microsoft released another batch of Windows updates. Among them are KB3123862. As usual, the title displayed by Windows Update gives no clue to what this update actually does: “Update for Windows 7 for x64-based Systems (KB3123862)”. Clicking on the More information link reveal the following:

Updated capabilities to upgrade Windows 8.1 and Windows 7

This update adds capabilities to some computers that lets users easily learn about Windows 10 or start an upgrade to Windows 10.

“Easily learn about Windows 10”? “Start an upgrade to Windows 10”? I have an experimental laptop at work where I learn all I can about Windows 10 and the applications we use at work. That’s all I need at the moment.

No, thank you. I don’t want to install Windows 10 until I’m willing. Needless to say, this update was never installed on my Windows 7 computer at home, and the update was promptly hidden.

I feel really sorry for the computer illiterate. How are they supposed to know what’s good or bad for them?

The list of bad KBs when it comes to Windows 10 and its intrusiveness is expanded to cover:

  • KB2952664, Compatibility update for upgrading Windows 7
  • KB3022345, Update for customer experience and diagnostic telemetry (superseded by KB3068708, see below)
  • KB3035583, Update installs Get Windows 10 app in Windows 8.1 and Windows 7 SP1
  • KB3068708, Update for customer experience and diagnostic telemetry
  • KB3075249, Update that adds telemetry points to consent.exe in Windows 8.1 and Windows 7
  • KB3080149, Update for customer experience and diagnostic telemetry
  • KB3123862, Updated capabilities to upgrade Windows 8.1 and Windows 7