<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet href="https://tuxproject.de/blog/wp-content/plugins/pretty-rss-feeds/xslt/pretty-feed.xsl" type="text/xsl" media="screen" ?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:series="https://publishpress.com/"
	
	>
<channel>
	<title>
	Kommentare zu: Liegengebliebenes vom 25. Juli 2017: Der Webcomics Rettung und anderes.	</title>
	<atom:link href="https://tuxproject.de/blog/2017/07/kurz-verlinkt-der-webcomics-rettung/feed/" rel="self" type="application/rss+xml" />
	<link>https://tuxproject.de/blog/2017/07/kurz-verlinkt-der-webcomics-rettung/</link>
	<description>Relevanz auf Halbmast.</description>
	<lastBuildDate>Tue, 25 Jul 2017 19:58:25 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Von: Anonym		</title>
		<link>https://tuxproject.de/blog/2017/07/kurz-verlinkt-der-webcomics-rettung/#comment-78754</link>

		<dc:creator><![CDATA[Anonym]]></dc:creator>
		<pubDate>Tue, 25 Jul 2017 19:58:25 +0000</pubDate>
		<guid isPermaLink="false">https://tuxproject.de/blog/?p=12654#comment-78754</guid>

					<description><![CDATA[Das Problem mit den Unterstrichen bei einer Domain wurde von Libidn2 verursacht was auch bei anderen Projekten eingesetzt wird. Das Problem ist also nicht auf dem Mist von systemd gewachsen. Systemd-resolve ist weiterhin ein optionaler Teil des systemd-Projekts und dürfte wohl bei vielen Distributionen von Haus aus gar nicht aktiv sein. Debian zum Beispiel nutzt meines Wissens nach derzeit resolvconf. 

Dennis Schridde hat den Bug-Report vor 3 Tagen erstellt (https://github.com/systemd/systemd/issues/6426). Systemd- und Libidn2-Entwickler wussten bereits vorher von dem Problem (https://github.com/systemd/systemd/pull/6335 https://gitlab.com/libidn/libidn2/issues/30). Von Seiten systemd wurde vor Veröffentlichung von Version 234 die Nutzung von Libidn2 als experimentell eingestuft und in der NEWS-Datei wird dazu geraten vorerst auf Libidn zu setzen.

Das Problem dürfte daher wohl recht wenig Nutzer betreffen. Zumal bereits Patches vorhanden sind.]]></description>
			<content:encoded><![CDATA[<p>Das Problem mit den Unterstrichen bei einer Domain wurde von Libidn2 verursacht was auch bei anderen Projekten eingesetzt wird. Das Problem ist also nicht auf dem Mist von systemd gewachsen. Systemd-resolve ist weiterhin ein optionaler Teil des systemd-Projekts und dürfte wohl bei vielen Distributionen von Haus aus gar nicht aktiv sein. Debian zum Beispiel nutzt meines Wissens nach derzeit resolvconf. </p>
<p>Dennis Schridde hat den Bug-Report vor 3 Tagen erstellt (<a href="https://github.com/systemd/systemd/issues/6426" rel="nofollow ugc external noopener noreferrer" data-wpel-link="external" target="_blank" class="wpel-icon-right">https://github.com/systemd/systemd/issues/6426<span class="wpel-icon wpel-image wpel-icon-6"></span></a>). Systemd- und Libidn2-Entwickler wussten bereits vorher von dem Problem (<a href="https://github.com/systemd/systemd/pull/6335" rel="nofollow ugc external noopener noreferrer" data-wpel-link="external" target="_blank" class="wpel-icon-right">https://github.com/systemd/systemd/pull/6335<span class="wpel-icon wpel-image wpel-icon-6"></span></a> <a href="https://gitlab.com/libidn/libidn2/issues/30" rel="nofollow ugc external noopener noreferrer" data-wpel-link="external" target="_blank" class="wpel-icon-right">https://gitlab.com/libidn/libidn2/issues/30<span class="wpel-icon wpel-image wpel-icon-6"></span></a>). Von Seiten systemd wurde vor Veröffentlichung von Version 234 die Nutzung von Libidn2 als experimentell eingestuft und in der NEWS-Datei wird dazu geraten vorerst auf Libidn zu setzen.</p>
<p>Das Problem dürfte daher wohl recht wenig Nutzer betreffen. Zumal bereits Patches vorhanden sind.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
