shr-max-image-proportion - yes! #emacs

I am working on a system that allows me to read Atom/RSS-feeds using nntp - in Gnus, Thunderbird, slrn, or whatever newsclient you prefer.

Reading the newsfeed of the Danish Broadcasting Corporation was annoying me a bit, because the pictures they include are huuuge.

It would be nice if they were scaled down a bit - but I don't want tiny images scaled down as well...

Lo and behold, Lars has already solved this problem in shr.el, the HTML-renderer used in Gnus (and eww): setting shr-max-image-proportion to 0.5 on the topic of all my Atom/RSS-based groups → hey presto, problem solved.


There, I fixed it #cars #hardware

Keyfob with gaffa tape


Spontaneous byte change in .gz file

The Visitors run I do over all my web log files automatically started complaining about one of the compressed files today:

  gzip: /var/www/www.asjo.org/logs/access_log.103.gz: invalid compressed data--crc error
  gzip: /var/www/www.asjo.org/logs/access_log.103.gz: invalid compressed data--length error

Logging into the machine and testing the file confirms the problem:

  $ gzip -t access_log.103.gz 
  gzip: access_log.103.gz: invalid compressed data--crc error
  gzip: access_log.103.gz: invalid compressed data--length error

So I get a copy of the file from backup; it is the same size, and it isn't invalid according to gzip -t. Let us compare them:

  $ cmp --print-bytes access_log.103.gz access_log.103.gz_from_backup
  access_log.103.gz access_log.103.gz_from_backup differ: byte 189783, line 646 is  40    41 !

One byte changed! Yikes.


Let's Encrypt bonus #android #security

Before Let's Encrypt I had created my own certificate authority certificate, which I signed my http, xmpp, and mail-certificates with.

To stop my phone from complaining about the dangerous, unsafe, unhealthy, and non-glutenfree certificates, I installed my ca-cert on the phone.

For some reason I cannot fathom, Android mandates that I then must have a lock screen with a pattern/password/something, and the phone also insists on warning me when it boots that my every network move can be monitored.

So, a nice bonus of switching to Let's Encrypt certificates is that I can de-install the home made ca-cert from my phone, and get rid of the annoying pattern-lock screen!


XEmacs status 2015 #emacs

I stopped using XEmacs 4 years ago - stopped my buildbots and automatic Debian package building scripts, and migrated to GNU Emacs.

The stuff that I missed from XEmacs I could implement in 40 lines of elisp in GNU Emacs.

Two years ago the XEmacs packages were removed from Debian.

The XEmacs release manager - doing what the does best - has written a looong announcement about the ever slowing pace of XEmacs, and questions the future.

It has been a long time coming, but maybe a refocus for the folks left is a good thing.


Let's Encrypt! #security

After applying to join the Let's Encrypt beta program a while back, I got an email with an invite for the domains I registered.

Yesterday I set it up, using the '--standalone' mode of the letsencrypt-auto program - so I had to close down the webserver while it ran - and configured Apache to use the certificate obtained.

Lo and behold, it works!

Very nice, and very nice job by the people working on Let's Encrypt!

I missed a good handful of my (sub)domains, so I have applied for those, and I am planning to get a certificate for use by my mail server, and one for my XMPP server next.

And then I need to automate the renewal of certificates - Let's Encrypt have chosen than certificates are valid for 90 days, making the downside of a security breach relatively small, while also encouraging people to automate the process.


Glorious 4K #computers #hardware #x

In the beginning of the year, I got a new 4K 28" monitor. At the time I struggled a little to get my desktop computer to drive it at full resolution, but succeeded.

Later in the year I got a laptop and ditched the desktop altogether. Unfortunately I couldn't make the laptop drive the monitor at full resolution, so I ended up with a script running this command when connecting the laptop to the dock:

    xrandr --display :0 --output DP1 --mode 2560x1440 --scale 1.5x1.5 --panning 3840x2160

which is kind of ugly, because the scaling makes the display quite fuzzy.

This evening I was trying to figure out how to make the touchpad less jerky - the default settings has a too high minimum move distance, if you can dig that. So I found this nice recipe: "Get a rock-solid Linux touchpad configuration for the Lenovo X1 Carbon", and was intrigued to find a page on using a 4K display with the laptop in question, on the same website.

He got it running at 30 Hz, but mentions a BIOS update to make 60 Hz work with the displayport cable. Hey, now we're talking! So I downloaded the latest BIOS update (which is 1.11 at the time of writing this, the page linked to above talks about 1.08), which comes as a 33 MB .iso on the Lenovo homepage.

Great, I'll just dd that to a USB stick and boot from that. The docs do mention that only UEFI boot works for the iso, and that a USB CD-drive is mandatory. Regardless of what setting I put for UEFI booting in the Setup, I couldn't make it boot from the damned USB stick. I even tried another stick. Before giving up for the night, I searched for the problem, and found this page: "Updating the BIOS on Lenovo laptops from Linux using a USB flash stick".

The solution? Install the genisoimage package, and then run "geteltorito n14ur10w.iso > better.iso" to get an iso that can be dd'd to a USB stick, and booted in Legacy mode.

BIOS updated, laptop connected to screen, and after running:

    xrandr --display :0 --output DP1 --mode 3840x2160

full resolution - nice!


Archive... Search... Keywords...
Publisher at Google+
Sommerhus 2015


First colour transmission in Danish television (47).

Charles Darwin (207).

Abraham Lincoln (207).


Robbie Willams (42).

DASK (58).


Valentine's Day.


BBS (38).


Car free Sunday, Copenhagen

Yoko Ono (83).


International modersmålsdag (17).


streetkids.dk (16).


mozilla.org announced (18).

Ørsted satellite in orbit (17).


seistrup.dk (17).


Leap year.

0.0370 s