Re: Fixing the glibc adobe flash incompatibility

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxx    wagon filled with backup tapes." -- Jim Gray

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux