Bug#975026: Use 公元 not 西元

retitle 975026 Don't add "西元" to worldwide (2020) dates! thanks In fact I got a much better idea: Chuck the whole 西元 totally! Does $ LC_ALL=C date Thu Nov 19 13:11:20 CST 2020 add "A.D." etc.? No! Anyway, it is up to https://en.wikipedia.org/wiki/North_Korean_calendar

Bug#975026: Use 公元 not 西元

We just like one does not want to mention "Christ" when talking about https://en.wikipedia.org/wiki/Metric_time etc. See also https://zh.wikipedia.org/wiki/公元 >>>>> "FW" == Florian Weimer writes: FW> * 積丹尼 Dan Jacobson: >> I think this, >> $ LC

Bug#975026: Use 公元 not 西元

Package: locales Version: 2.31-4 Severity: minor I think this, $ LC_TIME=zh_TW.UTF-8 date 西元2020年11月18日 (週三) 12時39分44秒 CST should say 公元 not 西元. Alas, I do not know where to submit this bug to.

Bug#935507: message should say how to enable not seeing this message anymore

Package: libc6 Version: 2.29-0experimental1 The message seen in the image https://i.stack.imgur.com/UmlmT.png seen in https://serverfault.com/questions/238679/unable-to-force-debian-to-do-unattended-install-libc6-wants-interactive-confi should also mention how to make it not ask ever again. That

Bug#923505: Be sure locales are available even during updates

Package: locales Version: 2.28-8 Severity: wishlist You know, there is a slight gap in time when updating locales, that all locales disappear. This causes e.g., an at(1) job that happens to run during that time to give e.g., > Subject: Output from your job 866 > sh: line 48: warning:

Bug#870889: Depends: libc-bin (> 2.25) but 2.24-14 is installed

Package: locales Severity: important locales : Depends: libc-bin (> 2.25) but 2.24-14 is installed The following actions will resolve these dependencies: Keep the following packages at their current version: 1) locales [2.24-14 (now, unstable)] -- System Information: Debian Release:

Bug#819844: message should mention that it is possible to restart without asking

> "AJ" == Aurelien Jarno writes: >> Every upgrade the upgrade stops and the operator must walk over and >> press return to get it started again. >> >> The message shown about restarting services exim4 cron atd should also >> mention how/that one can also restart

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

Also you need to say that debconf-show cannot tell the user which are and which aren't.

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

> "CW" == Colin Watson writes: CW> No, I don't see any need to change the debconf documentation here. CW> dpkg-reconfigure(8) says that it will ask configuration questions, not CW> that it will ask every single thing mentioned in the output of CW> debconf-show(1). So

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

Also debconf-show should perhaps indicate which items will cause a subsequent run of dpkg-reconfigure to ask questions, vs. which items are inaccessible via dpkg-reconfigure.

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

> "CW" == Colin Watson writes: >> User sees >> >> If you just want to see the current configuration of a package, see >> debconf-show(1) instead. ... >> So, kindly on the dpkg-reconfigure man page, mention how to reconfigure >> [all!] the items shown by debconf-show!

Bug#819844: message should mention that it is possible to restart without asking

Package: libc6 Version: 2.23-0experimental1 Severity: wishlist Every upgrade the upgrade stops and the operator must walk over and press return to get it started again. The message shown about restarting services exim4 cron atd should also mention how/that one can also restart without asking.

Bug#797538: maybe an apt bug

Or maybe an apt bug like: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741962

Bug#437404: /etc/default/locales?

Package: locales Version: 2.6.1-1 Severity: wishlist File: /usr/share/doc/locales/NEWS.Debian.gz /usr/share/doc/locales/NEWS.Debian.gz says * Locale variables are now stored in /etc/default/locale But ls: /etc/default/locale: No such file or directory $ dlocate /etc/default/locale $ At least

Bug#433808: man iconv: add exit status

