<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-us">
  <title type="text">the stream</title>
  <subtitle type="text">Links to articles, short comments on various topics - basically the sort of posts I would have put out on Google+ in previous years.</subtitle>
  <updated>2026-05-17T04:00:03+00:00</updated>
  <generator uri="https://getlaminas.org" version="2">Laminas_Feed_Writer</generator>
  <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/"/>
  <link rel="self" type="application/atom+xml" href="https://web.gxis.de/tiki/tiki-blog_rss.php?blogId=4"/>
  <id>https://web.gxis.de/tiki/</id>
  <author>
    <name>Alexander Bochmann</name>
    <email>ab+atom@st.gxis.de</email>
  </author>
  <entry>
    <title type="html"><![CDATA[Apple Magic Mouse (A3204) on Windows, 2026 edition]]></title>
    <summary type="html"><![CDATA[Apple's Magic Mouse line uses a touch surface instead of a scroll wheel, which isn't directly supported by the standard MS Windows mouse driver.<br />
<br />
Apple provided Windows drivers for these mice as part of their Bootcamp package, last published around 2016. There's tons of articles out there on how to retrieve these drivers with <a class="wiki external"  title="External link" href="https://github.com/timsutton/brigadier" rel="external nofollow">Brigadier (Github Repo)</a>, but they won't work with the latest Magic Mouse that has an USB-C charge port.<br />
<br />
Apparently this is due to newer Magic Mouse models having a different Bluetooth PID that's not listed in the .inf for Bootcamp drivers.<br />
<br />
Luckily, someone went to dig through all this and created an installer that beats AppleWirelessMouse.sys into a shape that's both acceptable by Windows 10 and 11, and solves the BT PID issue:<br />
<a class="wiki external"  title="External link" href="https://github.com/sbagirici/apple-magic-mouse-scroll-fix-windows" rel="external nofollow">Apple Magic Mouse Scroll Fix for Windows 11 (Github)</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fgithub.com%2Fsbagirici%2Fapple-magic-mouse-scroll-fix-windows">(cache)</a><br />
<br />
As of now, the <code>install.ps1</code> powershell script from that repo looks ok to me, though I didn't use their mouse driver rebuild (the affected machine here is on Win 10), and instead went for BootCamp-041-88430 drivers (use <code>-m iMac17,1</code> with Brigadier, extract driver from <code>AppleWirelessMouse64.exe</code> in the Apple drivers directory with something like 7zip, copy file to a <code>drivers/</code> directory next to the script).<br />
<br />
It took about 15 seconds after the script was completed for my mouse to come back online, but then its touch scroll function was immediately usable, without a reboot.<br />
<br />]]></summary>
    <published>2026-04-03T12:42:00+00:00</published>
    <updated>2026-04-03T12:42:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D350"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D350</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[upgraded to Tiki 27]]></title>
    <summary type="html"><![CDATA[I've been pushing back an upgrade for quite some time now, but running on php 7.4 for the old Tiki version as grown unsustainable.<br />
<br />
Up to now, I've not seen any major problems after doing the default upgrade steps - theming is off, as always, and I'll probably have to find a new default theme.<br />
<br />
Not sure if there's any problems hidden in features I haven't used for ages, but the blogs (and images) seem to be ok, at least for recent posts.<br />
<br />
The only actual error was that I wasn't able to update the search index. Even after switching my search provider in Tiki's web interface, I got:<br />
<br />
<pre>
error: Unsupported index type "lucene". Needs to be one of "mysql", "elastic" or "manticore". Try resaving the Search Control Panel
error: Contact the site administrator. The index needs rebuilding.

Search index rebuild failed. Last messages shown above.
</pre><br />
Turns out the <code>unified_engine</code> in setting in the <code>tiki_preferences</code> table was not updated, so I did that manually in the DB shell with a<br />
<code>update tiki_preferences set value='mysql' where name='unified_engine';</code><br />
<br />
For some reason this didn't seem activate until I also cleaned up all the orphan preferences from the web admin menu, but now the search index has rebuilt.<br />
<br />
Oh, and the editor's preview tab produces a 400 error (but using the Preview button still works).<br />
<br />]]></summary>
    <published>2025-02-09T21:34:00+00:00</published>
    <updated>2025-02-09T21:34:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D348"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D348</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[fun with Intel Bluetooth driver updates on Windows 10]]></title>
    <summary type="html"><![CDATA[I recently tried to upgrade the Windows 10 Bluetooth drivers on an ThinkPad T490 with an Intel Wireless-AC 9560 chipset from the version supplied by Lenovo (22) to the latest Intel drivers (23 - <code>BT-23.10.0-64UWD-Win10-Win11.exe</code> at this time).<br />
<br />
After installing the driver package, existing Bluetooth devices were inaccessible, and deletion from the Bluetooth settings panel was blocked ("remove failed"), even after removing corresponding devices from Device Manager. Looking at the Registry, it turned out that it was also not possible to manually delete associated registry entries, which now belonged to an unknown SID. (Maybe I could have replaced ownership on those entries, but they have a bunch of subdirectories, each of which would have had to be reclaimed individually...)<br />
<br />
My solution was to uninstall the new Intel Bluetooth drivers: Windows then reinstalled the old version, and with those active, it was possible to properly delete all existing BT devices. With those cleaned away, I ran the new driver package installer another time, and re-paired all devices from scratch.<br />]]></summary>
    <published>2023-12-24T16:28:00+00:00</published>
    <updated>2023-12-24T16:28:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D343"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D343</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[Home Assistant Energy dashboard corruption]]></title>
    <summary type="html"><![CDATA[I use a sensor running Tasmota that reads data from my utility meter to graph the energy consumption in Home Assistant. This has been working mostly fine until I experimentally added a solar panel recently: It now has happened twice that the Energy dashboard in Home Assistant has shown an absurd value that's near or around the total consumption, instead of the difference to the previous measurement.<br />
<br />
After finding <a class="wiki external"  title="External link" href="https://github.com/home-assistant/core/issues/54946#issuecomment-987985543" rel="external nofollow">this post on the issue tracker</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fgithub.com%2Fhome-assistant%2Fcore%2Fissues%2F54946%23issuecomment-987985543">(cache)</a>, I'm moderately certain the underlying issue is that my sensor definition is using <code>state_class: total_increasing</code>, which gets reset if the measurement value is ever decreasing. Now in theory the utility meter counter shouldn't allowed to be decreasing, but it's not impossible it has the wrong configuration. I have now changed the setting to <code>state_class: total</code> (which will also make it possible to track if that's actually the problem I'm having).<br />
<br />
After the first time this error showed up, I found a <a class="wiki external"  title="External link" href="https://community.home-assistant.io/t/how-to-fix-statistics-data-e-g-energy-data/360966" rel="external nofollow">post that tells how to fix wrong values in the Home Assistant sqlite database</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fcommunity.home-assistant.io%2Ft%2Fhow-to-fix-statistics-data-e-g-energy-data%2F360966">(cache)</a>:<br />
<ul><li> retrieve database ID of the sensor from the <code>statistics_meta</code> table
</li><li> look at data for that ID in the <code>statistics</code> table
</li><li> update <code>statistics</code> and <code>statistics_short_term</code> with correct data

</li></ul><br />In my case, I only have one Tasmota sensor, so using the sqlite3 shell a<br />
<tt> select * from statistics_meta where statistic_id like '&#037;tasmota&#037;';</tt><br />
gave me the id of the sensor (9).<br />
<br />
Then I just ran<br />
<tt> select id,state,sum from statistics where metadata_id = 9;</tt><br />
and paged back through the returned values to find any irregularities. Since the error had occurred recently, it was easy to visually identify the point where the sum value jumped up.<br />
<br />
After calculating the offset to get the next increment from the correct sum, I updated the sum data for all rows that had the wrong value:<br />
<tt> update statistics set sum = sum - 8654.0847 where metadata_id == 9 and id &gt;= 143546;</tt><br />
<br />
...and then I applied the same offset to the values in statistics_short_term, which were all wrong:<br />
<tt>  update statistics_short_term set sum = sum - 8654.0847 where metadata_id == 9;</tt><br />
<br />
This still leaves me with the same corruption in the cost data that's calculated from the energy usage, but since I don't use that information, I just ignored this detail.<br />]]></summary>
    <published>2023-06-17T16:33:00+00:00</published>
    <updated>2023-06-17T16:33:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D340"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D340</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[H.264/AAC in Vivaldi on arm64 Raspberry Pi OS]]></title>
    <summary type="html"><![CDATA[The <a class="wiki external"  title="External link" href="https://vivaldi.com/" rel="external nofollow">Vivaldi</a> web browser has <a class="wiki external"  title="External link" href="https://downloads.vivaldi.com/stable/vivaldi-stable_5.3.2679.61-1_arm64.deb" rel="external nofollow">an arm64 version</a> that runs on the recently released <a class="wiki external"  title="External link" href="https://www.raspberrypi.com/software/operating-systems/#raspberry-pi-os-64-bit" rel="external nofollow">arm64 port of Raspberry Pi OS</a>. Unfortunately, out of the box, this version doesn't support a lot of media formats, and relies - same as Chromium, which Vivaldi is built on - on an external decoder library for some of them.<br />
<br />
Now the Vivaldi distribution comes with a downloader script for that shared library at <code>/opt/vivaldi/update-ffmpeg</code>. As of right now, the script doesn't find a valid file for arm64 though. Looking at the code, it fetches a custom version of a Debian/Ubuntu package for <code>chromium-codecs-ffmpeg-extra</code> from Launchpad. As it turns out, Raspberry Pi OS ships an own version of exactly that deb, which installs a version of the required library to <code>/usr/lib/chromium-browser/libffmpeg.so</code>. This is great, except that it's not a place where Vivaldi looks for the file.<br />
<br />
Vivaldi itself is started through an own wrapper script that's installed to <code>/usr/bin/vivaldi</code>. The wrapper has a few places where it tries to LD_PRELOAD a matching libffmpeg.so from, one of which is a custom location below the current user's ~/.local/ directory, involving the checksum of the expected library version. Luckily, the checksum is not actually checked - it's just used as part of the directory name.<br />
<br />
So I came up with the following one-liner to create that directory for the current user and drop a symlink to Raspbian's chromium codec file:<br />
<br />
<tt> grep -A1 arm64 /usr/bin/vivaldi | awk -F'=' '/FFMPEG_SUM_DEB/ { cmd="mkdir -p ~/.local/lib/vivaldi/media-codecs-"$2" ; ln -s /usr/lib/chromium-browser/libffmpeg.so ~/.local/lib/vivaldi/media-codecs-"$2"/libffmpeg.so" ; system(cmd) }'</tt><br />
<br />
This fetches a few candidate lines from the Vivaldi startup wrapper, finds the one that has the required checksum, and runs it through awk to create directory and symlink.<br />
<br />
I have not yet tried to find out if the expected checksum changes between Vivaldi versions, but unless there's a major change in <code>/usr/bin/vivaldi</code>, I can just run the command again to create a new directory in the required location.<br />
<br />
Note this doesn't provide Widevine or other DRM codecs, but at least I can now play back videos that have been reencoded to H.264/AAC by Mastodon.<br />
<br />
(I have pretty much the same information over <a class="wiki external"  title="External link" href="https://mastodon.infra.de/@galaxis/108568316483657562" rel="external nofollow">in a Fediverse thread</a>, including a reply from Vivaldi that said the libffmeg download link is usually updated by them in time, and my hack shouldn't be required.)<br />]]></summary>
    <published>2022-07-01T21:51:00+00:00</published>
    <updated>2022-07-01T21:51:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D339"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D339</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[Mac Mini early 2009 temperature sensor placement]]></title>
    <summary type="html"><![CDATA[I noticed that the old Mac Mini I reinstalled with Linux (a longer story involving the <a class="wiki external"  title="External link" href="http://www.rodsbooks.com/refind/" rel="external nofollow">rEFInd Boot Manger</a>) was running quite hot as soon as it got a bit busy. After installing and (auto-)configuring lm-sensors it turned out the fan was running at low speed despite the high temperatures.<br />
<br />
I had at some point replaced the SSD I had in there (instead of the original SATA disk) with a different model. There's a temperature sensor glued to the front of the disk, which is a feed to the automatic fan speed management. The original disk (and the older SSD) had a metal casing, which acted as a heat transport to the sensor. The new SSD is enclosed in plastic instead, and while I put the sensor to the same position, it never measured the temperatures required to spin up the system fan.<br />
<br />
For now, I ended up placing the sensor to the rear on top of the shielding of the Wifi module instead (the chipset heat sink didn't seem like a good idea). This seems to work well enough, and the fan now actually turns up when required:<br />
<br />
<pre>
$ sensors
applesmc-isa-0300
Adapter: ISA adapter
Master :     2424 RPM  (min = 1500 RPM, max = 5500 RPM)
TC0D:         +46.2°C  
TC0H:         +45.8°C  
TC0P:         +47.0°C  
TH0P:         +59.5°C  
TN0D:         +68.8°C  
TN0P:         +57.5°C  
TW0P:         +56.5°C  
Tm0P:        -128.0°C  

nouveau-pci-0200
Adapter: PCI adapter
temp1:        +68.0°C  (high = +95.0°C, hyst =  +3.0°C)
                       (crit = +100.0°C, hyst =  +2.0°C)
                       (emerg = +135.0°C, hyst =  +5.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +44.0°C  (high = +105.0°C, crit = +105.0°C)
Core 1:       +46.0°C  (high = +105.0°C, crit = +105.0°C)
</pre><br />
<br />]]></summary>
    <published>2021-08-11T19:12:00+00:00</published>
    <updated>2021-08-11T19:12:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D336"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D336</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[hiding device type from the user agent in Vivaldi on Android]]></title>
    <summary type="html"><![CDATA[I recently noticed that the <a class="wiki external"  title="External link" href="https://vivaldi.com/android/" rel="external nofollow">Vivaldi browser for Android</a> adds the OS version and the type of the device being used to the user agent string sent to web servers.<br />
<br />
It is possible to disable this behaviour in one of the advanced flags though, by opening <strong>vivaldi://flags</strong> from the address bar, and searching for the <strong>freeze-user-agent</strong> flag. When this setting is enabled, Vivaldi will always use "<em>Android 9; Unspecified Device</em>" in the browser user agent.<br />
<br />
	<a href="tiki-download_file.php?fileId=15&display" class="internal"  data-box="box">		<img src="tiki-download_file.php?fileId=15&display"  width="500" height="301" alt="11af2a2dc3b503db" class="regImage pluginImg15 img-fluid" />	</a><br />]]></summary>
    <published>2021-05-02T13:03:00+00:00</published>
    <updated>2021-05-02T13:03:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D334"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D334</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[Shaarli]]></title>
    <summary type="html"><![CDATA[A few years ago, I set up a copy of  <a class="wiki external"  title="External link" href="https://shaarli.readthedocs.io/en/master/#shaarli" rel="external nofollow">Shaarli</a>, but ended up never using it. My initial idea was to have it as a central repository for bookmarks, but then <a class="wiki external"  title="External link" href="https://floccus.org/" rel="external nofollow">Floccus</a> showed up as a way more convenient solution for bookmark sync. I also thought about using it for sharing links with short summaries (similar to the posts on here, or on G+ before), but then the Fediverse came along and soaked up most up my online activity.<br />
<br />
I didn't really pick up the link sharing habit over there - wasn't shure about how to blend it in with my other posts. I thought about creating a second account just for that, but keeping multiple accounts is too much of a hassle for me (which also sunk the idea to use language-specific alts or fan out by general topics). Didn't go back up using Tiki either, as I do much of my reading on mobile devices nowadays, and writing Tiki posts from there is kind of annoying. With Shaarli, I can use the <a class="wiki external"  title="External link" href="https://f-droid.org/en/packages/com.dimtion.shaarlier/" rel="external nofollow">Shaarlier app</a> to quickly drop links and a short description.<br />
<br />
Not sure how this will end up in the longer run, but it's a try.<br />
<br />
<a class="wiki external"  title="External link" href="https://web.gxis.de/links/" rel="external nofollow">My Shaarli is over here</a>, and also has an own separate <a class="wiki external"  title="External link" href="https://web.gxis.de/links/?do=atom" rel="external nofollow">RSS feed</a>.<br />]]></summary>
    <published>2020-09-14T13:58:00+00:00</published>
    <updated>2020-09-14T13:58:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D331"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D331</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[ETL2PCAPNG - convert Windows netsh trace files to PCAP]]></title>
    <summary type="html"><![CDATA[After Microsoft had deprecated the <a class="wiki external"  title="External link" href="https://docs.microsoft.com/en-us/message-analyzer/microsoft-message-analyzer-operating-guide" rel="external nofollow">Microsoft Message Analyzer</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fmessage-analyzer%2Fmicrosoft-message-analyzer-operating-guide">(cache)</a> tool last year, there was no good way to work with network traces generated on Windows systems with the <em>netsh trace ...</em> command.<br />
<br />
Microsoft has now released <a class="wiki external"  title="External link" href="https://github.com/microsoft/etl2pcapng/" rel="external nofollow">ETL2PCAPNG</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fetl2pcapng%2F">(cache)</a>, a small program that converts ETL files to PCAPNG, see <a class="wiki external"  title="External link" href="https://techcommunity.microsoft.com/t5/core-infrastructure-and-security/converting-etl-files-to-pcap-files/ba-p/1133297" rel="external nofollow">this announcement on the Microsoft Core Infrastructure and Security blog</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fcore-infrastructure-and-security%2Fconverting-etl-files-to-pcap-files%2Fba-p%2F1133297">(cache)</a>, so trace files can now be processed with standard utilities like Wireshark.<br />]]></summary>
    <published>2020-02-29T11:24:00+00:00</published>
    <updated>2020-02-29T11:24:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D330"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D330</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[Android: Qualcomm® aptX™ bluetooth notification]]></title>
    <summary type="html"><![CDATA[On my new Blackberry Key2 LE, I have run into a system notification when certain bluetooth headphones are connected:<br />
<br />
<div style="display: inline-block;  max-width: 100%; width: 602px;"><img src="tiki-download_file.php?fileId=12&display"  width="600" height="107" alt="using  Qualcomm® aptX™" class="regImage pluginImg12 img-fluid" title="using  Qualcomm® aptX™" />	<div class="mini" style="max-width: 100%; width:600px;">		<div class="thumbcaption">using  Qualcomm® aptX™		</div>	</div></div><br />
<br />
Great. What do I care? Let's disable this notification.<br />
<br />
<div style="display: inline-block;  max-width: 100%; width: 602px;"><img src="tiki-download_file.php?fileId=11&display"  width="600" height="250" alt="Notifications from this app can't be turned off" class="regImage pluginImg11 img-fluid" title="Notifications from this app can't be turned off" />	<div class="mini" style="max-width: 100%; width:600px;">		<div class="thumbcaption">Notifications from this app can't be turned off		</div>	</div></div><br />
<br />
Helpfully, the message shows the name of the Android component, <em>com.qualcomm.qtil.aptxui</em><br />
<br />
So I enabled developer mode on the phone, connected from the PC via <em>adb shell</em>, and killed off the whole thing:<br />
<br />
<tt> bbe100:/ $ pm disable-user --user 0 com.qualcomm.qtil.aptxui</tt><br />
<tt> Package com.qualcomm.qtil.aptxui new state: disabled-user</tt><br />
<br />
I have not noticed any negative consequences.<br />
<br />
But, really, what is this idiocy with hardware vendors injecting ads into the system? Qualcomm has 37 packages on the system, according to a <em>pm list packages | grep qualcomm</em>. I'm not inclined to trust them very much, but unfortunately there's little to no documentation on this kind of vendor crap on Android.<br />
<br />
I took the opportunity to disable another obvious one, ''com.qualcomm.qti.haven.telemetry.service".<br />
<br />
<br />]]></summary>
    <published>2019-02-01T19:44:00+00:00</published>
    <updated>2019-02-01T19:44:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D322"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D322</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[Blackberry Key2 LE vs. FRITZ!WLAN Repeater 310 with FritzOS 7.01]]></title>
    <summary type="html"><![CDATA[Last night, my 2.4GHz <a class="wiki external"  title="External link" href="https://en.avm.de/products/fritzwlan/fritzwlan-repeater-310/" rel="external nofollow">FRITZ!WLAN Repeater 310</a> upgraded to the new FritzOS release 7.01. The repeater is configured as FRITZ Mesh device (connected to a FRITZ!Box 7490 as mesh master). I'm currently tinkering with a <a class="wiki external"  title="External link" href="https://blackberrymobile.com/emea/product/blackberry-key2-le/" rel="external nofollow">Blackberry Key2 LE</a> that I bought to replace the aging S4 mini that I used up to now (more on that later, maybe). After upgrading the repeater, the Key2 LE couldn't connect to the wifi network anymore. In an area only covered by the repeater, it didn't even see the SSID anymore. It was still possible to connect directly to the base station though, when moving into range. All the other devices I had available had no problems connecting through the repeater either.<br />
<br />
As AVM doesn't currently provide downgrade images for the Repeater 310, I tried a factory reset and re-establishing the mesh connection, to no avail.<br />
<br />
I then started playing with wifi network settings, and as it turns out, there's a simple fix: <strong>Don't use channel 13 on the repeater.</strong><br />
<br />
After excluding channels 12 and 13 from the wifi channel selection on the FRITZ!Box, the system switched down to channel 11, and suddenly the network appeard back in view on the Blackberry device. Also tried manually setting channel 6, which worked too.<br />
<br />
Not sure what to make of that. Channel 13 was fine with this device before the FritzOS upgrade (yes, I know using it is not recommended, but this is the first time that created a problem for me).<br />]]></summary>
    <published>2019-01-25T12:32:00+00:00</published>
    <updated>2019-01-25T12:32:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D321"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D321</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[RFC 6762 reserved the .local TLD in 2013 for Multicast DNS!]]></title>
    <summary type="html"><![CDATA[I was not aware that <a class="wiki external"  title="External link" href="https://tools.ietf.org/html/rfc6762" rel="external nofollow">RFC6762</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Frfc6762">(cache)</a> reserves the ".local" TLD for exclusive use for Link-Local addresses with Multicast DNS:<br />
<br />
<div class='quote'>
    <div class='quoteheader'>
                    <cite>RFC6762</cite> wrote:
            </div>
    <div class='quotebody'>
        This document specifies that the DNS top-level domain ".local." is a special domain with special semantics, namely that any fully qualified name ending in ".local." is link-local, and names within this domain are meaningful only on the link where they originate.<br />
            </div>
</div>
<br />
<br />
Lutz Donnerhacke points to this in a German language article that explains how this <a class="wiki external"  title="External link" href="https://lutz.donnerhacke.de/Blog/Kein-CIFS-Mount-mit-kurzem-Namen" rel="external nofollow">leads to problems accessing a CIFS mount in a Windows domain that uses the .local TLD</a>.<br />]]></summary>
    <published>2018-08-06T13:19:00+00:00</published>
    <updated>2018-08-06T13:19:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D320"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D320</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[OpenSSH uses MD5 with salt to encrypt the passphrase for RSA keys by default]]></title>
    <summary type="html"><![CDATA[Details here: <a class="wiki external"  title="External link" href="https://latacora.singles/2018/08/03/the-default-openssh.html" rel="external nofollow">The default OpenSSH key encryption is worse than plaintext</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Flatacora.singles%2F2018%2F08%2F03%2Fthe-default-openssh.html">(cache)</a><br />
<br />
<div class='quote'>
    <div class='quoteheader'>
                    <cite>@latacora</cite> wrote:
            </div>
    <div class='quotebody'>
        The punchline is that the AES key is just MD5(password || IV[:8]). [..] MD5 is very cheap to compute. The only thing this design has going for it is that the salt goes after the password, so you can’t just compute the intermediate state of MD5(IV[8:]) and try passwords from there. That’s faint praise, especially in a world where I can rent a machine that tries billions of MD5 calls per second.<br />
            </div>
</div>
<br />
<br />
Ssh keypairs for Ed25519 use a new format to encrypt the passphrase. Since 2013, it's been possible to create RSA keys with new-format passphrase encryption using <em>ssh_keygen -o</em>, but since that's not been the default, I don't assume anyone has ever used that (I haven't).<br />
<br />
Might be worth replacing all RSA keypairs for pubkey authentication (and remove the corresponding public key from any <em>authorized_keys</em> files on all destination systems) - and all Ed25519 keys that use the same passphrase. Unless you're absolutely certain no one ever had access to the private key, in which case just upgrading the passphrase encryption using <em>ssh-keygen -p -o -f &lt;PRIVATEKEY&gt;</em> might be good enough.<br />
<br />]]></summary>
    <published>2018-08-04T10:24:00+00:00</published>
    <updated>2018-08-04T10:24:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D319"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D319</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[Mastodon embeds on the blog...]]></title>
    <summary type="html"><![CDATA[I've been pulling in some posts from my <a class="wiki external"  title="External link" href="https://mastodon.infra.de/@galaxis" rel="external nofollow">Mastodon instance</a> to the blog, using iframes to directly show the embed view provided my Mastodon.<br />
<br />
There's two problems with that:<br />
<br />
One is, that someone who is using a content blocker like uBlock Origin or uMatrix likely won't see anything in these posts when they're blocking third party content by default. The other is - what happens when my Mastodon instance is down?<br />
<br />
So I've now added direct links to each of the embedded posts, serving a dual purpose: There's first party content (the link), and also the Tiki engine creates a cache entry that can be accessed when the Mastodon server is unreachable.<br />
<br />
I've also tagged all affected posts as <a class="wiki external"  title="External link" href="https://web.gxis.de/tiki/tiki-browse_freetags.php?tag=%22mastodon%20embed%22" rel="external nofollow">mastodon embed</a>, so I can easily find them and replace the content should I ever plan to shut down my Mastodon system.<br />]]></summary>
    <published>2018-07-14T14:30:00+00:00</published>
    <updated>2018-07-14T14:30:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D318"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D318</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[LineageOS Gallery app not showing any pictures]]></title>
    <summary type="html"><![CDATA[...just delete all files from DCIM/.thumbnails/ :<br />
<br />
<iframe src="https://mastodon.infra.de/@galaxis/100335009279539395/embed" class="mastodon-embed" style="max-width: 100%; border: 1" width="400"></iframe><script src="https://mastodon.infra.de/embed.js" async="async"></script><br />
(from <a class="wiki external"  title="External link" href="https://mastodon.infra.de/@galaxis/100335009279539395" rel="external nofollow">https://mastodon.infra.de/@galaxis/100335009279539395</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fmastodon.infra.de%2F%40galaxis%2F100335009279539395">(cache)</a>)<br />]]></summary>
    <published>2018-07-07T19:13:00+00:00</published>
    <updated>2018-07-07T19:13:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D317"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D317</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[tcp transport for RTSP streams in VLC media player]]></title>
    <summary type="html"><![CDATA[<iframe src="https://mastodon.infra.de/@galaxis/100323013414993622/embed" class="mastodon-embed" style="max-width: 100%; border: 1" width="400"></iframe><script src="https://mastodon.infra.de/embed.js" async="async"></script><br />
(from <a class="wiki external"  title="External link" href="https://mastodon.infra.de/@galaxis/100323013414993622" rel="external nofollow">https://mastodon.infra.de/@galaxis/100323013414993622</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fmastodon.infra.de%2F%40galaxis%2F100323013414993622">(cache)</a>)<br />]]></summary>
    <published>2018-07-07T11:12:00+00:00</published>
    <updated>2018-07-07T11:12:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D316"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D316</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[Windows 10 1803 annoyances]]></title>
    <summary type="html"><![CDATA[So far, I've run into two major annoyances with Windows 10 1803...<br />
<br />
First is that the mobile hotspot function (sharing a cellular data connection to other devices via Wifi) has been gimped, and trying to activate it just results in an "<em>To share your connection, you need to add this feature to your cellular data plan first.</em>" - message:<br />
<br />
<img src="tiki-download_file.php?fileId=9&display"  width="454" height="209" alt="688e5c02bff7c78f" class="regImage pluginImg9 img-fluid" /><br />
Information around this is very scarce at this time - just a handful of search engine hits. From a post on the italian Microsoft forums, it seems you now need a Store app published by your mobile phone provider to use this feature. WTF, really? I've been tinkering for quite some time to find out where Windows looks up if using the hotspot is allowed or not, to no avail. Also see <a class="wiki external"  title="External link" href="https://mastodon.infra.de/@galaxis/100128847256854464" rel="external nofollow">over here on Mastodon</a>.<br />
<br />
The other problem is that powersaving for the first gen switchable graphics in my old notebook doesn't seem to work anymore. In previous versions of W10, the integrated Intel graphics would be used on battery, using a lot less power than the AMD graphics chip.<br />
<br />
As for minor niggles, it's not possible anymore to unconditionally set a network connection as "metered" to restrict Windows updates and background data - you'll have to set a daily or monthly data limit for the network, and then tell the system to always restrict background data (instead of within 10% of reaching the limit).<br />
<br />
<img src="tiki-download_file.php?fileId=10&display"  width="794" height="219" alt="Capture" class="regImage pluginImg10 img-fluid" /><br />
It really seems that W10 1709 was the sweet spot for this old notebook, but after I didn't see any immediate problems with the new version in the week directly after upgrading, I already deleted to rollback version...<br />
<br />
<br />]]></summary>
    <published>2018-06-06T12:22:00+00:00</published>
    <updated>2018-06-06T12:22:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D314"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D314</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[IKEA woes]]></title>
    <summary type="html"><![CDATA[...we haven't been able to sleep in the bedroom with a new PAX wardrobe for a week.<br />
<br />
<iframe src="https://mastodon.infra.de/@galaxis/99633409151790924/embed" class="mastodon-embed" style="max-width: 100%; border: 1" width="400"></iframe><script src="https://mastodon.infra.de/embed.js" async="async"></script><br />
(from <a class="wiki external"  title="External link" href="https://mastodon.infra.de/@galaxis/99633409151790924" rel="external nofollow">https://mastodon.infra.de/@galaxis/99633409151790924</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fmastodon.infra.de%2F%40galaxis%2F99633409151790924">(cache)</a>)<br />]]></summary>
    <published>2018-03-16T08:08:00+00:00</published>
    <updated>2018-03-16T08:08:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D313"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D313</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[USRobotics modems]]></title>
    <summary type="html"><![CDATA[Today I <a class="wiki external"  title="External link" href="https://octodon.social/@starbreaker/99383431555903302" rel="external nofollow">learned</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Foctodon.social%2F%40starbreaker%2F99383431555903302">(cache)</a> that <a class="wiki external"  title="External link" href="http://www.usr.com/home/" rel="external nofollow">USRobotics</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=http%3A%2F%2Fwww.usr.com%2Fhome%2F">(cache)</a> still exists (as a division of another company), and they still make a version of the classic <a class="wiki external"  title="External link" href="http://www.usr.com/products/56k-dialup-modem/usr3453c/" rel="external nofollow">Courier 56k modem</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=http%3A%2F%2Fwww.usr.com%2Fproducts%2F56k-dialup-modem%2Fusr3453c%2F">(cache)</a>. Not that I need one of those. But I'm surprised it's still possible to buy them (and they look just the same as 20 years ago).<br />]]></summary>
    <published>2018-01-20T22:31:00+00:00</published>
    <updated>2018-01-20T22:31:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D312"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D312</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[converting animated GIFs to video...]]></title>
    <summary type="html"><![CDATA[...is a major pain, since animated GIFs don't have a fixed frame rate: The animation can define a variable pause after each individual frame.<br />
<br />
<a class="wiki external"  title="External link" href="https://www.jwz.org/blog/2017/10/gifs-as-mp4s/" rel="external nofollow">jzw has updated his resize.pl script</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fwww.jwz.org%2Fblog%2F2017%2F10%2Fgifs-as-mp4s%2F">(cache)</a> with a new function to get around that limitation:<br />
<br />
<div class='quote'>
    <div class='quoteheader'>
                    <cite>jwz</cite> wrote:
            </div>
    <div class='quotebody'>
        I'm converting them using the all-singing all-dancing image-and-video resizer that I wrote, resize.pl, which uses ImageMagick to extract each frame as a PNG then constructs an incredibly hairy ffmpeg command to put it all back together with the proper frame timing.<br />
            </div>
</div>
<br />
<br />
(via tedu)<br />]]></summary>
    <published>2017-10-15T13:03:00+00:00</published>
    <updated>2017-10-15T13:03:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D310"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D310</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[mastodon embeds]]></title>
    <summary type="html"><![CDATA[...cleaning up those when the referenced Mastodon instanced go offline one day will be a major pain... Maybe I should just use screenshots instead?<br />]]></summary>
    <published>2017-10-15T12:50:00+00:00</published>
    <updated>2017-10-15T12:50:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D309"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D309</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[Updated to OpenBSD 6.2]]></title>
    <summary type="html"><![CDATA[(A couple of days ago.)<br />
<br />
Was completely painless again - I'll still need to change my rspamd configuration to not use the external rmilter anymore, and there's a minor problem with syspatch:<br />
<br />
<iframe src="https://mastodon.infra.de/@galaxis/98810053668102425/embed" class="mastodon-embed" style="max-width: 100%; border: 1" width="400"></iframe><script src="https://mastodon.infra.de/embed.js" async="async"></script><br />
(from <a class="wiki external"  title="External link" href="https://mastodon.infra.de/@galaxis/98810053668102425" rel="external nofollow">https://mastodon.infra.de/@galaxis/98810053668102425</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fmastodon.infra.de%2F%40galaxis%2F98810053668102425">(cache)</a>)<br />
<br />
<iframe src="https://mastodon.social/@phessler/98821962569631460/embed" class="mastodon-embed" style="max-width: 100%; border: 1" width="400"></iframe><script src="https://mastodon.social/embed.js" async="async"></script><br />
(from <a class="wiki external"  title="External link" href="https://mastodon.social/@phessler/98821962569631460" rel="external nofollow">https://mastodon.social/@phessler/98821962569631460</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fmastodon.social%2F%40phessler%2F98821962569631460">(cache)</a>)<br />
<br />]]></summary>
    <published>2017-10-15T12:40:00+00:00</published>
    <updated>2017-10-15T12:40:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D308"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D308</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[DMARC ARC]]></title>
    <summary type="html"><![CDATA[<iframe src="https://mastodon.infra.de/@galaxis/346946/embed" class="mastodon-embed" style="max-width: 100%; border: 1" width="400"></iframe><script src="https://mastodon.infra.de/embed.js" async="async"></script><br />
(from <a class="wiki external"  title="External link" href="https://mastodon.infra.de/@galaxis/346946" rel="external nofollow">https://mastodon.infra.de/@galaxis/346946</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fmastodon.infra.de%2F%40galaxis%2F346946">(cache)</a>)<br />]]></summary>
    <published>2017-10-04T11:10:00+00:00</published>
    <updated>2017-10-04T11:10:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D307"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D307</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[old Acer Launch Manager on Windows 10]]></title>
    <summary type="html"><![CDATA[I'm still using the same Acer Aspire 3820G laptop that I bought over six years ago, though I've switched to Windows 10 during the "free upgrade" time. Mostly everything works, despite missing vendor drivers. The function keys (sleep, sound volume, etc.) have basic support, but I recently noticed that the wireless switch only toggles through a handful of states, none of which have both Wifi and Cellular modem enabled.<br />
<br />
For Windows 7, Acer provided Dritek Launch Manager to enable or disable wireless functions (Wifi, Bluetooth, Cellular), but version 4.0.5 doesn't install successfully on Windows 10 - and newer releases don't support the 3820G hardware.<br />
<br />
After some experimentation it turns out that just starting the Launch Manager <em>Setup.exe</em> in compatibility mode for Windows 7 (right-click, select "Troubleshoot compatibility") surprisingly does the trick - installer completes, and after a reboot the wireless function key actually starts Launch Manager instead of driving the Win10 builtin toggle.<br />
<br />
<img src="tiki-download_file.php?fileId=8&display"  width="287" height="210" alt="Acer Launch Manager Win10" class="img-responsive regImage pluginImg8 img-fluid" /><br />
...so now I can use the Cellular modem and provide a Wifi hotspot at the same time.<br />]]></summary>
    <published>2017-09-22T17:11:00+00:00</published>
    <updated>2017-09-22T17:11:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D306"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D306</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
  <entry>
    <title type="html"><![CDATA[a general purpose CPU in Conway's Game of Life]]></title>
    <summary type="html"><![CDATA[...originating from a <a class="wiki external"  title="External link" href="https://codegolf.stackexchange.com/questions/11880/build-a-working-game-of-tetris-in-conways-game-of-life" rel="external nofollow">challenge to build a working game of Tetris in Conway's Game of Life</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fcodegolf.stackexchange.com%2Fquestions%2F11880%2Fbuild-a-working-game-of-tetris-in-conways-game-of-life">(cache)</a> on the Code Golf stackexchange. Somewhat similar to all the Minecraft CPUs I guess?<br />
<br />
<iframe src="https://mastodon.xyz/@garrett/8374324/embed" class="mastodon-embed" style="max-width: 100%; border: 1" width="600"></iframe><script src="https://mastodon.xyz/embed.js" async="async"></script><br />
(from <a class="wiki external"  title="External link" href="https://mastodon.xyz/@garrett/8374324" rel="external nofollow">https://mastodon.xyz/@garrett/8374324</a> <a class="wikicache" target="_blank" href="tiki-view_cache.php?url=https%3A%2F%2Fmastodon.xyz%2F%40garrett%2F8374324">(cache)</a>)<br />]]></summary>
    <published>2017-09-14T21:28:00+00:00</published>
    <updated>2017-09-14T21:28:00+00:00</updated>
    <link rel="alternate" type="text/html" href="https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D305"/>
    <id>https://web.gxis.de/tiki/tiki-view_blog_post.php%3FpostId%3D305</id>
    <author>
      <name>Alexander Bochmann</name>
      <email>&lt;a class="convert-mailto" href="mailto:nospam@example.com" data-encode-name="ab+wiki" data-encode-domain="st.gxis.de"&gt;ab+wiki at st.gxis.de&lt;/a&gt;</email>
    </author>
  </entry>
</feed>
