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
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
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
> "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
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
On Mon, Jun 27, 2022 at 04:22:19AM +, Stephan Verbücheln wrote:
> Is it really an executabe binary, i.e. a computer program for any real
> or virtual programming or machine language?
>
> I don't think that (non-executable) binary data is a problem. If the
> data is produced/generated with
Is it really an executabe binary, i.e. a computer program for any real
or virtual programming or machine language?
I don't think that (non-executable) binary data is a problem. If the
data is produced/generated with some tools, the “source” would be nice
to have though, because it helps to make
Dear Marcos,
> After reading the file `readme.txt' of fruit package I checked that the binary
> file is generated by another package called "polyglot". To generate the binary
> file, polyglot needs a PGN file as source. The PGN file does not come with
> fruit package.
These binary opening books
On Sun, Jun 26, 2022 at 12:06:33PM -0700, Walter Landry wrote:
[...]
> How was book_small.bin generated? More concretely, if I wanted to add
> chess openings, would I start from book_small.bin? Or is there some
> other file that I would modify and then generate book_small.bin?
After reading the
Marcos Talau writes:
> The fruit package [1] comes with a binary file named `book_small.bin'. This
> binary file does not have a source code.
>
> Reading the documentation and checking the source code of the package, the
> binary file appears to contain chess openings, and I believe it is used by
Hi there!
The fruit package [1] comes with a binary file named `book_small.bin'. This
binary file does not have a source code.
Reading the documentation and checking the source code of the package, the
binary file appears to contain chess openings, and I believe it is used by
default by the
11 matches
Mail list logo
