Letter to Dedre Stafford and the Mustang Public Schools Board of Education

I haven't posted anything in a long time but have been thinking about it for while. This seemed like a good thing with which to start back up. I sent this to the members of the Mustang Public Schools Board of Education this evening; it is addressed to Dedre Stafford, the school board representative for our seat:

Ms. Stafford,

I sincerely hope you take the time to read and give serious thought to my points in this email. 

I am a member of the district you represent on the Mustang Public Schools Board of Education and I request that you take action to rescind the ill-conceived mask requirements and return all students to full-time, in person instruction (allowing, of course, an option for parents who choose online learning for their child[ren]).

Like you, I am a former educator. I am also the father of 10 children, one who graduated in July, 8 of whom are currently enrolled in Mustang Public Schools, and one (hopefully) future Bronco. I understand that precautions were taken and plans were made out of the now cliche "abundance of caution" but as more and more data is available, it is clear that 1) COVID-19 is not the public health crisis we were initially led to believe, 2) requirements and mandates for mask use by the general public do absolutely nothing to stem the spread of infections of any type, and most alarmingly, 3) the mental health crisis being created by policies such as the ones for which you voted (i.e. A/B day schooling, etc.) is an actual and imminent danger to each and every child in Mustang Public Schools as are similar policies in  school districts across the country.

