Bug#152142: ls man page doesn't mention different output if not terminal
Dan Jacobson <[EMAIL PROTECTED]> wrote: > D> I suppose it's ok for iconv -l vs. iconv -l|cat to have different > D> behaviors, like ls, but at least the man page should say so. > > Hmm, the ls man page doesn't mention it either [ls vs. ls -C] if not a > tty, even though the Info page might. I'll cc bug-coreutils about that. The texinfo documentation does mention that. If you think it's worthwhile to change the man page (and hence the --help output from which it is generated), then please send a patch. > G> I'm sorry but I feel it's very trivial bug report. > G> Is this bug? No. Is this wishlist really needed? No. > G> Why should manpage need to write this issue? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152142: ls man page doesn't mention different output if not terminal
> "G" == GOTO Masanori <[EMAIL PROTECTED]> writes: D> I suppose it's ok for iconv -l vs. iconv -l|cat to have different D> behaviors, like ls, but at least the man page should say so. Hmm, the ls man page doesn't mention it either [ls vs. ls -C] if not a tty, even though the Info page might. I'll cc bug-coreutils about that. G> I'm sorry but I feel it's very trivial bug report. G> Is this bug? No. Is this wishlist really needed? No. G> Why should manpage need to write this issue? OK, you are the experts. >> But all the >> ISO-8859-1// >> ISO-8859-2// >> ISO-8859-3// >> "//" stuff looks like a bug. G> iconv checks stdout, and if it's not standard output, G> internal symbol is printed out. So "//" seems to be added. G> I think this wishlist is trivial and I dislike to add it G> because the exact valid reason is not existed. I would like G> to close this bug, ok? OK, I just thought all different behaviors should be documented. -- http://jidanni.org/ Taiwan(04)25854780
Bug#152142: ls man page doesn't mention different output if not terminal
> "G" == GOTO Masanori <[EMAIL PROTECTED]> writes: D> I suppose it's ok for iconv -l vs. iconv -l|cat to have different D> behaviors, like ls, but at least the man page should say so. Hmm, the ls man page doesn't mention it either [ls vs. ls -C] if not a tty, even though the Info page might. I'll cc bug-coreutils about that. G> I'm sorry but I feel it's very trivial bug report. G> Is this bug? No. Is this wishlist really needed? No. G> Why should manpage need to write this issue? OK, you are the experts. >> But all the >> ISO-8859-1// >> ISO-8859-2// >> ISO-8859-3// >> "//" stuff looks like a bug. G> iconv checks stdout, and if it's not standard output, G> internal symbol is printed out. So "//" seems to be added. G> I think this wishlist is trivial and I dislike to add it G> because the exact valid reason is not existed. I would like G> to close this bug, ok? OK, I just thought all different behaviors should be documented. -- http://jidanni.org/ Taiwan(04)25854780 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /usr/lib/locale/ and locale-archive should remove before generating locales?
At Fri, 28 Mar 2003 17:20:04 +0100, Denis Barbier wrote: > > On Fri, Mar 28, 2003 at 10:19:34AM -0500, Daniel Jacobowitz wrote: > [...] > > > Removing all files/dirs might be problem. However at least there is > > > no package to touch /usr/lib/locale on my machine, so I guess it's > > > acceptable. > > > > The only one in unstable is: > > usr/lib/locale/de/LC_MESSAGES/libelf.cat devel/libelfg0-dev Oops, it's bad... > > Someone should probably fix that. > > I filed a bug. Thanks! I found #186638 :) Regards, -- gotom
Re: cvs commit to glibc-package/debian/patches by gotom
At Fri, 28 Mar 2003 13:40:31 -0500, Daniel Jacobowitz wrote: > > On Fri, Mar 28, 2003 at 05:30:17PM +0100, Guido Guenther wrote: > > On Fri, Mar 28, 2003 at 05:47:16AM -0700, Debian GLibc CVS Master wrote: > > > update cvs 20030328 > > Does this mean you pulled everything from current CVS head? Yes. Full update. > > This will > > break mips(el) completely since currently n32 and n64 support is being > > added and the merge isn't complete and far from being well tested. > > Vanilla 2.3.2 should be fine though. > > Vanilla 2.3.2 won't work on at least ARM, also. CVS should (mostly). Yes, many bugs are fixed in the cvs. > Life's hard when glibc doesn't stabilize :P Indeed :) Well, aoliva's update is so much. However, at least glibc 2.3.1-16 is ready for all archs, and sid can be broken with some architecture because it's unstable. Regards, -- gotom
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Sat Mar 29 04:36:00 MST 2003 Log Message: add #186654 Files: changed:changelog
Re: /usr/lib/locale/ and locale-archive should remove before generating locales?
At Fri, 28 Mar 2003 17:20:04 +0100, Denis Barbier wrote: > > On Fri, Mar 28, 2003 at 10:19:34AM -0500, Daniel Jacobowitz wrote: > [...] > > > Removing all files/dirs might be problem. However at least there is > > > no package to touch /usr/lib/locale on my machine, so I guess it's > > > acceptable. > > > > The only one in unstable is: > > usr/lib/locale/de/LC_MESSAGES/libelf.cat devel/libelfg0-dev Oops, it's bad... > > Someone should probably fix that. > > I filed a bug. Thanks! I found #186638 :) Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to glibc-package/debian/patches by gotom
At Fri, 28 Mar 2003 13:40:31 -0500, Daniel Jacobowitz wrote: > > On Fri, Mar 28, 2003 at 05:30:17PM +0100, Guido Guenther wrote: > > On Fri, Mar 28, 2003 at 05:47:16AM -0700, Debian GLibc CVS Master wrote: > > > update cvs 20030328 > > Does this mean you pulled everything from current CVS head? Yes. Full update. > > This will > > break mips(el) completely since currently n32 and n64 support is being > > added and the merge isn't complete and far from being well tested. > > Vanilla 2.3.2 should be fine though. > > Vanilla 2.3.2 won't work on at least ARM, also. CVS should (mostly). Yes, many bugs are fixed in the cvs. > Life's hard when glibc doesn't stabilize :P Indeed :) Well, aoliva's update is so much. However, at least glibc 2.3.1-16 is ready for all archs, and sid can be broken with some architecture because it's unstable. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Sat Mar 29 04:36:00 MST 2003 Log Message: add #186654 Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]