<?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>Comments on: Where is 64-bit Linux support for Flash Player?</title>
	<atom:link href="http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/</link>
	<description>Rich Internet Applications &#124; Flex &#124; Adobe AIR &#124; Java &#124; Open Source &#124; Linux &#124; Enterprise Software &#124; Cloud</description>
	<lastBuildDate>Tue, 16 Mar 2010 21:17:11 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Twitter, Tweet Deck and 64 Bit Linux &#124; Edmonds Commerce Blog</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-156870</link>
		<dc:creator>Twitter, Tweet Deck and 64 Bit Linux &#124; Edmonds Commerce Blog</dc:creator>
		<pubDate>Tue, 03 Mar 2009 11:48:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-156870</guid>
		<description>[...] Ability &#124; The &#8230;Flash Player for 64-bit Linux - BETA NOW AVAILABLE! &#124; James Ward &#8230;Where is 64-bit Linux support for Flash Player? &#124; James Ward - RIA &#8230;Happy With That « Adam Sweet’s BlogTwitter, Tweet Deck and 64 Bit Linux &#124; Edmonds Commerce [...]</description>
		<content:encoded><![CDATA[<p>[...] Ability | The &#8230;Flash Player for 64-bit Linux &#8211; BETA NOW AVAILABLE! | James Ward &#8230;Where is 64-bit Linux support for Flash Player? | James Ward &#8211; RIA &#8230;Happy With That « Adam Sweet’s BlogTwitter, Tweet Deck and 64 Bit Linux | Edmonds Commerce [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Making Headway on Flash Player for 64-bit Linux &#124; James Ward - RIA Cowboy</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-125924</link>
		<dc:creator>Making Headway on Flash Player for 64-bit Linux &#124; James Ward - RIA Cowboy</dc:creator>
		<pubDate>Fri, 22 Aug 2008 11:21:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-125924</guid>
		<description>[...] It appears the Flash Player engineering team is making progress on 64-bit Linux support. There are no details yet on when this will ship. But I&#8217;m sure they could still use your help. [...]</description>
		<content:encoded><![CDATA[<p>[...] It appears the Flash Player engineering team is making progress on 64-bit Linux support. There are no details yet on when this will ship. But I&#8217;m sure they could still use your help. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: axobeauvi</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-125584</link>
		<dc:creator>axobeauvi</dc:creator>
		<pubDate>Thu, 14 Aug 2008 23:47:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-125584</guid>
		<description>I use the nspluginwrapper daily on opensuse 11;
MozillaFirefox-3.0.1-1.1
nspluginwrapper-0.9.91.5.99.20071225-27.1

all and all it works very well ,but I can&#039;t save swf since the standalone player doesn&#039;t work right.
can&#039;t wait for a real 64-bit version.
oh and beta 10 didn&#039;t work very well ,really choppy.</description>
		<content:encoded><![CDATA[<p>I use the nspluginwrapper daily on opensuse 11;<br />
MozillaFirefox-3.0.1-1.1<br />
nspluginwrapper-0.9.91.5.99.20071225-27.1</p>
<p>all and all it works very well ,but I can&#8217;t save swf since the standalone player doesn&#8217;t work right.<br />
can&#8217;t wait for a real 64-bit version.<br />
oh and beta 10 didn&#8217;t work very well ,really choppy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cláudio da Silveira Pinheiro</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-125502</link>
		<dc:creator>Cláudio da Silveira Pinheiro</dc:creator>
		<pubDate>Tue, 12 Aug 2008 21:02:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-125502</guid>
		<description>Hi.


Putting Tamarin in Firefox 4&#039;s timeframe makes more sense. I hope it gets there in schedule and if I have time I&#039;ll try to help, but being honest, it means Tamarin64 is waiting for us in a time at least two years from now (just in time for Duke Nukem Forever, perhaps).
Right now the main problem is a completely different one. The point is FP 10rc1 just horribly degraded the user experience on 64-bit OSes. And this of course affects us today. If FP 10 Final is released in a similar state we and all the distros who distribude 64-bit Linux OSes will be stuck in a quagmire akin to those WWI ones, some sort of a Battle of Passchendaele with FP developers in one trench and everybody else in the opposite side.
I&#039;m asking you to be the sensible guy who&#039;ll bring this issue alight, as it&#039;s a very real concern to us 64-bit users.
Despite so many comments equating we 64-bit users to a handful of highly vocal brats, I believe the real picture is different. We are Legion, so to say. :D And I can&#039;t see nothing wrong about being vocal and coherent about relevant issues.
I hope you see my point.

Best regards.</description>
		<content:encoded><![CDATA[<p>Hi.</p>
<p>Putting Tamarin in Firefox 4&#8217;s timeframe makes more sense. I hope it gets there in schedule and if I have time I&#8217;ll try to help, but being honest, it means Tamarin64 is waiting for us in a time at least two years from now (just in time for Duke Nukem Forever, perhaps).<br />
Right now the main problem is a completely different one. The point is FP 10rc1 just horribly degraded the user experience on 64-bit OSes. And this of course affects us today. If FP 10 Final is released in a similar state we and all the distros who distribude 64-bit Linux OSes will be stuck in a quagmire akin to those WWI ones, some sort of a Battle of Passchendaele with FP developers in one trench and everybody else in the opposite side.<br />
I&#8217;m asking you to be the sensible guy who&#8217;ll bring this issue alight, as it&#8217;s a very real concern to us 64-bit users.<br />
Despite so many comments equating we 64-bit users to a handful of highly vocal brats, I believe the real picture is different. We are Legion, so to say. :D And I can&#8217;t see nothing wrong about being vocal and coherent about relevant issues.<br />
I hope you see my point.</p>
<p>Best regards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Ward</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-125496</link>
		<dc:creator>James Ward</dc:creator>
		<pubDate>Tue, 12 Aug 2008 18:32:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-125496</guid>
		<description>I hear you.  I wish that we had native 64-bit Flash Player a long time ago.

As far as Tamarin goes...  The ES4 spec is still in progress.  Tamarin is an early implementation of ES4 and will probably be integrated into Firefox 4.  Today Tamarin does get used in Flash Player.  So when Tamarin supports 64-bit the Flash Player team can pull in those changes.  I am really not a low-level enough programmer to help with Tamarin but I hope that that some open source developers out there will step up and help get 64-bit support into Tamarin.

-James</description>
		<content:encoded><![CDATA[<p>I hear you.  I wish that we had native 64-bit Flash Player a long time ago.</p>
<p>As far as Tamarin goes&#8230;  The ES4 spec is still in progress.  Tamarin is an early implementation of ES4 and will probably be integrated into Firefox 4.  Today Tamarin does get used in Flash Player.  So when Tamarin supports 64-bit the Flash Player team can pull in those changes.  I am really not a low-level enough programmer to help with Tamarin but I hope that that some open source developers out there will step up and help get 64-bit support into Tamarin.</p>
<p>-James</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cláudio da Silveira Pinheiro</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-125493</link>
		<dc:creator>Cláudio da Silveira Pinheiro</dc:creator>
		<pubDate>Tue, 12 Aug 2008 17:35:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-125493</guid>
		<description>Yeah, what I&#039;m saying is exactly it: nspluginwrapper desn&#039;t do the trick for FP 10 rc1 because of the sudden growth of the dependency chain.
There&#039;s a way to fix this situation without having 32bit libs for all library dependencies: Releasing a friggin&#039; native 64-bit FP 10. :D
FP 9 is way more self-contained. Even the previous beta (that one with stray pixels garbling video streams) can be run just fine in a 64-bit system with the wrapper (running &quot;fine&quot; meaning it runs despite having to load a full 32-bit libc6 to memory and all the 32-64-32 context switching).
In fact I voted for the bug since the dawn of the ages (a.k.a. when I first spotted that bug in Adobe&#039;s page, many years ago).
I&#039;ve offered to help once, I even offered some of Kopete&#039;s webcam code (I&#039;m the main video developer) to be included in FP, no strings attached. I took a look at Tamarin, but by the state of its page, that mentions that Tamarin will be released as part of Firefox 2 (and we currently can se Firefox 3.0.1 wandering down the internet tubes), so the project page seems frozen in time just as Prypiat (the city). There are recent commits in code, but no publicity about how it&#039;s doing at all. But based on the aforementioned fact, if Tamarin would be the new ECMAScript solution to Firefox 2, and I&#039;m running Firefox 3 64-bit here once in a while, may I suppose Tamarin was already ported to work fine on 64-bit systems? Heh, acording to https://mail.mozilla.org/pipermail/tamarin-devel/2008-May/000555.html , &quot;Currently Tamarin Central only supports the Win64 configuration. It should pass all tests in both interp and JIT modes.&quot;. Wow.
Being in the last year at College demmands too much from me, so I&#039;m even a bit distant from the KDE Project and Kopete development, as I have not much free time at all, but if I had maybe I would risk learning Amd64 Assembly to at least be able to barely browse the code. I&#039;m not such a great programmer, I just do some low-level stuff and post random fixes for webcams&#039; kernel drivers from time to time. Maybe I&#039;ll be of more use when I have a bit more time.

Man, sorry if my words weren&#039;t exactly candid, but after so many years of &quot;lalalalala - I don&#039;t hear you&quot; from FP developers I&#039;m pretty sure I&#039;m not the only upset guy around.</description>
		<content:encoded><![CDATA[<p>Yeah, what I&#8217;m saying is exactly it: nspluginwrapper desn&#8217;t do the trick for FP 10 rc1 because of the sudden growth of the dependency chain.<br />
There&#8217;s a way to fix this situation without having 32bit libs for all library dependencies: Releasing a friggin&#8217; native 64-bit FP 10. :D<br />
FP 9 is way more self-contained. Even the previous beta (that one with stray pixels garbling video streams) can be run just fine in a 64-bit system with the wrapper (running &#8220;fine&#8221; meaning it runs despite having to load a full 32-bit libc6 to memory and all the 32-64-32 context switching).<br />
In fact I voted for the bug since the dawn of the ages (a.k.a. when I first spotted that bug in Adobe&#8217;s page, many years ago).<br />
I&#8217;ve offered to help once, I even offered some of Kopete&#8217;s webcam code (I&#8217;m the main video developer) to be included in FP, no strings attached. I took a look at Tamarin, but by the state of its page, that mentions that Tamarin will be released as part of Firefox 2 (and we currently can se Firefox 3.0.1 wandering down the internet tubes), so the project page seems frozen in time just as Prypiat (the city). There are recent commits in code, but no publicity about how it&#8217;s doing at all. But based on the aforementioned fact, if Tamarin would be the new ECMAScript solution to Firefox 2, and I&#8217;m running Firefox 3 64-bit here once in a while, may I suppose Tamarin was already ported to work fine on 64-bit systems? Heh, acording to <a href="https://mail.mozilla.org/pipermail/tamarin-devel/2008-May/000555.html" rel="nofollow">https://mail.mozilla.org/pipermail/tamarin-devel/2008-May/000555.html</a> , &#8220;Currently Tamarin Central only supports the Win64 configuration. It should pass all tests in both interp and JIT modes.&#8221;. Wow.<br />
Being in the last year at College demmands too much from me, so I&#8217;m even a bit distant from the KDE Project and Kopete development, as I have not much free time at all, but if I had maybe I would risk learning Amd64 Assembly to at least be able to barely browse the code. I&#8217;m not such a great programmer, I just do some low-level stuff and post random fixes for webcams&#8217; kernel drivers from time to time. Maybe I&#8217;ll be of more use when I have a bit more time.</p>
<p>Man, sorry if my words weren&#8217;t exactly candid, but after so many years of &#8220;lalalalala &#8211; I don&#8217;t hear you&#8221; from FP developers I&#8217;m pretty sure I&#8217;m not the only upset guy around.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Ward</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-125487</link>
		<dc:creator>James Ward</dc:creator>
		<pubDate>Tue, 12 Aug 2008 13:21:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-125487</guid>
		<description>Hi Cláudio,

Thanks for your comment.  So I guess you are saying that nspluginwrapper does not do the trick with FP 10 rc1?  Is there any way to fix that without having 32bit libs for all the library deps?  When I tried FP 9 and nspluginwrapper a long time ago I don&#039;t remember having to install all of the 32-bit lib deps.

Have you voted for the bug yet?  Please do.

Have you looked at Tamarin to see if you can help get native 64-bit working?

-James</description>
		<content:encoded><![CDATA[<p>Hi Cláudio,</p>
<p>Thanks for your comment.  So I guess you are saying that nspluginwrapper does not do the trick with FP 10 rc1?  Is there any way to fix that without having 32bit libs for all the library deps?  When I tried FP 9 and nspluginwrapper a long time ago I don&#8217;t remember having to install all of the 32-bit lib deps.</p>
<p>Have you voted for the bug yet?  Please do.</p>
<p>Have you looked at Tamarin to see if you can help get native 64-bit working?</p>
<p>-James</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cláudio da Silveira Pinheiro</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-125481</link>
		<dc:creator>Cláudio da Silveira Pinheiro</dc:creator>
		<pubDate>Tue, 12 Aug 2008 09:15:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-125481</guid>
		<description>Hello, James. This text is directed to Mike Melanson, but I&#039;m not sure he&#039;ll allow my comment on Penguin.SWF, so maybe you&#039;ll only see this if I post it here. Please take a look at it and help us from our &quot;vocal group of people who really want 64-bit Linux&quot;.

Argh!
No 64-bit native, and now no 32-bit nspluginwrapper, neither 32-bit firefox on 64-bit platform anymore, as libflashplayer.so depends on 

libcurl.so.3
libssl3.so
libnss3.so
libnspr4.so

, that can be found in packages

libcurl3
libnspr4-dev
libnss3-dev

Heh. These in turn depend on

libcomerr2
libidn11
libkrb53
libldap
libnss3-1d
libsqlite3
libssl0.9.8
zlib1g

that in their turn depend on

debconf
libgnutls13
libkeyutils1
libsasl2

that in their turn depend on

debconf-i18n
libdb4.6
libgcrypt11
liblzo2-2
libopencdk10
libsasl2-modules
libtasn1-2
perl-base

that in their turn depend on other multitude of libraries I&#039;ll not dig deeper because it became pretty obvious there are just too many of them, that it would be easier to run a 32-bit O.S., and having to install all the dependencies in a 64-bit O.S. would mean my &#039;puter would spend some hundreds of MB just to load a cute Flash-based banner ad.
If Flash 10 final has this little dependency problem, it will be simply a nightmarish task for Fedora, Mandriva, openSUSE, (*)Ubuntu and all other distos who offer a 64-bit version of their OSes, to package it.
Man, you did it.
It was a punch below the waistline.
Mike, you can do better than this. There&#039;s no need to worsen 64-bit users&#039; lives, even less this way. If before we could at least awkwardly use Flash content, rc1 just alienated us in such an absurd way I really struggle to understand why a developer would go such great lenghts to accomplish it. I&#039;m not saying you did it on purpose, but you hit the mark nonetheless.
Please take a moment to think about it, and I hope you&#039;ll realize you can&#039;t disregard so many people, at least not morally.
I really hope you personally will work out this situation in a reasonable way.

Best regards.</description>
		<content:encoded><![CDATA[<p>Hello, James. This text is directed to Mike Melanson, but I&#8217;m not sure he&#8217;ll allow my comment on Penguin.SWF, so maybe you&#8217;ll only see this if I post it here. Please take a look at it and help us from our &#8220;vocal group of people who really want 64-bit Linux&#8221;.</p>
<p>Argh!<br />
No 64-bit native, and now no 32-bit nspluginwrapper, neither 32-bit firefox on 64-bit platform anymore, as libflashplayer.so depends on </p>
<p>libcurl.so.3<br />
libssl3.so<br />
libnss3.so<br />
libnspr4.so</p>
<p>, that can be found in packages</p>
<p>libcurl3<br />
libnspr4-dev<br />
libnss3-dev</p>
<p>Heh. These in turn depend on</p>
<p>libcomerr2<br />
libidn11<br />
libkrb53<br />
libldap<br />
libnss3-1d<br />
libsqlite3<br />
libssl0.9.8<br />
zlib1g</p>
<p>that in their turn depend on</p>
<p>debconf<br />
libgnutls13<br />
libkeyutils1<br />
libsasl2</p>
<p>that in their turn depend on</p>
<p>debconf-i18n<br />
libdb4.6<br />
libgcrypt11<br />
liblzo2-2<br />
libopencdk10<br />
libsasl2-modules<br />
libtasn1-2<br />
perl-base</p>
<p>that in their turn depend on other multitude of libraries I&#8217;ll not dig deeper because it became pretty obvious there are just too many of them, that it would be easier to run a 32-bit O.S., and having to install all the dependencies in a 64-bit O.S. would mean my &#8216;puter would spend some hundreds of MB just to load a cute Flash-based banner ad.<br />
If Flash 10 final has this little dependency problem, it will be simply a nightmarish task for Fedora, Mandriva, openSUSE, (*)Ubuntu and all other distos who offer a 64-bit version of their OSes, to package it.<br />
Man, you did it.<br />
It was a punch below the waistline.<br />
Mike, you can do better than this. There&#8217;s no need to worsen 64-bit users&#8217; lives, even less this way. If before we could at least awkwardly use Flash content, rc1 just alienated us in such an absurd way I really struggle to understand why a developer would go such great lenghts to accomplish it. I&#8217;m not saying you did it on purpose, but you hit the mark nonetheless.<br />
Please take a moment to think about it, and I hope you&#8217;ll realize you can&#8217;t disregard so many people, at least not morally.<br />
I really hope you personally will work out this situation in a reasonable way.</p>
<p>Best regards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pelzel.de &#187; Blog Archiv &#187; Fedora 9 x86_64</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-121165</link>
		<dc:creator>pelzel.de &#187; Blog Archiv &#187; Fedora 9 x86_64</dc:creator>
		<pubDate>Fri, 06 Jun 2008 08:47:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-121165</guid>
		<description>[...] - Hier hab ich was [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8211; Hier hab ich was [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pepe Deluxe</title>
		<link>http://www.jamesward.com/2008/05/16/where-is-64-bit-linux-support-for-flash-player/comment-page-1/#comment-120584</link>
		<dc:creator>Pepe Deluxe</dc:creator>
		<pubDate>Mon, 02 Jun 2008 15:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesward.org/wordpress/?p=278#comment-120584</guid>
		<description>Adobe also needs to desperately roll out a Windows x64 Flash Player.

Still, if Adobe is happy to lose the foothold that Flash gained while Macromedia was still in charge, that&#039;s fine by me.  I&#039;m sure some emerging web technology with open standards will take its place.

What a shame for all those Flash developers being swindled out of thousands of dollars for tools by Adobe though, given their creations won&#039;t be viewable on faster, x64 bit browsers that ship not only with Linux, but XP x64 and Vista x64.

To say the situation is a disgrace is understatement of the year.  Adobe SHOULD have the resources to aim at this problem, given the money it charges for Flash development products.</description>
		<content:encoded><![CDATA[<p>Adobe also needs to desperately roll out a Windows x64 Flash Player.</p>
<p>Still, if Adobe is happy to lose the foothold that Flash gained while Macromedia was still in charge, that&#8217;s fine by me.  I&#8217;m sure some emerging web technology with open standards will take its place.</p>
<p>What a shame for all those Flash developers being swindled out of thousands of dollars for tools by Adobe though, given their creations won&#8217;t be viewable on faster, x64 bit browsers that ship not only with Linux, but XP x64 and Vista x64.</p>
<p>To say the situation is a disgrace is understatement of the year.  Adobe SHOULD have the resources to aim at this problem, given the money it charges for Flash development products.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