To the first point, I have been monitoring the Case Fatality Rate (CFR) in Oklahoma since March and has been in total freefall since May; it is currently at 1.19%. It is critical to note that the CFR doesn't represent the mortality rate of an illness, it represents the fatality rate among reported cases (when actual infection rates are considered, the mortality rate of COVID-19 drops by at least an order of magnitude). The actual infection rate of COVID-19 isn't known but based upon the available data, hospitalization and fatality rates appear to be approximately the same as influenza [] with the rates for young people being far lower than for influenza (for which we don't stop school or wear masks).

With regard to the use of face masks, I know that this point has been contested to the point of beating a dead horse, but I beg you to reconsider. I won't contest the efficacy of mask use by the general public in this message (even though it is premised entirely upon superstition and pseudoscience and unbiased studies prior to this spring actually caution against the use of cloth masks []), but requiring children to wear masks during play or physical activity is directly contrary to the guidance of the World Health Organization [] (as is requiring children under the age of 5 to wear a mask at all). Further, the psychological damage being done to our children is ill considered and very real. For example, in 2004, guidance was published for developing guidelines for wearing masks while working around children []; it notes that, "for children and adults who have been physically and/or sexually traumatized, masks may be experienced as especially threatening."

However, the most troubling and the reason I am writing to you is the third point. Our children are in imminent danger. Here are several examples of the imminent danger of suicide our children are facing:
• A recent report in the Fort Worth Star-Telegram noted that a "nearly record number of children have been admitted to Cook Children's Medical Center this month after attempting to die by suicide," (
• During an emergency meeting of the Atchison County Commissioners to discuss the possible total lockdown of Benedictine College in Atchison, Kan., Dr. Linda Henry, the university's Vice President of Student Life stated that Benedictine College's mental health clinic had over 100 appointments during the first 2-weeks of school alone ( It's important to note that the undergraduate enrollment for the entire school is only around 1,900 students; this means that more than 5% of the student body had some state of mental health crisis during the first 14-days on campus.
• In May, doctors at John Muir Medical Center in California reported that they have seen more deaths by suicide than COVID-19, saying that they've, "seen a year's worth of suicide attempts in the last four weeks" (
• In June, my 18-year-old daughter told me directly that she personally knew 3 people who had committed suicide since March.

This is not a perceived threat, this is a real and actual threat to our children which I hope that you would agree is totally unacceptable to ignore. The Mustang Public School District already has an alarmingly high rate of teen suicides and attempted suicides and continuing to vote against the mental health of our children is complicity in the death of any of our students who choose to take his or her own life.

Please, for the sake of our children, take action to return Mustang Public Schools to normal operations. I look forward to your response.


Justin Karpilo


Great White Heron


Christmas Ice Storm 2013

[print_gllr id=694]


May 21, 2013

Taken from my roof the day following the F5 tornado on May 20, 2013 in Moore, Okla.

Software Development Technology

AppFabric 1.1 for Windows Server – 2 Quick Fixes

This morning I ran into a couple of issues with my local installation of AppFabric (which I use for dev and testing) and figured I would post the quick solutions here in the hope that it may save you some time in the future.

Issue #1

This was actually the issue that caused the second one (okay, I actually caused the second issue while trying to fix this one... +1 for BBTF* in the future):

What I ran:

$ use-cachecluster

The result:

use-cachecluster : ErrorCode<ERRCAdmin040>:SubStatus<ES0001>:Failed to connect to hosts in the cluster
At line:1 char:1
+ use-cachecluster
+ ~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Use-CacheCluster], DataCacheException
+ FullyQualifiedErrorId : Microsoft.ApplicationServer.Caching.DataCacheException, Microsoft.ApplicationServer.Caching.Commands.UseCacheClusterCommand

The fix

Make sure that the remote registry service (aptly named RemoteRegistry) is running; AppFabric uses this service to connect to the cache cluster (even locally):

net start RemoteRegistry

Issue #2

Trying to fix the above problem I figured that I had fouled up my installation with the application of some hotfix, CU, or some prerelease software (I did just install the Visual Studio 2013 preview along with .NET 4.5.1) so I figured I would back the AppFabric caching service out and reinstall it . . . wherein the reinstallation promptly failed returning the ever-so-helpful error: 1603.

The fix

What worked for me is correcting an environment variable that was fubar'd:


An inadvertent " (double quote) had found its way into this entry; it was following the Workflow Manager path (C:\Program Files\Workflow Manager\1.0) but I'm not sure if this was coincidence or not as this was the last path in the string. Removing the offending double tick allowed the AppFabric installation to finish successfully while simultaneously allowing me to realize that I was back where I started with issue #1.

Did this help you? Let me know in the comments.

*Bing Before Trying Fix

Software Development Technology

AppFabric High Availability Cache Cluster on Windows Server 2012 Standard

Using AppFabric for Windows Server is a very solid choice for a distributed application cache back end for web farms. However when preparing to roll this out several weeks ago, I was met with an interesting problem: the High Availability features of AppFabric caching require you to be running Windows Server Enterprise edition or higher on all cluster nodes.

In initial planning for this environment, I was told by our SysAds that this was no problem, if we need Enterprise, we can have Enterprise. However, several weeks later, when I presented my architecture diagrams to the server team, I was told that there may be a slight snafu: Windows Server 2012 doesn't actually have an Enterprise edition and we are being prompted by our licensing consultants to not roll out any more Windows Server 2008 R2 Enterprise boxes either. We were not alone in this problem; it appears that this was a genuine oversight on Microsoft's part.

We finally put a call into Microsoft which (after about two weeks) ended with me opening a support request with Microsoft. Less than two hours after initially opening the support request, I received a call back which informed me that a solution was nigh! Microsoft had just released Cumulative Update 4 (I was only aware of CU2 - which is linked to on the AppFabric download page) which addresses this specific issue! It appears that CU4 was released on April 11, right around the time we resorted to calling Microsoft.

I installed CU4 yesterday afternoon and, at initial glance, it seems to have resolved the issues we were seeing. Stay tuned for another article about using AppFabric High Availability Caching to back your web farm.

Did this article help you? Let me know in the comments!

Software Development Technology

Visual Studio Tools for Git + Default Source Control Provider

I've been test driving Microsoft's awesome new Visual Studio Tools for Git for since it was announced on January 30 and decided to take the plunge and make it the default source control provider when creating a new project. The problem is that my aim was apparently off and I left "Team Foundation Version Control" selected when I checked "Use the selected system when creating new projects in the future" and clicked OK. No problem, right? I started digging through Visual Studio's settings pages but came up blank when trying to find the obscure checkbox that will allow me to reset my inadvertent series of misclicks. AppData folders? Wrong again. Finally after slogging my way through the registry, I finally found the correct setting to change stored in the key ChooseSourceControlDefaultSccProvider located in \\HKCU\Software\Microsoft\VisualStudio\11.0\TeamFoundation\SourceControl\General. Setting this key back to "0" (it was set to "1") restores the dialog that allows you to select your source control provider when creating a new project. Piece of cake, right?

Did this help you? Is there an easier way to reset this? Let me know in the comments!

P.S. If you're a Git or TFS user and haven't tried the Visual Studio Tools for Git, why not?

Software Development Uncategorized

ZipArchives in .NET 4.5

I've been playing with the new (better? improved?) support for zip files in .NET 4.5 and ran into some issues recently where I couldn't read the contents of an archive I had created or when I added entries to an archive, they never appeared.

When I would create the archive using the ZipFile.CreateFromDirectory() method, everything worked just fine:

ZipArchive archive = ZipFile.CreateFromDirectory("C:\\PathToSomeDirectorySomewhere",

However, when I tried to add files to it, they would never show up:

ZipArchiveEntry entry = archive.CreateEntryFromFile("PathToSomeOtherNewFile",

So I decided to try creating the zip file manually, thinking that maybe there was an issue with modifying a CreateFromDirectory() archive:

ZipArchive archive = ZipFile.Open("C:\",

Now, when I opened it with WinRAR (or 7Zip, or <insert tool of choice>), I received some errors when trying to actually view the contents of entries.

At this point, I'm thinking that I'm missing something that actually closes the file or writes it to disk; it turns out that I was. I added archive.Dispose() to the end of the file and everything started working. Lazy programmer me. After re-reading the example I had been using (from this MSDN Magazine article:, I realized that I had missed a critical difference between the example and my implementation:

using (ZipArchive archive = ZipFile.Open(...)
   //Stuff goes here...

This pretty much took care of the issue entirely - just make sure that the ZipArchive is disposed when you're done with it.


Windows 8 + Cisco AnyConnect VPN

I'm bringing up a new workstation at home and decided to give Windows 8 a shot. I've been running it in a VM at work for some time now with (relatively) few issues and decided to violate my rule of not running pre-release software. So I went to VPN into work this evening and kept getting an error from the Cisco AnyConnect VPN client. At first I thought it was some sort of firewall issue, but this turned out not to be the case. After some digging, I came upon this blog post:, which basically has you modifying a registry setting. So, violating yet another rule of mine (not mucking around in the registry of my systems), I gave it a shot and WALLAH!* problem solved. In short, modify the registry value: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vpnva and remove the nonsense at the beginning, leaving only the words: Cisco AnyConnect VPN Virtual Miniport Adapter for Windows x64. If this fixes your problem, head over to and give him some love.


*yes, I know it's "voilà" - this is a bit of an inside joke.

Random.Next(); Religion Uncategorized

Two Archbishops at Odds

I really hate to see bishops disagree; but in this case, I firmly stand behind Archbishop Coakley!