[Bug 211262] Re: Change in cut behavior breaks scripts

2013-01-23 Thread Launchpad Bug Tracker
[Expired for xen-common (Ubuntu) because there has been no activity for 60 days.] ** Changed in: xen-common (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/

[Bug 211262] Re: Change in cut behavior breaks scripts

2012-11-24 Thread Thomas Hotz
I cannot reproduce this. Is this still an issue for you? Which Ubuntu version do you use? Thank you for telling us! ** Changed in: xen-common (Ubuntu Hardy) Status: New => Invalid ** Changed in: xen-common (Ubuntu) Status: New => Confirmed ** Changed in: xen-common (Ubuntu)

[Bug 211262] Re: Change in cut behavior breaks scripts

2008-12-07 Thread Daniel T Chen
** Changed in: xen-common (Ubuntu) Importance: Undecided => Low -- Change in cut behavior breaks scripts https://bugs.launchpad.net/bugs/211262 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@l

[Bug 211262] Re: Change in cut behavior breaks scripts

2008-04-29 Thread Mike
My note above should by qualified by stating that behavior obtained with "-f,4" in previous versions of cut are the same as "-f4" in old and new versions of cut. -- Change in cut behavior breaks scripts https://bugs.launchpad.net/bugs/211262 You received this bug notification because you are a me

[Bug 211262] Re: Change in cut behavior breaks scripts

2008-04-29 Thread Mike
I agree, this change in behavior will affect third party scripts that were written for generic flavors of Linux. Although the old behavior may not have been "correct" it was accepted and widely used. I'd also like to point out that the behavior of -f was changed as well. This was discovered while

[Bug 211262] Re: Change in cut behavior breaks scripts

2008-04-13 Thread Steve Langasek
Not a bug in coreutils, marking as such. Agreed that this should be fixed in any affected scripts for hardy; which should be a relatively small number, so far only the xen scripts seem to assume a 0 index is valid. ** Changed in: coreutils (Ubuntu Hardy) Status: New => Won't Fix ** Change