bug#67593: `split --number=l/N` no longer splits evenly

2023-12-03 Thread Pádraig Brady
On 03/12/2023 09:37, Paul Eggert wrote: That's not a bug, in that 'split' is behaving as documented. The first input line is one byte shorter than the second one. 'Split' divides the input into two regions, and because the first region happens to be one byte longer than the second region both

bug#67593: `split --number=l/N` no longer splits evenly

2023-12-03 Thread Paul Eggert
That's not a bug, in that 'split' is behaving as documented. The first input line is one byte shorter than the second one. 'Split' divides the input into two regions, and because the first region happens to be one byte longer than the second region both input lines are sent to the first output

bug#67593: `split --number=l/N` no longer splits evenly

2023-12-02 Thread Victor Engmark via GNU coreutils Bug Reports
Hi all Commit fb6fc7f3ce6b0b70a5df7f605e71c4f8541e256b (part of v9.2) introduced a regression in how `split --number=l/N` works. Test script `tests/split/l-chunk2.sh`: ``` #!/bin/sh . "${srcdir=.}/tests/init.sh"; path_prepend_ ./src print_ver_ split printf 'first\n' > exp1 ||