Migration nach Hugo startet

Tag 1

Heute beginne ich mit der Migration von Wordpress nach Hugo. Die alten Posts, die ich mit Wordpress erstellt habe, würde ich gerne übernehmen und auch die Links sollen dabei intakt bleiben. Mal sehen, wie das gehen wird.

Tag 2

https://github.com/SchumacherFM/wordpress-to-hugo-exporter

Ein paar automatisierte Änderungen mit sed und ein paar händische Änderungen weiter sind nun die alten Blogeinträge migriert.

Tag 3

Die Bilder in den Beiträgen sind nun auch migriert. Ebenso werden nun Codeausschnitte farblich hervorgehoben.

Tag 4

Die Standardfeedurl von Hugo kann man auch ändern, indem man die Variable rssUri anpasst. Damit ist die Migration der Inhalte soweit abgeschlossen. Jetzt muss ich mir nur noch das Theme basteln, sodass es einigermaßen aussieht.

XBMC/Kodi: Fehler in ArtworkRotationThread [Erno-2] Name or service not known

Nach dem Hochfahren von Raspbmc erhielt ich breits in der XBMC 13-er Version sowie auch in der 14-er, nach dem Update auf Kodi, immer noch folgendes Popup mit der Fehlermeldung:

Fehler in ArtworkRotationThread
[Erno-2] Name or service not known

Weiterhin gab es immer wieder Notifications in der rechten unteren Ecke bzgl. fehlgeschlagener Serververbindungen, die aber nach einiger Zeit verschwinden.

Da man die immer wegdrücken muss und das ziemlich nervig ist, habe ich nach einer Lösung des Problems gesucht. Im Logfile, in ~/.kodi/temp/kodi.log sah das ganze so aus, was wohl nur die verschwindenen Notifications in der Ecke unten rechts beschreibt:

18:21:21 T:2903905344  NOTICE: ===== XBMB3C START =====
18:21:21 T:2903905344  NOTICE: XBMB3C -> running Python: sys.version_info(major=2, minor=7, micro=3, releaselevel='final', serial=0)
18:21:21 T:2903905344  NOTICE: XBMB3C -> running XBMB3C: 0.9.764
18:21:21 T:2903905344  NOTICE: 14.0 Git:2014-12-24-e044d5a-dirty
18:21:21 T:2903905344  NOTICE: XBMB3C -> Platform: Linux/RPi
18:21:21 T:2903905344  NOTICE: XBMB3C -> LogLevel:  0
18:21:21 T:2903905344  NOTICE: XBMB3C 0 -> Version : 14.0 - {u'major': 14, u'tag': u'stable', u'minor': 0, u'revision': u'2014-12-24-e044d5a-dirty'}
18:21:21 T:2903905344  NOTICE: XBMB3C 1 -> XBMB3C Connection Manager Called
18:21:21 T:2903905344  NOTICE: XBMB3C 1 -> Getting Server Details from Network
18:21:21 T:2903905344   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                             - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                            Error Type: <type 'exceptions.NameError'>
                                            Error Contents: global name 'socket' is not defined
                                            Traceback (most recent call last):
                                              File "/home/pi/.kodi/addons/plugin.video.xbmb3c/default.py", line 39, in <module>
                                                MainModule.MainEntryPoint()
                                              File "/home/pi/.kodi/addons/plugin.video.xbmb3c/resources/lib/MainModule.py", line 1621, in MainEntryPoint
                                                ConnectionManager().checkServer()
                                              File "/home/pi/.kodi/addons/plugin.video.xbmb3c/resources/lib/ConnectionManager.py", line 51, in checkServer
                                                serverInfo = self.getServerDetails()
                                              File "/home/pi/.kodi/addons/plugin.video.xbmb3c/resources/lib/ConnectionManager.py", line 117, in getServerDetails
                                                sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
                                            NameError: global name 'socket' is not defined
                                            -->End of Python script error report<--
