| Summary: | sys-apps/coreutils-5.0.91-r2 has broken 'seq' | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Robin Johnson <robbat2> |
| Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
| Status: | RESOLVED FIXED | ||
| Severity: | critical | CC: | robbat2 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | seq.c.patch | ||
|
Description
Robin Johnson
2003-12-22 18:25:10 UTC
seems like you have to set the increment to -1 for backwards seq to work I'm looking into a patch to enable the old behaviour robin, can you check this with coreutils-5.0.91-r3 as well, please? never mind :/ this is the relevant item from the coreutils ChangeLog: 2003-09-04 Paul Eggert <eggert@twinsun.com> * src/seq.c (step): Default to 1. (print_numbers): Allow the output to be empty. (main): The default step is 1, even if LAST < FIRST; as per documentation. now this raises the question of the correct behavior. should it be the same as sh-utils and coreutils previous to the broken version? eg 'seq 5 1' works, or should it return no output? Created attachment 26082 [details, diff]
seq.c.patch
fixed in 5.2.0 |