Domain: po-ru.com
Stories and comments across the archive that link to po-ru.com.
Comments · 7
-
Re:Air/Flash License
iPlayer-Downloader has no licensing restrictions and no DRM
:-) -
Instructions - how to find the download
Here's what you have to do:
Turn on the beta 'labs' features here, then get the installer. You might be able to get the installer from this link, but if not, choose "Download" from this page.
Here's some further info for installing on the Mac, and installing on Linux - but the above should suffice.
Of course, you're better off using iplayer-dl to download the flash streams DRM-free
;) -
DRM-Free?
We already have that...it's called the iplayer downloader...
-
Eeepc Netbook Support
This version of Ubuntu works better on the EEEPC than Hardy did. They have included alot of eeepc modules so less tweaking is needed. If you have a 701 with 4gb, compressing
/usr will give you a at least 1gb free space, possibly 2gb. I used this tutorial too do it: http://po-ru.com/diary/linux-liposuction-or-xubuntu-in-under-a-gig-on-the-eee-pc/ The tutorial works on Xubuntu and Ubuntu, possibly Kubuntu but I haven't tried that. Read the comments on that page for extra help. -
Re:cannot seem to do it with firefox
YouTube et-al:
cp ~/.mozilla/firefox/*/Cache/`ls -S1 ~/.mozilla/firefox/*/Cache/ | head -n1` rip.flv
Escapist et-al:
cp /tmp/`ls -S1 /tmp/Flash* | head -n1` rip.flv
Both of these work on the assumption the one you want is the biggest file in your cache. Make sure you fully buffer the file before starting the copy.
The BBC's iPlayer never caches the whole file but the is a much nicer solution here:
iplayer-dl -
Re:How long?
It's already been "reopened", apparently - http://po-ru.com/diary/bbc-iplayer-fix-hacked-again/
-
Blame GNU's locales
If you use en_US.UTF-8, en_GB.UTF-8, and probably any other en_XX.UTF-8 as a locale on Linux, you'll have Unicode trouble in a lot of apps: not just PostgreSQL. This is due to weirdness in the locale tables on glibc.
This problem does not affect other European languages, whose tables are coded correctly.
For a demonstration, look at this file. It shows the erroneous output of strxfrm under en_XX.UTF-8 locales, compared to other locales. Note, for example, how all Japanese kana evaluate to the same value, giving totally broken results for comparisons.