18:21:22 T:2903905344 WARNING: CPythonInvoker(7, /home/pi/.kodi/addons/plugin.video.xbmb3c/default.py): the python script "/home/pi/.kodi/addons/plugin.video.xbmb3c/default.py" has left several classes in memory that we couldn't clean up. The classes include: N9XBMCAddon9xbmcaddon5AddonE
18:21:22 T:3038625792   ERROR: GetDirectory - Error getting plugin://plugin.video.xbmb3c/?content_type=video
18:21:22 T:3038625792   ERROR: CGUIMediaWindow::GetDirectory(plugin://plugin.video.xbmb3c/?content_type=video) failed
18:21:22 T:2903905344  NOTICE: Thread BackgroundLoader start, auto delete: false
18:21:25 T:2903905344  NOTICE: Thread LanguageInvoker start, auto delete: false
18:21:25 T:2903905344  NOTICE: -->Python Interpreter Initialized<--

Durch ein bisschen googlen kommt man dann u.a. auf diese Seite:

http://forum.kodi.tv/showthread.php?tid=210375&pid=1853202#pid1853202

Hier wird beschrieben, dass man nur das Video Addon XBMB3C deaktivieren muss. Dazu hangelt man sich in Kodi wie folgt durch das Menü ausgehend vom Startbildschirm:

  • Optionen
  • Einstellungen
  • Addons
  • Aktivierte Addons
  • Video Addons
  • MediaBrowser
  • Deaktivieren

Man findet das Video Addon XBMB3C also unter dem Namen MediaBrowser. Nach dem Deaktivieren und einem Neustart ist die Fehlermeldung Geschichte.

Mit Profile-Cleaner die Luft aus den Browserdatenbanken lassen

Inspiriert von demayas Post zum Profile-Cleaner habe ich den nun mal auf meine Firefox-Profile losgeglassen. Da er zum Vergleich aufgerufen hat, veröffentliche ich hier mein Ergebnis.

~$ profile-cleaner f
profile-cleaner v2.31

 Cleaning profile for firefox
 Cleaning search.sqlite                        done  -0 Mbytes
 Cleaning addons.sqlite                        done  -.09 Mbytes
 Cleaning formhistory.sqlite                   done  -.28 Mbytes
 Cleaning netpredictions.sqlite                done  -2.75 Mbytes
 Cleaning signons.sqlite                       done  -.02 Mbytes
 Cleaning healthreport.sqlite                  done  -0 Mbytes
 Cleaning youscrobble_new_yt.db                done  -0 Mbytes
 Cleaning kb-saver.db                          done  -0 Mbytes
 Cleaning ffixer.db                            done  -0 Mbytes
 Cleaning seamappa.db                          done  -0 Mbytes
 Cleaning content-prefs.sqlite                 done  -.02 Mbytes
 Cleaning lazarus-backup.sqlite                done  -.03 Mbytes
 Cleaning urlclassifier2.sqlite.old            done  -2.27 Mbytes
 Cleaning cookies.sqlite                       done  -1.42 Mbytes
 Cleaning formhistory.sqlite.old               done  -.53 Mbytes
 Cleaning readItLater.sqlite                   done  -.09 Mbytes
 Cleaning lazarus.sqlite                       done  -.03 Mbytes
 Cleaning places.sqlite                        done  -7.90 Mbytes
 Cleaning webappsstore.sqlite                  done  -11.21 Mbytes
 Cleaning ybookmarks.sqlite                    done  -0 Mbytes
 Cleaning permissions.sqlite                   done  -.08 Mbytes
 Cleaning extensions.sqlite                    done  -.06 Mbytes
 Cleaning urlclassifier3.sqlite.old            done  -17.06 Mbytes
 Cleaning formhistory.sqlite                   done  -0 Mbytes
 Cleaning signons.sqlite                       done  -0 Mbytes
 Cleaning healthreport.sqlite                  done  -0 Mbytes
 Cleaning content-prefs.sqlite                 done  -0 Mbytes
 Cleaning lazarus-backup.sqlite                done  -0 Mbytes
 Cleaning cookies.sqlite                       done  -.50 Mbytes
 Cleaning readItLater.sqlite                   done  -.09 Mbytes
 Cleaning lazarus.sqlite                       done  -0 Mbytes
 Cleaning places.sqlite                        done  -2.34 Mbytes
 Cleaning webappsstore.sqlite                  done  -.46 Mbytes
 Cleaning permissions.sqlite                   done  -0 Mbytes
 Cleaning extensions.sqlite                    done  -0 Mbytes

 Profile(s) for firefox reduced by 47.30 Mbytes.

Ich habe fast 50 MB gewonnen! Wow! Das hat sich gelohnt, wobei es sicherlich auch mit an meinen zwei Profilen liegt. Die Installation vom Profile-Cleaner war schnell erledigt und kann unter Arch Linux mit

yaourt -S profile-cleaner

durchgeführt werden.

rsync zu bestimmtem SSH Port

Wenn man Daten via rsync zu einem Zielrechner synchronisieren möchte, der nicht auf dem Standard-SSH-Port 22 lauscht, muss man das rsync Kommando etwas anpassen. Der Ausschnitt aus der man page von rsync, der verrät wie es geht:

-e, --rsh=COMMAND
This option allows you to choose an alternative remote shell program to use for communication
between the local and remote copies of rsync. Typically, rsync is configured to use ssh by
default, but you may prefer to use rsh on a local network.
If  this option is used with [user@]host::module/path, then the remote shell COMMAND will be
used to run an rsync daemon on the remote host, and all data will be transmitted through that
remote shell connection, rather than through a direct socket connection to a running rsync
daemon on the remote host.  See the section "USING RSYNC-DAEMON FEATURES VIA A REMOTE-SHELL
CONNECTION" above.
Command-line arguments are permitted in COMMAND provided that COMMAND is presented to rsync
as a single argument.  You must use spaces (not tabs or other whitespace) to separate the
command and args from each other, and you can use single- and/or double-quotes to preserve
spaces in an argument (but not backslashes).  Note that doubling a
single-quote inside a single-quoted string gives you a single-quote; likewise for double-
quotes (though you need to pay attention to which quotes your shell is parsing and which
quotes rsync is parsing).  Some examples:
    -e 'ssh -p 2234'
    -e 'ssh -o "ProxyCommand nohup ssh firewall nc -w1 %h %p"'
(Note that ssh users can alternately customize site-specific connect options in their
.ssh/config file.)
You can also choose the remote shell program using the RSYNC_RSH environment variable,
which accepts the same range of values as -e.
See also the --blocking-io option which is affected by this option.

Man kann also den Port wie folgt angeben:

rsync -e "ssh -p 12345" daten zielrechner:

Mit diesem Kommando wird die Datei daten auf den Zielrechner kopiert, dessen SSH Daemon auf Port 12345 lauscht.

systemd: coredumps are no longer sent to the journal by default. To re-enable:

Gerade beim Update wieder an mir vorbeigescrollt und hier festgehalten für später:

(13/60) upgrading systemd [#######################################################################################################################] 100%
:: coredumps are no longer sent to the journal by default. To re-enable:
   echo >/etc/sysctl.d/50-coredump.conf \
       "kernel.core_pattern=|/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e"