Package: libc6 Version: 2.6-2 Severity: wishlist File: /usr/share/man/man1/iconv.1.gz Mention error codes, return status. E.g., what does $?=1 mean, invalid characters even with -c? Etc. $ make proceedingsb55.txt iconv -ct big5 proceedingsb5.txt proceedingsb55.txt make: *** [proceedingsb55.txt]

Bug#316147: see what iconv -c drops

Actually I did figure out a way to see what -c drops, e.g., #see what characters can't be turned into big5 iconv -t big5 -c $1 | iconv -f big5 | diff $1 - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#398270: iconv -f emacs-mule

X-debbugs-cc: emacs-pretest-bug@gnu.org Package: libc6 Version: 2.3.6.ds1-4 Severity: wishlist File: /usr/bin/iconv It would be very helpful if one could do $ iconv -f emacs-mule -t utf8 file as one way or another, an emacs buffer sometimes gets saved in mule encoding -- one cannot guarantee it

Bug#375741: iconv -s: suppress warnings, but not errors

Package: libc6 Version: 2.3.6-9 Severity: minor Tags: upstream File: /usr/share/man/man1/iconv.1.gz --silent, -s Supress warnings. Then what is iconv: illegal input sequence at position 8? OK, then say Supress warnings, but not errors. Oh and by the way, you spelled

Bug#316147: iconv -c but with warnings still turned on

-c is nice but there should be an additional way of still getting all the warnings of where there are bad chars. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#352600: no need for funny date prefix

No response from Hsieh. But mainly http://pinyin.info/news/2006/taiwan-premier-backs-adoption-of-common-years/ Taiwan may drop idiosyncratic Republican calendar, http://www.taipeitimes.com/News/front/archives/2006/02/25/2003294523 Premier backs replacing ROC dating system

Bug#316147: iconv --badchar=@

Maybe allow us to replace all illegal characters with out favorite easy to see markers, e.g., $ iconv --badchar=@ Have provisions for whether this is to replace one per byte, thus keeping the same file size, or one per multibyte. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#352597: locale.1.gz: remove quote marks

Package: libc6 Version: 2.3.5-8.1 Severity: minor File: /usr/share/man/man1/locale.1.gz SYNOPSIS locale [ -a | -m] Remove the quote marks. P.S.: This line goes off the screen, unwrapped: The directory where locale data is stored. In default, /usr/lib/locale is used.

Bug#352600: /usr/share/i18n/locales/zh_TW: don't say western years

Package: locales Version: 2.3.5-8.1 Severity: wishlist File: /usr/share/i18n/locales/zh_TW Of zh_CN zh_HK zh_SG zh_TW, zh_TW is the only one to use U897FU5143 (xi1yuan2 western year system). I'd would say dump it. If one wants to use ROC years, have them specially mark that instead. No need

Bug#342132: iconv: incomplete -f utf-8 -t gb2312 mappings etc.

Package: libc6 Version: 2.3.5-7 Severity: minor File: /usr/bin/iconv Tags: upstream In this case of two big5 characters that map to one gb2312 character, $ echo $a|qp-encode =C5=A6 #organ $ echo $a|iconv -t gb2312 -f big5 |iconv -f gb2312 -t big5|qp-encode =C5=BC #dirty You have mapped it back to

Bug#340911: catch iconv -t ... -t ...

A Dan Jacobson wrote: Maybe even catch iconv -f utf-8 -t utf-8 A This is commonly used for checking utf-8 validity. OK, that tip should be documented on the man page. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#340909: man iconv: backspaces show up in less(1)

Package: libc6 Version: 2.3.5-7 Severity: minor File: /usr/share/man/man1/iconv.1.gz Something is wrong with $ man iconv One sees N^HNA^HAM^HME^HE iconv - Convert encoding of given files from one encoding to another S^HSY^HYN^HNO^HOP^HPS^HSI^HIS^HS iconv -^H-f^Hf encoding -^H-t^Ht

Bug#340911: catch iconv -t ... -t ...

