Re: Proposal: Rethink Fedora multilib support

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

 




----- Original Message -----
> On 05/01/17 14:42 -0500, Randy Barlow wrote:
> >On Thu, 2017-01-05 at 17:02 +0000, Jonathan Wakely wrote:
> >> Which definitely changes how software is built.
> >
> >Containers also change the way software must be written in some cases,
> >since they expect there to be one main process and don't expect that
> >main process to interact with other "main" processes on the system.
> >There are some program architectures that aren't well suited to be run
> >in containers since containers expect programs to work in specific
> >ways. I don't think they are general enough to cover all use cases.
> >
> >I also expect that users will not appreciate being forced to use
> >containers if they want to keep being able to do things they can do
> >today. Offering it to them as an option rather than the only solution
> >is probably a friendlier approach.
> 
> 
> That would certainly be a problem if the proposal was to run each
> 32-bit application in its own container environment, but I think the
> suggestion is to have a single 32-bit container used by all 32-bit
> software. With that approach all the 32-bit software would be able to
> interact with the rest of the 32-bit system, there wouldn't be
> segregation between them.
> 
> But we would need to consider how a 32-bit application starts other
> programs via things like xdg-open. Would you have to have a 32-bit
> browser installed so that you could click on links in 32-bit
> applications? Would xdg-utils have to be installed on the system
> twice, once in the 64-bit host and once in the 32-bit container? And
> install things like Firefox and image viewers twice?

I wonder how that would work when 1) you need access outside the sandbox
(say to play audio through PulseAudio, which needs an ALSA 32-bit plugin),
or 2) the 32-bit binary is a plugin (remember 32-bit Flash inside Firefox
with the nppluginwrapper?).
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[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