Fixing the glibc adobe flash incompatibility

Tomasz Torcz tomek at
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
> >> 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    wagon filled with backup tapes." -- Jim Gray

More information about the devel mailing list