Package: libc6 Version: 2.3.5-7 Severity: minor File: /usr/bin/iconv I noticed that iconv -f utf-8 -t gb2312 -t big5 does not cause an error. If it is a short cut for iconv -f utf-8 -t gb2312 | iconv -f gb2312 -t big5 then document it, else catch multiple -t and -f's. Maybe even catch iconv -f

Bug#334281: locale(1): say what the quotes mean

Package: libc6 Version: 2.3.5-6 Severity: wishlist The locale(1) man page should say why it puts quotes around some of the values. $ locale LANG=C LC_CTYPE=C ... Still there even after $ eval export `locale|sed s/=.*/=C/` locale P.S., even though the man page refers to setlocale(3), some

Bug#322986: locales: locales installation should be done earlier

Package: locales Version: 2.3.5-3 Severity: wishlist I'm not sure which package this bug applies to. I noticed when upgrading many packages at once (apt-get install a b c d...), one will see many error messages, until finally we get here to installing locales, with the same error message Setting

Bug#316148: iconv.1.gz: no indentation, no grouping

Package: libc6 Version: 2.3.2.ds1-22 Severity: minor File: /usr/share/man/man1/iconv.1.gz comparing a slice of the iconv man page, Convert characters from encoding. --to-code, -t encoding Convert characters to encoding. --list, -l List known coded

Bug#316147: iconv: options for illegal characters

Package: libc6 Version: 2.3.2.ds1-22 Severity: wishlist File: /usr/bin/iconv Tags: upstream -c is nice, but it would be nice to know just how many illegal characters were invalid characters were omitted from the output. --verbose won't say, but should. $ iconv -f gb2312 -t big5 gdxw08.htm | wc

Bug#315882: iconv: report character number as well as byte number

Package: libc6 Version: 2.3.2.ds1-22 Severity: wishlist File: /usr/bin/iconv Tags: upstream From: Eli Zaretskii [EMAIL PROTECTED] Subject: Re: want to go to the 2345th byte, not character Cc: bug-gnu-emacs@gnu.org Eli Can you tell why you need that? iconv said there was a problem at the

Bug#315448: iconv: no glibcbug script found

Package: libc6 Version: 2.3.2.ds1-22 Severity: minor File: /usr/bin/iconv $ iconv --help Report bugs using the `glibcbug' script to [EMAIL PROTECTED]. $ dlocate glibcbug $ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#315481: iconv: had to convert indirectly

Package: libc6 Version: 2.3.2.ds1-22 Severity: minor File: /usr/bin/iconv Odd, I had to do this indirectly in iconv 2.3.2: $ echo =E6=9C=80=E6=96=B0=E5=8A=A8=E6=80=81|qp-decode|\ iconv -f utf8 -t gb2312|iconv -f gb2312 -t big5 However, there are still characters that emacs and firefox know about

only kernel packages with linux in their name

Odd, this and linux-kernel-log-d... are the only kernel packages with linux in their name. See dlocate -l kernel|awk '{print $2}'|uniq -c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#205039: libc6: don't just ask if I want to restart all services on installation

Package: libc6 Version: 2.3.2-2 Severity: minor Upon installation, I see: Setting up libc6 (2.3.2-2) ... Checking for services that may need to be restarted...done. Name Service Switch has changed in the C Library: post-installation question. Running programs may not be able to

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#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#171017: libc6: man page doesn't say where to find timezones

Package: libc6 Version: 2.2.5-6 Severity: normal File: /usr/bin/zdump 1. One would have no idea that one should try filenames: $ zdump -v /usr/share/zoneinfo/Asia/Taipei from reading the zdump man page. So tell where to find valid timezone names on that man page please. 2. If one does $ zdump

Bug#171017: libc6: man page doesn't say where to find timezones

Package: libc6 Version: 2.2.5-6 Severity: normal File: /usr/bin/zdump 1. One would have no idea that one should try filenames: $ zdump -v /usr/share/zoneinfo/Asia/Taipei from reading the zdump man page. So tell where to find valid timezone names on that man page please. 2. If one does $ zdump