I’ve had a chance to catch up on the talk regarding the iPad and have had some interesting conversations about Apple as a whole in the past few hours. Many of the things i’ve been hearing lead me to get on my soapbox again – this time on the whole apple ecosystem and how it fits into my life.
Read more…
Today was the unveiling of the Apple’s official foray into the tablet market. I can’t wait to get my hands on this device, and I’ve already downloaded the SDK. Read on to see why I think the tablet is an excellently placed device in the market.
After thinking, guessing and loosely measuring, I’ve dremled out a portion of the TPX clip to allow for the QLoader feed hose to feed into the clip
Recently, I posted about using my QLoader with my TPX Pistol. From my last day at the field, i’ve come up with some ideas to address issues that I had, as well as make it easier to swap between the QLoader and standard clips.
Update: See Tippman TPX + Qloader = QClip – Pt 1 – Concept (13.274) for information on a slicker way to get your qloader working with your TPX.
Recently, i’ve taken up paintball as my recreational sport of choice. I’ve been planning to use a qloader on a Tiberius T9, but recent events have delayed my purchase of said product.
I’ve already got a Tippman TPX pistol, so I figured it might be a good idea to attach my qloader to it. Turns out, that it’s quite simple. You just need to attach the qloader to the picatinny rail of your TPX, via the RIS adaptor. From there, a standard length hose can be coerced into the handgrip of the TPX.
It makes for a bit of a heavy marker, but with the remote line adaptor, it seem to work fairly well.
I’ve got a really old Solaris app that requires Xforwarding.
Due to some security policies on the system, ssh -X wasn’t working out for me. I decided to manually set the display on the remote machine to point at a local X server.
I ended up having to make the following changes to the preferences to allow remote display forwarding (not through ssh)
It’s a good idea to toggle the settings back when you’re done.
This issue and various solutions, seems to be pretty rampant on the internet – i’ve just run into it myself
The solution for me was quite simple. The URL you are publishing to must be present in the Alternate Access Mapping (AAM) list of your SharePoint site. I was trying to publish to the IP rather than the server name, which was not in said list.
The URL you are publishing to must be present in the Alternate Access Mapping (AAM) list of your SharePoint site.
I was attempting this strange behaviour due to some temporary naming issues that i’m having in my lab network. While most SharePoint folk will not come across this error, I figured it might be useful to throw in my two cents as other people may tossing together temporary sites with little regard to the proper configuration of AAMs.
One of the comments on this blog post clued me in. The person mentioned missing host headers, at which point I realized that IIS probably doesn’t send them if you’re not requesting a “valid” SharePoint URL, as SharePoint itself probably adds the MicrosoftSharePointTeamServices header which Infopath uses to determine if the publishing target is valid.
I have a new ESXi box to play with and decided to try to connect to a VMware server machine using the infrastructure client. Lo and behold, it worked!
All you can really do is create VMs and view the consoles, but it works a heck of a lot better than the web interface.
If you’ve got it running on a non-standard port, you can connect to the SSL enabled port via
<ip of machine>:<vmware ssl port>
I’ve got a few sites sitting on this poor web server, which all need SSL for things like webdav and administrative access. I don’t like the SSL errors that come up on the sites, as they all share an IP. To remedy this, I’ve created my own CA and have signed certificates that are good for multiple domains. I’ve distributed my root certificate to everyone who wants to trust me for the purpose of SSL on my sites, or any other certificates that I happen to sign.
Read more…
Recent Comments