Re: Binary file inside fruit package

2022-06-27 Thread Paul Wise
On Mon, 2022-06-27 at 08:32 -0600, Sam Hartman wrote: > Major factors in making that decision include what data is actually > available to the upstream author as well as how upstream has generally > chosen to make modifications. > If data is available to upstream but not to Debian that's a good

Re: Binary file inside fruit package

2022-06-27 Thread Stephan Verbücheln
On Mon, 2022-06-27 at 07:27 +0200, Tobias Frost wrote: > No, that is not how it works. It is not only nice to have. > We want the "preferred form of modification" in the package and a > binary > blob is often not. > > > For example, a program might contain a picture, but not the project > > files

Re: Binary file inside fruit package

2022-06-27 Thread Simon McVittie
On Mon, 27 Jun 2022 at 13:23:41 +0100, Sebastian Crane wrote: > What would you say the preferred form of modification should be for > chess opening books? I think talking about "the" preferred form for modification is often an oversimplification when discussing content that is not executable

Re: Binary file inside fruit package

2022-06-27 Thread Sam Hartman
> "Sebastian" == Sebastian Crane writes: Sebastian> Dear Tobias, >> No, that is not how it works. It is not only nice to have. We >> want the "preferred form of modification" in the package and a >> binary blob is often not. Sebastian> What would you say the preferred

Re: Binary file inside fruit package

2022-06-27 Thread Sebastian Crane
Dear Tobias, > No, that is not how it works. It is not only nice to have. > We want the "preferred form of modification" in the package and a binary > blob is often not. What would you say the preferred form of modification should be for chess opening books? a: the collection of millions of