I realized that when searching for python and lzo, my github page is the first link. I’ve also noticed that people keep forking my github version and that there is no PyPI entry for python-lzo.
So, I decided it is fair to consider myself the maintainer for python-lzo and have registered it as a PyPI package. Find it here: https://pypi.python.org/pypi/python-lzo/1.08.
I guess the next steps will be to setup travisci, update the setup.py, add python3 compatibility and find out what changes the people forking it are making.
How to convert audio format in a video file:
ffmpeg -i input.mkv -vcodec copy -acodec ac3 -ab 448k output.mkv
I liked last.fm’s irccat as an easy way to post events (task completion and errors) to an IRC channel. I was less crazy about the recommendation to use ant to execute it. When I moved it to a OpenVZ VPS that used venet, it stopped working reliably. I’ve actually had trouble with quite of few Java services on that sort of VPS. So, I wrote my own in python, and it can be found on github and PyPI.
An added benefit is that much less memory is now used as well.
In January, Google said:
“With the launch of CardDAV, it’s now possible to build a seamless sync experience using open protocols (IMAP, CalDAV and CardDAV) for Gmail, Google Calendar and Contacts. We’ll start rolling out this change as planned across all platforms.” (citation)
Yesterday, Google said they would be moving CalDAV support to whitelisted only on September 16, 2013, and that new developers should use their propriatary API (citation).
Removing an entire service, like Google Reader is fair enough, but open standards access, like CalDAV, from products that are used by default with most new phone and tablets sold is low.
Removing Google Reader made me glad I never switched to it. Removing CalDAV support makes me want to renew my efforts not to use Google services beyond search.
Does anyone know if aCal is still read only?
I’ve long had a suspicion that I should just switch to Google Reader instead of continuing to develop my own feed2 reader software (found on github).
Today’s news that Google Reader is being shut down makes me feel rather vindicated. I may even decide to push forward and make an Android client now like I’ve been thinking of doing.
The upgrade from LibreOffice 3.6 to 4.0 on Windows wants you to reboot the computer. I expected better of free software.
It is night time. David is in bed. Deb is sitting next to him reading a book titled “Hey! Wake Up!“
I got sick of Java updates on Windows trying to trick me into installing McAfee or the Ask toolbar, so I went searching for a solution. I found a different build of Java from Oracle that solves the issue.
Go to this page: http://www.oracle.com/technetwork/java/javase/downloads/index.html
Click on the top Download button in the JRE column.
Accept the License Agreement, then choice to download Windows x86 Offline.
This can then be installed and it will not try to get you to install crapware. It can even be installed from the command line without requiring any further user interaction (see: http://java.com/en/download/help/silent_install.xml).
I just upgraded from PostgreSQL 8.3 to 9.2. In doing so, I also went from a Sun optimized build (since I installed their supplied version before) to a self built version where I didn’t fiddle with optimization at all (the documentation suggests -O5, but I let it go with the default of -O3). Despite the lazy build, it seems a lot faster in terms of the queries some of my python code executes.
Once we have an AST, I can picture how to implement some features (getters/settings, maybe block scoping).
Two pieces that I think could be useful, if someone were to implement this are esprima and escodegen . When looking at esprima, be sure to check out the harmony branch.
Another related project is Narcissus (https://github.com/mozilla/narcissus/wiki). Narcissus is a meta-cirular evaluator rather than a compiler, which I take to mean that there will be a performance hit likely to make it unacceptable for use with IE 7 & 8. However, performance on IE isn’t relevant anyway since this implementation relies on features only found in recent SpiderMonkey engines (and thus also won’t run in Chrome be default).
While on the topic, I should probably mention re-using some of the shims and polyfills out there (such as harmony-collections), as well as Traceur. Traceur is ECMAScript 6 input and ECMAScript 5 output.
One question I have is should the compiled output include polyfills, which can effect other libraries you use and would be unsafe in facebook apps, or should it all hide behind a function like Facebook’s ES5 library. As you can see in Facebook’s blog post, the ES5 wrapped code is less pleasant to read and they mention a performance hit. I suppose for extra work, such a compiler could support both.