Fixing the glibc adobe flash incompatibility
Tomasz Torcz
tomek at pipebreaker.pl
Thu Nov 18 07:17:20 UTC 2010
On Wed, Nov 17, 2010 at 05:20:57PM -0500, Peter Jones wrote:
> On 11/17/2010 05:11 PM, nodata wrote:
> > On 17/11/10 22:16, John Reiser wrote:
> >> On 11/17/2010 12:41 PM, Emmanuel Seyman wrote:
> >>> 2) Issues found in proprietary software cannot be fixed by anybody except
> >>> the vendor
> >>
> >> False. In this particular case, it is possible to binary edit the plugin
> >> libflashplayer.so so that all its calls to memcpy become calls to memmove.
> >> The change is to copy the .st_name field from the symbol for memmove to the
> >> .st_name field of the symbol for memcpy, which creates another instance
> >> of memmove. With that one 32-bit change, then the player will work.
> >> Memmove can be a few percent slower than memcpy, but nobody will notice.
> >
> > Editing binaries is a bad idea and also breaks the packaging guidelines.
> >
> > rpm verification will also break. It sets a bad precedent.
>
> To be fair, we're not packaging flash in Fedora anyway.
Adobe provides yum repos with flash plugin. OTOH, it doesn't seem to contain
64-bit flavour yet.
--
Tomasz Torcz "Never underestimate the bandwidth of a station
xmpp: zdzichubg at chrome.pl wagon filled with backup tapes." -- Jim Gray
More information about the devel
mailing list