<?xml version="1.0" encoding="UTF-8"?><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/"
	
	>
<channel>
	<title>
	Kommentare zu: flashplugin-nonfree in schlechten inkonsistenten Zustand	</title>
	<atom:link href="https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/feed/" rel="self" type="application/rss+xml" />
	<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/</link>
	<description>Blog über Ubuntu, Linux, Android und IT</description>
	<lastBuildDate>Thu, 13 Mar 2025 12:26:06 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Von: Konke		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-13273</link>

		<dc:creator><![CDATA[Konke]]></dc:creator>
		<pubDate>Thu, 01 Jul 2010 19:06:50 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-13273</guid>

					<description><![CDATA[Danke für den Tip, 
hat einwandfrei funktioniert!]]></description>
			<content:encoded><![CDATA[<p>Danke für den Tip,<br>
hat einwandfrei funktioniert!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Sean		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-11817</link>

		<dc:creator><![CDATA[Sean]]></dc:creator>
		<pubDate>Tue, 25 May 2010 09:43:03 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-11817</guid>

					<description><![CDATA[Hallo Christoph,

danke für Deine einfache Lösung. Ich habe leider keine Ahnung warum sie funktioniert (und warum die /var/lib/dpkg/info/flashplugin-nonfree.prerm gelöscht werden muss, bevor der --force-remove-reqinst zieht) aber es hat geklappt! :-)]]></description>
			<content:encoded><![CDATA[<p>Hallo Christoph,</p>
<p>danke für Deine einfache Lösung. Ich habe leider keine Ahnung warum sie funktioniert (und warum die /var/lib/dpkg/info/flashplugin-nonfree.prerm gelöscht werden muss, bevor der &#8211;force-remove-reqinst zieht) aber es hat geklappt! 🙂</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Gottfried Hoffmann		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-11810</link>

		<dc:creator><![CDATA[Gottfried Hoffmann]]></dc:creator>
		<pubDate>Tue, 25 May 2010 07:51:45 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-11810</guid>

					<description><![CDATA[Hallo Christoph, gratuliere zur einfachen Lösung. Ich hatte das gleiche Problem und Deine Lösung funktionierte einwandfrei. Hier noch ein Tipp: Bei mir war auch der flashplayer selbst gelöscht und musste beim ersten Aufrufen auf einer Webseite nachinstalliert werden. War aber kein ernstes Problem.
Noch eine Frage: Aufgrund des Fehlers wurde bei mir die ansonsten problemlose Update-Prozedur abgebrochen. Ich fürchte, dass dadurch das &quot;Aufräumen&quot; (oder auch noch andere Abläufe) nicht einwandfrei ausgeführt wurden. Kann man das Prüfen und eventuell nachholen?
Vielen Dank nochmal für Deine Bemühungen und viele Grüße,
Gottfried]]></description>
			<content:encoded><![CDATA[<p>Hallo Christoph, gratuliere zur einfachen Lösung. Ich hatte das gleiche Problem und Deine Lösung funktionierte einwandfrei. Hier noch ein Tipp: Bei mir war auch der flashplayer selbst gelöscht und musste beim ersten Aufrufen auf einer Webseite nachinstalliert werden. War aber kein ernstes Problem.<br>
Noch eine Frage: Aufgrund des Fehlers wurde bei mir die ansonsten problemlose Update-Prozedur abgebrochen. Ich fürchte, dass dadurch das &#8222;Aufräumen&#8220; (oder auch noch andere Abläufe) nicht einwandfrei ausgeführt wurden. Kann man das Prüfen und eventuell nachholen?<br>
Vielen Dank nochmal für Deine Bemühungen und viele Grüße,<br>
Gottfried</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Christoph		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-11147</link>

		<dc:creator><![CDATA[Christoph]]></dc:creator>
		<pubDate>Thu, 20 May 2010 07:16:07 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-11147</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-11146&quot;&gt;axt&lt;/a&gt;.

axt, könnte genug sein, doch ich hatte dieses Problem &quot;leider&quot; nicht, so dass ich das nicht ausprobieren kann ;)]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-11146">axt</a>.</p>
<p>axt, könnte genug sein, doch ich hatte dieses Problem &#8222;leider&#8220; nicht, so dass ich das nicht ausprobieren kann 😉</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: axt		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-11146</link>

		<dc:creator><![CDATA[axt]]></dc:creator>
		<pubDate>Thu, 20 May 2010 07:11:30 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-11146</guid>

					<description><![CDATA[Wieso erst remove, gefolgt von purge?

purge beinhaltet doch remove, sprich purge reicht.]]></description>
			<content:encoded><![CDATA[<p>Wieso erst remove, gefolgt von purge?</p>
<p>purge beinhaltet doch remove, sprich purge reicht.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Werner		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10851</link>

		<dc:creator><![CDATA[Werner]]></dc:creator>
		<pubDate>Thu, 13 May 2010 14:07:23 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-10851</guid>

					<description><![CDATA[Endlich!
kurz, knapp und hat funktioniert!
..Nach stundenlangen Selbstversuchen das
Problem zu lösen!..
Bin mit allen möglichen installations- und Löschveruchen
mit apt-get/ dpkg usw. gescheitert.

Also--HERZLICHEN Dank!]]></description>
			<content:encoded><![CDATA[<p>Endlich!<br>
kurz, knapp und hat funktioniert!<br>
..Nach stundenlangen Selbstversuchen das<br>
Problem zu lösen!..<br>
Bin mit allen möglichen installations- und Löschveruchen<br>
mit apt-get/ dpkg usw. gescheitert.</p>
<p>Also&#8211;HERZLICHEN Dank!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Christoph		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10482</link>

		<dc:creator><![CDATA[Christoph]]></dc:creator>
		<pubDate>Wed, 05 May 2010 13:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-10482</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10481&quot;&gt;p.selbst&lt;/a&gt;.

Dem will ich mal widersprechen. Ich aktualisiere diverse Rechner von Version zu Version. Allerdings darf man nicht blauäugig an Versionsupgrades gehen. Zuvor gehört auf jeden Fall ein Test mit Desktop-CD gemacht, danach werden die Daten gesichert und ein Image von / gemacht. Somit kann man im Problemfall schnell wieder auf die alte Version zurückkehren.

Generell gilt, dass man so wenig wie möglich am System basteln sollte. Je weniger fremde Paketquellen genutzt werden. Je &quot;konservativer&quot; diese Quellen sind (z.b. wenn nur ein Paket zur Verfügung gestellt wird, das es sonst nicht in den Quellen gibt). Desto besser klappt ein Upgrade.]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10481">p.selbst</a>.</p>
<p>Dem will ich mal widersprechen. Ich aktualisiere diverse Rechner von Version zu Version. Allerdings darf man nicht blauäugig an Versionsupgrades gehen. Zuvor gehört auf jeden Fall ein Test mit Desktop-CD gemacht, danach werden die Daten gesichert und ein Image von / gemacht. Somit kann man im Problemfall schnell wieder auf die alte Version zurückkehren.</p>
<p>Generell gilt, dass man so wenig wie möglich am System basteln sollte. Je weniger fremde Paketquellen genutzt werden. Je &#8222;konservativer&#8220; diese Quellen sind (z.b. wenn nur ein Paket zur Verfügung gestellt wird, das es sonst nicht in den Quellen gibt). Desto besser klappt ein Upgrade.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: p.selbst		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10481</link>

		<dc:creator><![CDATA[p.selbst]]></dc:creator>
		<pubDate>Wed, 05 May 2010 12:50:36 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-10481</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10439&quot;&gt;burli&lt;/a&gt;.

das upgrade läuft selten sauber. besser: daten sichern, neu installieren, /home auf eine extra partition schieben. ist am saubersten und sichersten.]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10439">burli</a>.</p>
<p>das upgrade läuft selten sauber. besser: daten sichern, neu installieren, /home auf eine extra partition schieben. ist am saubersten und sichersten.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: C&#124;Y&#124;R&#124;U&#124;S		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10445</link>

		<dc:creator><![CDATA[C&#124;Y&#124;R&#124;U&#124;S]]></dc:creator>
		<pubDate>Tue, 04 May 2010 10:12:52 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-10445</guid>

					<description><![CDATA[&lt;blockquote&gt;
&lt;a href=&quot;#comment-10433&quot; rel=&quot;nofollow&quot;&gt;
&lt;strong&gt;&lt;em&gt;fedov:&lt;/em&gt;&lt;/strong&gt;
&lt;/a&gt;
 wenn du in der Überschrift das “einem” aus dem zitierten Text weglässt muss sich das flashplugin-nonfree in schlechtem, inkonsistentem Zustand befinden.
&lt;/blockquote&gt;

Ja, das stimmt. Auch erlaubt wäre &quot;schlechtem, inkonsistenten Zustand&quot; aber ein &quot;n&quot; muss einem &quot;m&quot; weichen]]></description>
			<content:encoded><![CDATA[<blockquote><p>
<a href="#comment-10433" rel="nofollow"><br>
<strong><em>fedov:</em></strong><br>
</a><br>
 wenn du in der Überschrift das “einem” aus dem zitierten Text weglässt muss sich das flashplugin-nonfree in schlechtem, inkonsistentem Zustand befinden.
</p></blockquote>
<p>Ja, das stimmt. Auch erlaubt wäre &#8222;schlechtem, inkonsistenten Zustand&#8220; aber ein &#8222;n&#8220; muss einem &#8222;m&#8220; weichen</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: BT90		</title>
		<link>https://linuxundich.de/gnu-linux/flashplugin-nonfree-in-schlechten-inkonsistenten-zustand/#comment-10444</link>

		<dc:creator><![CDATA[BT90]]></dc:creator>
		<pubDate>Tue, 04 May 2010 09:51:26 +0000</pubDate>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=7041#comment-10444</guid>

					<description><![CDATA[Was ich immer noch nicht verstehe ist,wieso sie das 32bit Plugin für die 64bit Version verteilen, obwohl es um einen vielfaches schlechter ist,als die original 64bit Alpha von Adobe. Ich hatte mit dem Paket aus dem Software-Center ständig Probleme.Ab und an mal Browser abgestürzt und das Klicken auf Schaltflächen war auch ein Glücksfall,wenn es denn mal funktioniert hat.Von der Geschwindigkeit will ich mal lieber nicht reden...

Komischerweise funktioniert Adobes Alpha ohne Probleme und meine CPU-Last bleibt auch in einem anzunehmenden Bereich.Ich verstehe die Leute von Canonical nicht,dass sie lieber ein nicht richtig funktionierendes Plugin beilegen,anstatt einer Alpha Version,die aber dafür läuft wie Schmidts Katze :(]]></description>
			<content:encoded><![CDATA[<p>Was ich immer noch nicht verstehe ist,wieso sie das 32bit Plugin für die 64bit Version verteilen, obwohl es um einen vielfaches schlechter ist,als die original 64bit Alpha von Adobe. Ich hatte mit dem Paket aus dem Software-Center ständig Probleme.Ab und an mal Browser abgestürzt und das Klicken auf Schaltflächen war auch ein Glücksfall,wenn es denn mal funktioniert hat.Von der Geschwindigkeit will ich mal lieber nicht reden&#8230;</p>
<p>Komischerweise funktioniert Adobes Alpha ohne Probleme und meine CPU-Last bleibt auch in einem anzunehmenden Bereich.Ich verstehe die Leute von Canonical nicht,dass sie lieber ein nicht richtig funktionierendes Plugin beilegen,anstatt einer Alpha Version,die aber dafür läuft wie Schmidts Katze 🙁</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
