In previous iOS versions, apps that were updated on any iOS device would simply be transferred to the PC during a sync.

However, apps that were updated/purchased on an iOS 9 device will not be synced to the PC. This is due to Apple’s new policy (from iOS 9 onwards) of only loading the appropriate components of an app to a device. For instance, only the iPhone related components of an app will be loaded into an iPhone, the iPad artifacts in the app will not be loaded. Hence, this means that the app on an iOS device is not 100% complete. This is the reason why apps updated on an iOS 9 device will not be transferred to a PC during a sync. A PC will only contain apps that are complete.

Apps that are updated on the PC will be synced to the iOS device.

One way to maintain the identical set of apps on a PC is to manually download the apps that were downloaded on a device to the computer as well via iTunes. An easy way to see in iTunes the apps that are not present on PC, but present on your device is to go to the App Store > ‘Purchased’ (on the right hand side) > ‘Not in my library’ . Strangely, it is not able to sort the apps in chronological order even after sorting by ‘Most Recent’.. Is this a bug or something, I’ve no idea.

I’ve to agree that this new policy change is not well communicated to the general public by Apple. Such major changes should be explained clearly. I faced the issue of numerous apps being stuck on ‘waiting..’ after syncing and was wondering why. I did some research and this is what I am able to conclude so far.

I encountered the above just now as I was attempting to open the html file generated by the powercfg -ENERGY command.

My first thought was to try opening it in another browser, Chrome, to see if it can load. Result = failure. Hmm.. I did some googling and nothing substantial was discovered.

At last, I had a brainwave and concluded that perhaps there is something to do with the security in Windows system folders, as this particular html file is in the System32 folder. I copied the energy-report.html file to another directory and lo and behold, it loaded properly in the browser 😀

Apparently, my hypothesis was correct but of course, without deeper analysis it is impossible to definitively determine that it is due to the enhanced security for Windows system folders..

Nslookup simply uses the first DNS server it detects among all network adapters present in the system.

Run ‘netsh interface ipv4 show dns‘ to display a list of network adapters and the respective DNS addresses (if applicable). You will notice that Nslookup will assume the first DNS address it finds in this list as the DNS server to use.

A graphical way is to go to open ‘Network and Sharing Center’ > ‘Change Adapter Settings’. Take note that however, the order of network adapters shown graphically here may not be the actual order that is read by Windows. This view is simply for viewing the DNS address of each adapter graphically. In order to see the actual order graphically, press the Alt key, click ‘Advanced’, and then click ‘Advanced Settings’. Click the ‘Adapters and Bindings’ and then under ‘Connections’, click the connection you want to modify and raise and lower its position accordingly.

It took me awhile to figure this out, I was wondering why nslookup wasn’t using the DNS address on my active wireless connection. It turns out that there is another adapter that is higher in order that has a wrongly configured DNS address, and nslookup was using the erroneous DNS address to perform its function.

You may be wondering, if I have 2 or even more different Python versions on my computer, which version would be used when you execute a Python script ?

It turns out that there are 2 ways to specify the version of Python you wish to use for execution of a script.

1) Per-file

For each Python file, add a #!python3 or #!python2 as the 1st line of your file, depending on which version of Python you wish to use for the particular file. A spacing between the hashbang and python word is fine too. Both #!python3 and #! python3 works.

2) In the command line

In the command line, py -3 myfile.py executes myfile.py using python3, and as you might expect, py -2 myfile.py uses python2 to execute the file.

Take note that the command line version specification overrides the #! specified in the file. Eg: In myfile.py you inserted #!python2, but in the command line you entered py -3 myfile.py. Python3 will be used to run the script.

Notes

If you have multiple versions of Python 2.X or 3.X, Python by default will use the latest version. Eg: If you have Python 3.2 and 3.4 installed, #!python3 will use Python 3.4 .

Without any specification in the command line, the default is Python 2. Eg: Entering py myfile.py or myfile.py will use Python 2.

I have just installed Linux Mint 17 xfce and realised with frustration that the am/pm time format doesn’t display at all. I tried %p, %P, %r .. all of them couldn’t work.

Initially, I presumed the issue lies with xfce’s TimeDate plugin. Thus, I ran Backbox Linux, which also uses xfce. The TimeDate plugin works fine in Backbox, which means that it wasn’t the xfce plugin that is causing the problem.

Did some research and figured it could be a problem with the system locales..

I have both VMware Player v6.0.1 and Virtualbox v4.3.10 installed on my laptop.

All these while, networking worked fine for both Virtualisation software, until a few days back. My VMware Virtual Machines (VMs) using Bridged network interfaces have no network connection. NAT worked fine.

I happened to have a Virtualbox Bridged interfaced VM running just a few hours back that day and the connection was working fine.

The DNS servers shown by ipconfig were the default ipv6 DNS addresses which was strange, when I am using ipv4. No gateway server address was present as well. Netmask was also different from my usual /24 configuration. Things were really strange..

Hence, I did everything I knew of to attempt to get the network back in working condition.

I reset the TCP/IP stack to its default, flushed the DNS cache.. nothing worked.

Just when I am about to give up all hope, I came across a post about VMware automatically connecting to the Virtualbox network adaptor when Bridged networking is used.

I manually set VMware player to connect only to either my Ethernet or wireless adaptor and it worked !!