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.

Juli 9, 2015 · 1 Minute

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: ...

Januar 5, 2015 · 2 Minuten

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 ...

September 4, 2014 · 2 Minuten

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: ...

Juli 29, 2014 · 2 Minuten

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"

Juni 29, 2014 · 1 Minute