When attempting to start python tonight, Windows 10 suddenly produced the “python.exe has stopped working” error. Examining the event in the Event Viewer didn’t provide any more useful information, but surprisingly everything worked if I launched python.exe directly from Explorer – or through bash (cygwin), but not if I launched it through the regular command line (cmd.exe).
What solved it? Removing the old directory again (even after trying a fresh install) and then explicitly finding the 64-bit version from the python download page (it gives you the 32-bit version by default, it seems). Reinstalling with the new archive fixed everything, and now it works again (and I checked “pre-compile the standard library, but that shouldn’t change anything)! Woho! Now to just reinstall quite a few virtualenvs..
To change the title of an activity (to show a more custom title for a certain activity than the application title), you can set the new title either through calling
setTitle("foo") on the activity or by setting
android:label="@string/price_after_rebate" in your activity style.
The problem was that the latter didn’t work, while the first one did. I try to keep any static definitions related to the activities outside of the code itself, but that’s hard when it doesn’t work as expected.
Turns out that if there’s a title set in the
AndroidManifest.xml file (located under app/manifests/ in the standard layout / Android Studio), it’ll override any title set elsewhere in the definitions. You can change the specific titles by setting
android:label="@string/price_after_rebate" on the activity definitions in the manifest instead of the activity xml file:
This assumes that you’ve already made sure that your configuration is valid and is able to connect (you can do this by calling
openvpn --config /etc/openvpn/FILENAME.conf directly. It won’t be daemonized, but it will give you any errors on the console directly).
There’s a few details you’ll have to get right before the openvpn daemon starts your configuration automagically under Ubuntu:
- Your configuration has to be under
/etc/openvpn/FILENAME.conf. The .conf part is important. If it ends with .ovpn or anything else, it won't be loaded.
- Ubuntu isn't set to start all configurations by default. You can change this by editing
/etc/default/openvpn. Change the AUTOSTART variable to the configurations you want to start when the daemon starts. The example in the file says "all", which means that all defined configurations will start. This is OK if you want to keep openvpn up at all times.
- You have to tell systemd that you've changed the default file. If you don't do this, nothing will have appeared to change for openvpn - unless you restart the OS. And you don't want to restart your server just to make a setting visible. Do
systemctl daemon-reload to make systemd reload the settings (this is also in the comments in the file, but hey, you don't have time to read those, so now you're searching Google instead).
- Restart openvpn:
service openvpn restart
- Confirm that everything went OK by looking in
While trying to find out why my Intel RAID had disappeared after upgrading to Windows 10 (but I still had the disks visible), I was trying to install Intel RST to be able to configure my RAID and see if there was any configuration left. The Intel RST installer did however refuse to install, and just gave the cryptic message “This platform is not supported”. It didn’t say .. which platform or what a platform was or .. anything usable (and the log file didn’t tell me much more).
The reason? My motherboard had the SATA mode set to ACHI and not to “RAID”. Went into the bios, changed AHCI to RAID in the advanced / SATA configuration, and rebooted. Intel RST installed as it should! And I had to recreate my RAID1 – but Intel RST allows you to say “this is the disk you should keep, so mirror this to the other disk” when creating (be sure to check the LUN/BUS/etc. IDs in the properties for each disk so you can provide the correct disk as the master copy if they’re out of sync).
So: BIOS -> Advanced -> SATA -> SATA MODE -> RAID.
One of the requirements for an application we’re developing is that the same application should be served from different endpoints. The application currently lives at
/ at one of our servers, but should also be available at
/foo/bar – which is served through a 3rd party varnish with our server as the backend, pulling the application into a different domain name space.
mod_wsgi in Apache supports this, but for those of us who are not using the Apache version, you can also handle it directly in the Pyramid configuration by using the
urlmap handler, available in the
Our old configuration:
use = egg:applicationname
First, we’ll have to require paste in setup.py, so add:
requires = [ ... ] list in your
setup.py (and rerun
urlmap as your main application in your configuration (
development.ini, production.ini). urlmap will then route the request internally to the required application (which also means that the endpoints may point to different applications, but we’re not using that yet):
use = egg:Paste#urlmap
/ = applicationname
/foo/bar = applicationname
/spam/ham = applicationname
use = egg:applicationame
composite app is now the main entry point for the WSGI application, which then hands the request off to the actual application,
After producing an HTML5 banner, living in an iframe, delivered through Adtech / Helios, we had a case where the clicks weren’t tracked by the advertising platform. That’s as expected, since the content hosting the iframe is unable to manipulate any content within the iframe (unless they’re on the same originating host, and we’re serving our content by ourselves to make it dynamic and without a huge setup cost (in time)).
Turns out Adtech / Helios has a few variables that it can replace when delivering the URL or the HTML of the iframe (similar to the function of a clickTAG for Flash content):
_ADCLICK_: Standard variable for click tracking
_ADCLICKESC_: URL is escaped by the ad server
_ADCLICKDEC_: Decoded target URL
_ADCLICKDECESC_: Decoded and escaped URL
We went with
_ADCLICK_, which will be replaced by the URL to prefix any link in your own content with. That way the click will be routed through the tracking code at the ad server, and the counts should match what we’re actually seeing on the other side (through analytics and events).
Luckily the link to prefix does not contain any special characters that need to be escaped (they use ; as a separator) when used in as GET arguments in an URL, so you can add an argument to the existing URL:
This also works in
After spending quite some time to install imagick for PHP under Windows, I’ve finally gotten a solution that work. Fetch the prebuilt binary files from pecl (select the newest one with a windows icon behind it), and download the version for your platform. If you’re not sure, you probably want Thread Safe (if running under Apache) and x86 (you can see which platform your PHP is compiled for at the top of the phpinfo() output).
After enabling the extension, you’ll probably get a few error message about missing DLLs. This is where it gets interesting – quite a few sources on the internet will tell you to install the ImageMagick distribution for Windows, but the current version of php_imagick uses a few deprecated functions in wand, etc. Previously the dll-s bundled with imagick in the same library could be copied into the installed version of imagick, but this doesn’t seem to work any longer.
However, hidden in a PHP bug report, there’s a path to a repository of dependencies for running php_imagick under Windows, which is the complete set of compiled dll files it expects. Download the correct version of ImageMagick (something like ImageMagick-6.8.8-…) and unpack it. I ended up copying everything from bin/ into my ImageMagick installation dir, but that’s .. rather overkill and will probably cause some mystery error in the future. Copy them to a separate location that you add to your path and test PHP from the command line. Hopefully you’ll see more supported image formats now!
While attempting to get sphinx to build the documentation for Imbo, I ran into the error message “Could not import extension sphinxcontrib.spelling (exception: cannot import name xmlrpc_client)”. I had just installed sphinxcontrib.spelling, so I had assumed it would pick up any dependencies – apparently not.
The python xmlrpc_client module name comes from the six library, a library to help write code that works on both python2 and python3. The library was installed, but apparently Ubuntu had an older version available, where xmlrpc_client wasn’t available.
Solution: Update six manually with pip:
sudo pip install --upgrade six
One of the issues I’ve come across when using Sphinx (awesome application) for writing documentation is that the table of contents disappear when using the
singlefile format (which generates the documentation as one large page instead of having to click through to other files).
Luckily Matteo Franchin had the same issue, and created a small extension for Sphinx that allows you to add a TOC to SingleHTML builders as well! The problem I discovered after a while is that it ends up adding redundante HTML anchors for each level when resolving the TOC, where it ends up generating #html#anchors like that. Which doesn’t work.
I solved the issue (.. for my simple case, this is still a hack) by adding regular expression that removes any HTML anchors that are followed by another HTML-anchor (and could very possibly eat a lot more in edge cases, but hey, it works for me!).
rendered_toctree = re.sub(r'(#[^ "]+)#', '#', rendered_toctree);
The lines around line 59 should then look like:
rendered_toctree = builder._get_local_toctree(docname, **kwargs)
rendered_toctree = re.sub(r'(#[^ "]+)#', '#', rendered_toctree);
node['content'] = rendered_toctree
After upgrading from Apache 2.2 to 2.4 in a Windows development environment, all my virtualhosts stopped working. I could add syntax errors to the files which would make Apache refuse to start up, or get notices about invalid document roots, but the virtual host server names just wouldn’t catch on.
After removing the reference to
Include conf/extra/httpd-vhosts.conf things suddenly started working! Weird. The reason seems to be that the default vhost referenced in
_default_ instead of
* to reference the virtualhost name. I’ve used
* in all my configuration files, and apparently Apache refuses to reference any
* references if it hits a
_default_ name in the VirtualHost configuration first. That seems weird, so if someone has any more information about what’s causing this, I’m very interested.
My setup now works again, so I’m not going to start digging into the source to find the reason for this just yet. :-)