Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tuesday 24 April 2012 02:41:49 Walter Dnes wrote: You seem to be sending multipart/alternative. I didn't even notice that there was any HTML. Here is what mutt shows when I ask it to view attachments... I've finally found what I think was the culprit - a menu option hidden in the composer window. Formatting (HTML) was enabled. Not by me, I hasten to add. It isn't now. Would someone please confirm whether this has had the desired effect? Many thanks. -- Rgds Peter
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tue, 24 Apr 2012 01:19:12 +0100, David W Noon wrote: Claws-mail also has that option, but it applies globally, and there are some email messages I receive (mostly marketing related) where HTML gives added value. Consequently, I would have to keep reconfiguring Claws to exclude/permit HTML as I change folders. Or just click on the button to display the HTML version on the small number of mails that justify it. That would require action per message instead of per folder; not an improvement. It works for me, because very few HTML mails I receive are worth reading, let alone reading in HTML, and it is a lot quicker than continually changing settings. But I agree, a per-folder setting for this would be useful. I wonder if it could be done with folder processing, changing the default when you enter or leave a folder, but that is both wildly speculative and OT. -- Neil Bothwick Talk is cheap because supply exceeds demand. signature.asc Description: PGP signature
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tue, Apr 24, 2012 at 3:36 AM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Tuesday 24 April 2012 02:41:49 Walter Dnes wrote: You seem to be sending multipart/alternative. I didn't even notice that there was any HTML. Here is what mutt shows when I ask it to view attachments... I've finally found what I think was the culprit - a menu option hidden in the composer window. Formatting (HTML) was enabled. Not by me, I hasten to add. It isn't now. Would someone please confirm whether this has had the desired effect? Many thanks. Confirmed. -- :wq
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tue, Apr 24 2012, Peter Humphrey wrote: On Tuesday 24 April 2012 02:41:49 Walter Dnes wrote: You seem to be sending multipart/alternative. I didn't even notice that there was any HTML. Here is what mutt shows when I ask it to view attachments... I've finally found what I think was the culprit - a menu option hidden in the composer window. Formatting (HTML) was enabled. Not by me, I hasten to add. It isn't now. Would someone please confirm whether this has had the desired effect? Many thanks. Success. Just text. thanks, allan
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tuesday 24 April 2012 14:03:38 Allan Gottlieb wrote: On Tue, Apr 24 2012, Peter Humphrey wrote: Would someone please confirm whether this has had the desired effect? Many thanks. Success. Just text. thanks, allan Thank you both. I dare say we're all glad that's finally fixed! -- Rgds Peter
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tue, Apr 24, 2012 at 08:36:56AM +0100, Peter Humphrey wrote On Tuesday 24 April 2012 02:41:49 Walter Dnes wrote: You seem to be sending multipart/alternative. I didn't even notice that there was any HTML. Here is what mutt shows when I ask it to view attachments... I've finally found what I think was the culprit - a menu option hidden in the composer window. Formatting (HTML) was enabled. Not by me, I hasten to add. It isn't now. Would someone please confirm whether this has had the desired effect? Many thanks. Yup. Just text. -- Mutt: Attachments I 1 no description [text/Plain, 7bit, iso-8859-1, 0.5K] -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Saturday 21 April 2012 16:21:31 Nikos Chantziaras wrote: Do a: dmesg | grep -i firmware and check for firmware loading errors. I have what seems to be the same network hardware, so I did what you said and duly found an error. I hadn't had any obvious network performance problems but I emerged linux-firmware anyway. After the next reboot (without any firmware loading errors) kmail couldn't send any e-mails, complaining each time that it was unable to create an SMTP packet (I think that's what it said). So I removed linux-firmware, rebooted and got kmail back. Go figure. :-) -- Rgds Peter
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Mon, 23 Apr 2012 18:50:44 +0100, Peter Humphrey wrote about Re: [gentoo-user] Re: new mobo : Eth0 recovered: [snip] So I removed linux-firmware, rebooted and got kmail back. We all noticed that you are using KMail once more, because you are sending HTML messages with a huge font and bold typeface to the list. Any chance of you reconfiguring KMail not to send HTML messages? Please ... pretty please ... :-) -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
[gentoo-user] Re: new mobo : Eth0 recovered
On 23/04/12 21:34, David W Noon wrote: On Mon, 23 Apr 2012 18:50:44 +0100, Peter Humphrey wrote about Re: [gentoo-user] Re: new mobo : Eth0 recovered: [snip] So I removed linux-firmware, rebooted and got kmail back. We all noticed that you are using KMail once more, because you are sending HTML messages with a huge font and bold typeface to the list. Any chance of you reconfiguring KMail not to send HTML messages? Please ... pretty please ... :-) A mail-client worth its salt should be able to work around that ;-) Thunderbird, the superior mail client (-- flame bait) has an option that says Display HTML messages as plain text, so I never notice when someone posts HTML messages here (or anywhere else.)
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Mon, 23 Apr 2012 21:53:36 +0300, Nikos Chantziaras wrote about [gentoo-user] Re: new mobo : Eth0 recovered: On 23/04/12 21:34, David W Noon wrote: [snip] Any chance of you reconfiguring KMail not to send HTML messages? Please ... pretty please ... :-) A mail-client worth its salt should be able to work around that ;-) Thunderbird, the superior mail client (-- flame bait) has an option that says Display HTML messages as plain text, so I never notice when someone posts HTML messages here (or anywhere else.) Claws-mail also has that option, but it applies globally, and there are some email messages I receive (mostly marketing related) where HTML gives added value. Consequently, I would have to keep reconfiguring Claws to exclude/permit HTML as I change folders. Since HTML offers no added value in this mailing list, it should eliminated at source. Indeed, one mailing list I read has a listserver that deletes HTML attachments when it receives a message, and if a message is all HTML it goes down the gurgler straight away. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Monday 23 April 2012 19:34:58 David W Noon wrote: On Mon, 23 Apr 2012 18:50:44 +0100, Peter Humphrey wrote about Re: [gentoo-user] Re: new mobo : Eth0 recovered: [snip] So I removed linux-firmware, rebooted and got kmail back. We all noticed that you are using KMail once more, because you are sending HTML messages with a huge font and bold typeface to the list. Any chance of you reconfiguring KMail not to send HTML messages? Please ... pretty please ... :-) Is this better? I hate HTML in e-mail and I've never set any kmail option to use it; however I did find html-markup=true in kmailrc and set it to false. Actually, that kmailrc setting sounds familiar from the last time someone complained about my unconscious use of HTML. I don't know what's setting it but I certainly am not. -- Rgds Peter
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Mon, Apr 23, 2012 at 4:56 PM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Monday 23 April 2012 19:34:58 David W Noon wrote: On Mon, 23 Apr 2012 18:50:44 +0100, Peter Humphrey wrote about Re: [gentoo-user] Re: new mobo : Eth0 recovered: [snip] So I removed linux-firmware, rebooted and got kmail back. We all noticed that you are using KMail once more, because you are sending HTML messages with a huge font and bold typeface to the list. Any chance of you reconfiguring KMail not to send HTML messages? Please ... pretty please ... :-) Is this better? I hate HTML in e-mail and I've never set any kmail option to use it; however I did find html-markup=true in kmailrc and set it to false. Actually, that kmailrc setting sounds familiar from the last time someone complained about my unconscious use of HTML. I don't know what's setting it but I certainly am not. Nope, still came in as HTML. -- :wq
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Mon, 23 Apr 2012 20:18:27 +0100, David W Noon wrote: Claws-mail also has that option, but it applies globally, and there are some email messages I receive (mostly marketing related) where HTML gives added value. Consequently, I would have to keep reconfiguring Claws to exclude/permit HTML as I change folders. Or just click on the button to display the HTML version on the small number of mails that justify it. -- Neil Bothwick - We are but packets in the internet of Life- signature.asc Description: PGP signature
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tue, 24 Apr 2012 00:14:46 +0100, Neil Bothwick wrote about Re: [gentoo-user] Re: new mobo : Eth0 recovered: On Mon, 23 Apr 2012 20:18:27 +0100, David W Noon wrote: Claws-mail also has that option, but it applies globally, and there are some email messages I receive (mostly marketing related) where HTML gives added value. Consequently, I would have to keep reconfiguring Claws to exclude/permit HTML as I change folders. Or just click on the button to display the HTML version on the small number of mails that justify it. That would require action per message instead of per folder; not an improvement. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Mon, Apr 23, 2012 at 09:56:13PM +0100, Peter Humphrey wrote Is this better? I hate HTML in e-mail and I've never set any kmail option to use it; however I did find html-markup=true in kmailrc and set it to false. Actually, that kmailrc setting sounds familiar from the last time someone complained about my unconscious use of HTML. I don't know what's setting it but I certainly am not. You seem to be sending multipart/alternative. I didn't even notice that there was any HTML. Here is what mutt shows when I ask it to view attachments... -- Mutt: Attachments I 1 no description [multipa/alternativ, 7bit, 5.4K] I 2 +-no description [text/plain, 7bit, iso-8859-15, 0.8K] I 3 +-no description [text/html, 7bit, iso-8859-15, 4.3K] -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Re: new mobo : Eth0 recovered
On Tuesday 24 April 2012 02:41:49 Walter Dnes wrote: You seem to be sending multipart/alternative. I didn't even notice that there was any HTML. Here is what mutt shows when I ask it to view attachments... -- Mutt: Attachments I 1 no description [multipa/alternativ, 7bit, 5.4K] I 2 +-no description [text/plain, 7bit, iso-8859-15, 0.8K] I 3 +-no description [text/html, 7bit, iso-8859-15, 4.3K] What about this then? I've changed MIME compliant (quoted printable) to Allow 8-bit. I've never got to grips with MIME so I don't understand what this setting does. -- Rgds Peter
[gentoo-user] Re: new mobo : Eth0 recovered
On 21/04/12 17:25, Philip Webb wrote: 120421 Dale wrote: Philip Webb wrote: You actually have to remove the offensive file from the dir, not simply rename it to 'xx70xx...' ! That's the same way files in /etc/portage/ works too. I do wish we could put a # on the front to make it ignore files. We can dream I guess. Yes why did it start doing this only with the new mobo -- was it provoked by seeing an unknown driver ? And whyever did it want to rename the device to 'eth1' ?? So that eth0 still works. It can't know that what you have is a new mobo rather than you having added an additional NIC. Also, make sure to emerge sys-kernel/linux-firmware. Without it, RTL8111/8168B NICs will produce random connectivity hang-ups after a few hours; they need firmware that was previously part of the kernel itself but has now been split to sys-kernel/linux-firmware. Do a: dmesg | grep -i firmware and check for firmware loading errors.
Re: [gentoo-user] Re: new mobo : Eth0 recovered
Nikos Chantziaras wrote: On 21/04/12 17:25, Philip Webb wrote: 120421 Dale wrote: Philip Webb wrote: You actually have to remove the offensive file from the dir, not simply rename it to 'xx70xx...' ! That's the same way files in /etc/portage/ works too. I do wish we could put a # on the front to make it ignore files. We can dream I guess. Yes why did it start doing this only with the new mobo -- was it provoked by seeing an unknown driver ? And whyever did it want to rename the device to 'eth1' ?? So that eth0 still works. It can't know that what you have is a new mobo rather than you having added an additional NIC. Also, make sure to emerge sys-kernel/linux-firmware. Without it, RTL8111/8168B NICs will produce random connectivity hang-ups after a few hours; they need firmware that was previously part of the kernel itself but has now been split to sys-kernel/linux-firmware. Do a: dmesg | grep -i firmware and check for firmware loading errors. So that is what is wrong with my connection. I been having this issue for a while and it is getting on my nerves. Is this fix OK even if you don't build your drivers as modules? I build everything into the kernel. I never did like modules much. This goes to show, it doesn't hurt to read a thread even if you can't help. Thanks Nikos. You helped two people. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
[gentoo-user] Re: new mobo : Eth0 recovered
On 21/04/12 18:55, Dale wrote: Nikos Chantziaras wrote: [...] Also, make sure to emerge sys-kernel/linux-firmware. Without it, RTL8111/8168B NICs will produce random connectivity hang-ups after a few hours; they need firmware that was previously part of the kernel itself but has now been split to sys-kernel/linux-firmware. Do a: dmesg | grep -i firmware and check for firmware loading errors. So that is what is wrong with my connection. I been having this issue for a while and it is getting on my nerves. Is this fix OK even if you don't build your drivers as modules? I build everything into the kernel. I never did like modules much. The kernel source doesn't have any firmware files in it, so it doesn't matter whether you build the drivers into the kernel or as modules; the firmware isn't there in either case. However, this particular driver (r8169), says in its description that building as a module is recommended. However, it doesn't give you any explanation as to why this recommendation is made. I suppose the driver developer was working for Apple previously :-P Anyway, dmesg | grep -i firmware should tell you whether you actually even need the firmware. If you don't get a firmware loading error in dmesg, then you don't need it and your problem is not related. In that case, you belong to the (quite large) group of people for which only the net-misc/r8168 driver works reliably (which unfortunately doesn't always support the latest linux kernel.)
Re: [gentoo-user] Re: new mobo : Eth0 recovered
Nikos Chantziaras wrote: On 21/04/12 18:55, Dale wrote: Nikos Chantziaras wrote: [...] Also, make sure to emerge sys-kernel/linux-firmware. Without it, RTL8111/8168B NICs will produce random connectivity hang-ups after a few hours; they need firmware that was previously part of the kernel itself but has now been split to sys-kernel/linux-firmware. Do a: dmesg | grep -i firmware and check for firmware loading errors. So that is what is wrong with my connection. I been having this issue for a while and it is getting on my nerves. Is this fix OK even if you don't build your drivers as modules? I build everything into the kernel. I never did like modules much. The kernel source doesn't have any firmware files in it, so it doesn't matter whether you build the drivers into the kernel or as modules; the firmware isn't there in either case. However, this particular driver (r8169), says in its description that building as a module is recommended. However, it doesn't give you any explanation as to why this recommendation is made. I suppose the driver developer was working for Apple previously :-P Anyway, dmesg | grep -i firmware should tell you whether you actually even need the firmware. If you don't get a firmware loading error in dmesg, then you don't need it and your problem is not related. In that case, you belong to the (quite large) group of people for which only the net-misc/r8168 driver works reliably (which unfortunately doesn't always support the latest linux kernel.) Something like this: root@fireball / # dmesg | grep -i firmware [ 10.138253] r8169 :03:00.0: eth0: unable to load firmware patch rtl_nic/rtl8168d-2.fw (-2) root@fireball / # Looks like I found the fix for this problem. Yeppie !! I don't use modules because a long time ago is was recommended not to. So far, I have seen no reason to change that. Sort of like using the init thingy. I may start using modules, when there is good reason to do so. I'm just a old fart that likes the old ways of doing some things. LOL I still don't like the init thingy although I am using one. :/ Thanks much. I can leave google alone now. Dale :-) :-) P. S. dale makes note of that command. May come in handy one day. -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
