If that is how you define pair programming, how is pair programming different than just working with someone on a problem? Legit question.
sometimes that means bucking the rules of whatever the methodology prescribes and doing what works for your team.
for example: xp people tend to suggest frequent pair rotations in order to spread knowledge (faster?). I know half my team, though advocates of pair programming, would be pretty unhappy with that given the costs of context switching.
maybe some people will point at that and say we're not really pair programming /shrug