severity 373704 important
thanks
On Sun, Jan 14, 2007 at 02:04:11AM +0100, Samuel Thibault wrote:
> Steve Langasek, le Sat 13 Jan 2007 13:10:25 -0800, a écrit :
> > "Potentially leading to random breakage" doesn't really justify a critical
> > severity when there are a limited number of packages m
Processing commands for [EMAIL PROTECTED]:
> severity 373704 important
Bug#373704: sort -k does not count fields the same as gnu sort
Severity set to `important' from `critical'
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
On Saturday 13 January 2007 13:50, Frans Pop wrote:
> It looks like sorting with a specific delimiter set is completely
> broken. Tests were done inside Debian Installer.
I've tested the final patch by Goswin and can find no more issues or
differences with GNU sort.
In some cases the use of -s is
On Saturday 13 January 2007 22:10, Steve Langasek wrote:
> "Potentially leading to random breakage" doesn't really justify a
> critical severity when there are a limited number of packages making
> use of busybox (and busybox sort in particular). Does this bug
> actually break d-i, and if so how?
Steve Langasek, le Sat 13 Jan 2007 13:10:25 -0800, a écrit :
> "Potentially leading to random breakage" doesn't really justify a critical
> severity when there are a limited number of packages making use of busybox
> (and busybox sort in particular). Does this bug actually break d-i, and if
> so h
On Sat, Jan 13, 2007 at 01:50:15PM +0100, Frans Pop wrote:
> severity 373704 critical
> found 373704 1:1.1.3-3
> thanks
> I had meant to look into this much earlier, but unfortunately it slipped
> my mind. Severity critical as this behavior can cause hard to trace
> unpredictable behavior in any
On Saturday 13 January 2007 13:50, Frans Pop wrote:
> Conclusion: when sorting with delimiter on the last field, the
> last-but-one field is sorted instead.
[...]
> Conclusion: with a leading delimiter, the sort is somehow _always_ done
> on the first field.
The last conclusion is not correct as t
On Saturday 13 January 2007 13:50, Frans Pop wrote:
> The testcase included in the busybox testsuite seems to work only by
> accident as it is a numeric sort and the last field to be sorted is the
> only numerical data in each line.
It turns out the testcase based on the D-I situation is broken in
Processing commands for [EMAIL PROTECTED]:
> severity 373704 critical
Bug#373704: sort -k does not count fields the same as gnu sort
Severity set to `critical' from `normal'
> found 373704 1:1.1.3-3
Bug#373704: sort -k does not count fields the same as gnu sort
Bug marked as fo
9 matches
Mail list logo