bug#20822: environment mangled by locale
On Tue, Jun 16, 2015 at 10:03:48PM +0200, Andreas Rottmann wrote: John Darrington writes: > Can we configure this mailing list better? > > Many (all?) of the messages posted have no obvious indication of which > mailing list they are coming from. > > The subject line is something like "bug#12345: description" > The To: field is 12...@debbugs.gnu.org > > In general, it takes a lot of detective work to discover that message > relates to guile. > No, it doesn't, there's a List-Id header in all messages sent out via the list: List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" OK Thanks. If that is invariant, then I'll set a rule accordingly. Now that I know, I can do that. Putting an identifier into the subject just clutters the view for people who have set up their email clients appropriatly for use with mailing list. I don't agree. In fact, I set my email client for use with mailing lists. That is why I made the suggestion. I like to know if I'm receiving personally addressed mail, or mail via a list (without having to explicitly check the envelope and all headers). >From the email headers of your post, it seems you use mutt; I don't know if mutt has built-in support for grouping based on List-Id (I'd guess no), but you can use a tool (MDA) like "maildrop"[1], "scmail"[2] or "procmail"[3]" to automatically put the email you receive via mailing lists into different (e.g.) IMAP mailboxes. I do know how to use my computer - I just didn't know what field this list used to identify itself. But thanks for reminding me anyway. > Can it not be configured to Prepend the Subject: line with Bug-Guile > or something similar? That way it'd be easier to manage - either > manually or automatically. > As mentioned above, this is not a good idea. There are a lot of email conventions which are not good ideas. They are nevertheless ubiquitous, and refusing to conform to them is also not a good idea. Anyway, I'll set a rule on the List-Id field as you suggested and hopefully that'll fix the problem. Sorry for the noise. J' -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key. signature.asc Description: Digital signature
bug#20822: environment mangled by locale
Can we configure this mailing list better? Many (all?) of the messages posted have no obvious indication of which mailing list they are coming from. The subject line is something like "bug#12345: description" The To: field is 12...@debbugs.gnu.org In general, it takes a lot of detective work to discover that message relates to guile. Can it not be configured to Prepend the Subject: line with Bug-Guile or something similar? That way it'd be easier to manage - either manually or automatically. J' -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key. signature.asc Description: Digital signature
bug#19365: [guile-2.0.11] libunistring with iconv required even if specify --disable-nls
I don't think there is any way to disable the libunistring/iconv dependency. It is a hard requirement. --disable-nls merely turns off internationalisation. J' On Sat, Dec 13, 2014 at 06:50:19PM +0900, Kiyoshi KANAZAWA wrote: Hello, Tring to make guile-2.0.11 without NLS. ./configure --disable-nls --without-libiconv-prefix fails with message: checking whether libunistring was built with iconv support... no configure: error: No iconv support. Please recompile libunistring with iconv enabled. Is this correct ? (tested on Solaris10 x86.) Regards, --- Kiyoshi -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key. signature.asc Description: Digital signature
bug#19233: Errors building guile on Armv7
On Sun, Dec 07, 2014 at 12:24:42AM -0500, Mark H Weaver wrote: John Darrington writes: > I downloaded the snapshot from http://hydra.nixos.org/build/17611516 > > and ran into the following problems: > > My system does not have a libc with threading, so I configured guile and > dependencies with --without-threads (or --disable-threads as appropriate). > > > I get the following error: > > > Throw without catch before boot: > > Error while printing exception: [...] > gdb suggests that the problem is that iconv fails and sets the error > message: "Cannot find thread-local variables on this target" That error comes from GDB while trying to access 'errno', which is a thread-local variable. We still don't know the value of 'errno'. As a temporary hack, you could replace the call to 'scm_encoding_error' at strings.c:2106 with a call to 'printf' that prints out the value of 'errno'. I guess that both iconv and gdb are somewhat broken on your system. You are right. I was linking to the wrong libiconv I think however, that your suggested work-around or something similar could do with pushing to the master: There is a circular dependency here: If iconv_open fails, guile tries to report the error using scm_locale_string which itself calls iconv_open ... J' -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key. signature.asc Description: Digital signature
