Re: [gentoo-user] Can I suppress the bleep when shutting down?
On Tuesday 20 October 2015 19:22:12 Alan McKinnon wrote: > Where is the beep coming from? > > Real speakers (like where music comes out) - check Alerts & > Notifications or similar in your DE. > > That silly monotone speaker that can only make bing noises and has been > in pc's since the first one? Am I unusual in not having such a speaker in either of my boxes? -- Rgds Peter
Re: [gentoo-user] Can I suppress the bleep when shutting down?
On Wednesday 21 Oct 2015 10:03:42 Peter Humphrey wrote: > On Tuesday 20 October 2015 19:22:12 Alan McKinnon wrote: > > Where is the beep coming from? > > > > Real speakers (like where music comes out) - check Alerts & > > Notifications or similar in your DE. > > > > That silly monotone speaker that can only make bing noises and has been > > in pc's since the first one? > > Am I unusual in not having such a speaker in either of my boxes? No, modern PCs don't always have an internal speaker fitted, although the MoBos have terminals to connect a piezoelectric speaker to. They are/were useful for BIOS error messages, but I am not sure if modern UEFI firmware produces error code beeps when things go wrong - I haven't fitted a speaker to mine. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Can I suppress the bleep when shutting down?
Hello, Mick. On Wed, Oct 21, 2015 at 10:55:29AM +0100, Mick wrote: > On Wednesday 21 Oct 2015 10:03:42 Peter Humphrey wrote: > > On Tuesday 20 October 2015 19:22:12 Alan McKinnon wrote: > > > Where is the beep coming from? > > > Real speakers (like where music comes out) - check Alerts & > > > Notifications or similar in your DE. > > > That silly monotone speaker that can only make bing noises and has been > > > in pc's since the first one? > > Am I unusual in not having such a speaker in either of my boxes? > No, modern PCs don't always have an internal speaker fitted, although the > MoBos have terminals to connect a piezoelectric speaker to. They are/were > useful for BIOS error messages, but I am not sure if modern UEFI firmware > produces error code beeps when things go wrong - I haven't fitted a speaker > to > mine. My 6 year old motherboard, according to its documentation (I've never tried it out), produces a code of beeps when it detects errors such as no keyboard being found at boot up. I think no monitor being found also produces a beep code. A loudspeaker in the box is the _only_ way a motherboard has of reporting such errors. "Modern" UEFI firmware not reporting such errors, if such be the case, would be one of the reasons for me to depise UEFI as I do. Why do I need UEFI? A traditional BIOS can boot my machine just fine, and the sole purpose of UEFI seems to be to prevent OS's which aren't Microsoft Windows from booting, and to brick certain Samsung laptops. Indeed, on The Register the other day, in a comments sections, somebody described how he had a dual boot GNU/Linux Windows setup, and after a Windows update, the GNU/Linux wouldn't boot at all. He suspected that the Windows update had tampered with the UEFI CMOS settings somehow. Do modern motherboards still allow you the option of running under the traditional BIOS? I've not seen this mentioned in any of the motherboard descriptions recently. > -- > Regards, > Mick -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: Can I suppress the bleep when shutting down?
Hello, James. On Tue, Oct 20, 2015 at 07:03:27PM +, James wrote: > Alan Mackenzie muc.de> writes: > > > > Every time I shut down my gentoo system with "shutdown -h now", it beeps > > > > at me. This is becoming steadily more irritating as the months go by. > > > > Just what is this beep supposed to be telling me? I _know_ I'm shutting > > > > the machine down. > > From a virtual console. Matthias has tracked it down for me, and it is > > hard coded in one of the C files building shutdown itself. I think I'm > > going to edit the source and rebuild it without the bleep. > Check out 'epatch_user' [1]. > This is exactly what epatch-user was design for. And > you get 'persistence' with this type of patch. Thank you, indeed. I have now created such a patch, not without one or two problems along the way. With it, emerge -1 sysvinit now works, and it generates me a shutdown which doesn't beep. :-) > In fact, this would be a perfect example to find it's way to the > gentoo wiki! Hmm. I'd have to moderate the language used in the patch for that. ;-) > Bravo, a frequent nuisance, the sounds, and folks could add lots > of patches to shut off differnet annoying sounds.. > Great Find there Alan... Thanks to all those who helped me along the way. > hth, > James > [1] https://wiki.gentoo.org/wiki//etc/portage/patches -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Can I suppress the bleep when shutting down?
On Wed, 21 Oct 2015 10:23:46 +, Alan Mackenzie wrote: > "Modern" UEFI firmware not reporting such errors, if such be the case, > would be one of the reasons for me to depise UEFI as I do. I can't see that being true. > Why do I > need UEFI? A traditional BIOS can boot my machine just fine, and the > sole purpose of UEFI seems to be to prevent OS's which aren't Microsoft > Windows from booting, and to brick certain Samsung laptops. You seem to be confusing UEFI with Secure Boot. For me, the greatest benefit of UEFI is that I no longer have to deal with GRUB. -- Neil Bothwick "Two things are infinite: the universe and human stupidity; and I'm not sure about the the universe." (Albert Einstein) pgpRKlElJMzfk.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Can I suppress the bleep when shutting down?
On Wednesday 21 Oct 2015 14:29:24 Neil Bothwick wrote: > On Wed, 21 Oct 2015 10:23:46 +, Alan Mackenzie wrote: > > "Modern" UEFI firmware not reporting such errors, if such be the case, > > would be one of the reasons for me to depise UEFI as I do. > > I can't see that being true. > > > Why do I > > > > need UEFI? A traditional BIOS can boot my machine just fine, and the > > sole purpose of UEFI seems to be to prevent OS's which aren't Microsoft > > Windows from booting, and to brick certain Samsung laptops. > > You seem to be confusing UEFI with Secure Boot. > > For me, the greatest benefit of UEFI is that I no longer have to deal > with GRUB. Or MBR's limitation of not being able to boot from disks >2TB. PS. A bit [O/T] but has anyone used Coreboot and how did it compare to UEFI? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Can I suppress the bleep when shutting down?
On Wednesday 21 Oct 2015 11:23:46 Alan Mackenzie wrote: > Indeed, on The Register the other day, in a comments sections, somebody > described how he had a dual boot GNU/Linux Windows setup, and after a > Windows update, the GNU/Linux wouldn't boot at all. He suspected that > the Windows update had tampered with the UEFI CMOS settings somehow. I wouldn't think that MSWindows would interfere in the UEFI settings and enable Secure Boot, but it may have messed up the boot loader settings - esp. if the poster had set up the MSWindows boot manager to chainload their Linux OS. > Do modern motherboards still allow you the option of running under the > traditional BIOS? I've not seen this mentioned in any of the motherboard > descriptions recently. From what I have seen there is a conventional BIOS compatibility setting, to allow booting vanilla MBR disks. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] How do I change an X keyboard layout?
Hello, Gentoo. The two keyboard layouts I use in XFCE are both fine and dandy, but they are incomplete. In particular, I want the key combination to take me to tty13 in the same way that takes me to tty1. I've been searching for _hours_ trying to find out how to do this. I cannot find the keyboard layouts anywhere under /usr/share, where one might expect them. I can't find any relevant programs to manipulate these data files with, even if I could find them. Would somebody help me please. Where are the X keyboard layouts stored, and what program to I need to enhance them? TIA! -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Can I suppress the bleep when shutting down?
'modprobe -r pcspkr' should remove the offending beep. On Oct 20, 2015 9:10 AM, "Alan Mackenzie" wrote: > Hello, Gentoo. > > Every time I shut down my gentoo system with "shutdown -h now", it beeps > at me. This is becoming steadily more irritating as the months go by. > Just what is this beep supposed to be telling me? I _know_ I'm shutting > the machine down. > > Can anybody here tell me how to disable this ing annoyance? > > Many thanks in advance! > > -- > Alan Mackenzie (Nuremberg, Germany). > >
Re: [gentoo-user] How do I change an X keyboard layout?
On Wednesday 21 October 2015 15:51:43 Alan Mackenzie wrote: >Hello, Gentoo. > >The two keyboard layouts I use in XFCE are both fine and dandy, but they >are incomplete. In particular, I want the key combination > to take me to tty13 in the same way that > takes me to tty1. > >I've been searching for _hours_ trying to find out how to do this. I >cannot find the keyboard layouts anywhere under /usr/share, where one >might expect them. I can't find any relevant programs to manipulate >these data files with, even if I could find them. > >Would somebody help me please. Where are the X keyboard layouts stored, >and what program to I need to enhance them? > >TIA! I was curious, so I looked a bit myself, and found this: % ag ctrl-alt-f /usr/share/doc /usr/share/doc/kbd-1.15.5-r1/html/kbd.FAQ-7.html 21:By default, console switching is done using Alt-Fn or Ctrl-Alt-Fn. 22:Under X (or recent versions of dosemu), only Ctrl-Alt-Fn works. /usr/share/doc/kbd-1.15.5-r1/html/kbd.FAQ-8.html 54:Console_n Alt-Fn and Ctrl-Alt-Fn (1 <= n <= 12) 82:Ctrl-Alt-Fn Switch to VT n 115:Ctrl-Alt-Fn Switch to VT n (from version 0.50; earlier Alt-Fn) /usr/share/doc/kbd-1.15.5-r1/html/kbd.FAQ-13.html 28:While it is running one can use Ctrl-Alt-Fn to switch to VTn. /usr/share/doc/kbd-1.15.5-r1/html/kbd.FAQ-9.html 41:However, Ctrl-Alt-Fn will work and you can go to another VT. /usr/share/doc/libsdl-1.2.15-r9/html/docs.html 631:The framebuffer console now uses CTRL-ALT-FN to switch virtual terminals, to avoid collisions with application key bindings. (Online here: http://kbd-project.org/www.win.tue.nl/~aeb/linux/kbd/) (For those who haven't heard of it: ag is from sys-apps/the_silver_searcher.) From a cursory look, I couldn't find anything specific, other than that apparently AltGr+Fn is supposed to give you console n+12 (though apparently not from within X), but it didn't work for me, and I'm not in the mood to find out why. Also, that FAQ looks... dated. However, maybe it will help lead you to a solution? Also, while I'm sure you've got a good reason for doing this, I'm really curious: why not use screen or tmux instead? Especially if you're dealing with more than twelve terminals. HTH -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
[gentoo-user] glibc upgrade and firefox/seamonkey issues
Howdy, I recently did a upgrade which included glibc. Now both Firefox and Seamonkey has problems starting. I have several profiles and some work and some don't. Using safe-mode works which makes me think the browsers themselves are OK but something else got messed up. The only package I see that I just updated is glibc that might could cause this issue. This is the recent emerge list from emerge.log: 1445463962: >>> emerge (1 of 13) sys-libs/glibc-2.21-r1 to / 1445464046: === (1 of 13) Cleaning (sys-libs/glibc-2.21-r1::/var/cache/portage/tree/sys-libs/glibc/glibc-2.21-r1.ebuild) 1445464046: === (1 of 13) Compiling/Packaging (sys-libs/glibc-2.21-r1::/var/cache/portage/tree/sys-libs/glibc/glibc-2.21-r1.ebuild) 1445464751: === (1 of 13) Merging (sys-libs/glibc-2.21-r1::/var/cache/portage/tree/sys-libs/glibc/glibc-2.21-r1.ebuild) 1445464759: >>> AUTOCLEAN: sys-libs/glibc:2.2 1445464759: === Unmerging... (sys-libs/glibc-2.20-r2) 1445464761: >>> unmerge success: sys-libs/glibc-2.20-r2 1445464768: === (1 of 13) Post-Build Cleaning (sys-libs/glibc-2.21-r1::/var/cache/portage/tree/sys-libs/glibc/glibc-2.21-r1.ebuild) 1445464768: ::: completed emerge (1 of 13) sys-libs/glibc-2.21-r1 to / 1445464768: >>> emerge (2 of 13) sci-electronics/electronics-menu-1.0-r1 to / 1445464768: === (2 of 13) Cleaning (sci-electronics/electronics-menu-1.0-r1::/var/cache/portage/tree/sci-electronics/electronics-menu/electronics-menu-1.0-r1.ebuild) 1445464768: >>> emerge (3 of 13) dev-libs/elfutils-0.163 to / 1445464768: === (3 of 13) Cleaning (dev-libs/elfutils-0.163::/var/cache/portage/tree/dev-libs/elfutils/elfutils-0.163.ebuild) 1445464768: === (2 of 13) Compiling/Packaging (sci-electronics/electronics-menu-1.0-r1::/var/cache/portage/tree/sci-electronics/electronics-menu/electronics-menu-1.0-r1.ebuild) 1445464768: === (3 of 13) Compiling/Packaging (dev-libs/elfutils-0.163::/var/cache/portage/tree/dev-libs/elfutils/elfutils-0.163.ebuild) 1445464771: === (2 of 13) Merging (sci-electronics/electronics-menu-1.0-r1::/var/cache/portage/tree/sci-electronics/electronics-menu/electronics-menu-1.0-r1.ebuild) 1445464774: >>> AUTOCLEAN: sci-electronics/electronics-menu:0 1445464774: === Unmerging... (sci-electronics/electronics-menu-1.0) 1445464779: >>> unmerge success: sci-electronics/electronics-menu-1.0 1445464785: === (2 of 13) Post-Build Cleaning (sci-electronics/electronics-menu-1.0-r1::/var/cache/portage/tree/sci-electronics/electronics-menu/electronics-menu-1.0-r1.ebuild) 1445464785: ::: completed emerge (2 of 13) sci-electronics/electronics-menu-1.0-r1 to / 1445464803: === (3 of 13) Merging (dev-libs/elfutils-0.163::/var/cache/portage/tree/dev-libs/elfutils/elfutils-0.163.ebuild) 1445464806: >>> AUTOCLEAN: dev-libs/elfutils:0 1445464806: === Unmerging... (dev-libs/elfutils-0.158) 1445464808: >>> unmerge success: dev-libs/elfutils-0.158 1445464811: === (3 of 13) Post-Build Cleaning (dev-libs/elfutils-0.163::/var/cache/portage/tree/dev-libs/elfutils/elfutils-0.163.ebuild) 1445464811: ::: completed emerge (3 of 13) dev-libs/elfutils-0.163 to / 1445464811: >>> emerge (4 of 13) app-portage/eix-0.31.0 to / 1445464811: === (4 of 13) Cleaning (app-portage/eix-0.31.0::/var/cache/portage/tree/app-portage/eix/eix-0.31.0.ebuild) 1445464811: >>> emerge (5 of 13) media-libs/libsdl-1.2.15-r9 to / 1445464811: === (5 of 13) Cleaning (media-libs/libsdl-1.2.15-r9::/var/cache/portage/tree/media-libs/libsdl/libsdl-1.2.15-r9.ebuild) 1445464811: === (4 of 13) Compiling/Packaging (app-portage/eix-0.31.0::/var/cache/portage/tree/app-portage/eix/eix-0.31.0.ebuild) 1445464811: === (5 of 13) Compiling/Packaging (media-libs/libsdl-1.2.15-r9::/var/cache/portage/tree/media-libs/libsdl/libsdl-1.2.15-r9.ebuild) 1445464883: === (4 of 13) Merging (app-portage/eix-0.31.0::/var/cache/portage/tree/app-portage/eix/eix-0.31.0.ebuild) 1445464890: >>> AUTOCLEAN: app-portage/eix:0 1445464890: === Unmerging... (app-portage/eix-0.30.11) 1445464892: >>> unmerge success: app-portage/eix-0.30.11 1445464895: === (4 of 13) Post-Build Cleaning (app-portage/eix-0.31.0::/var/cache/portage/tree/app-portage/eix/eix-0.31.0.ebuild) 1445464895: ::: completed emerge (4 of 13) app-portage/eix-0.31.0 to / 1445464895: === (5 of 13) Merging (media-libs/libsdl-1.2.15-r9::/var/cache/portage/tree/media-libs/libsdl/libsdl-1.2.15-r9.ebuild) 1445464898: >>> AUTOCLEAN: media-libs/libsdl:0 1445464898: === Unmerging... (media-libs/libsdl-1.2.15-r8) 1445464900: >>> unmerge success: media-libs/libsdl-1.2.15-r8 1445464904: === (5 of 13) Post-Build Cleaning (media-libs/libsdl-1.2.15-r9::/var/cache/portage/tree/media-libs/libsdl/libsdl-1.2.15-r9.ebuild) 1445464904: ::: completed emerge (5 of 13) media-libs/libsdl-1.2.15-r9 to / 1445464904: >>> emerge (6 of 13) dev-python/sip-4.16.9 to / 1445464904: === (6 of 13) Cleaning (dev-python/sip-4.16.9::/var/cache/portage/tree/dev-python/sip/sip-4.16.9.ebuild) 1445464904:
Re: [gentoo-user] glibc upgrade and firefox/seamonkey issues
On Wed, Oct 21, 2015 at 07:57:32PM -0500, Dale wrote > Howdy, > > I recently did a upgrade which included glibc. Now both Firefox and > Seamonkey has problems starting. I have several profiles and some work > and some don't. Using safe-mode works which makes me think the browsers > themselves are OK but something else got messed up. The only package I > see that I just updated is glibc that might could cause this issue. > This is the recent emerge list from emerge.log: [...deletia...] > I thought about going back to the old version of glibc but we know that > is not a good idea. That one is sort of a one way street. If no one > has any ideas, I may try a emerge -e world and see if that helps any. Try revdep-rebuild first. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] xsane - emial "connection failed"
I'm trying to use/setup xsane to email simple document (pdf file) I've set all the parameters in xsane - preference - setup: email correct but I still get an error: SMTP connection failed I'm using port 25 on mail.shaw.ca so there is no authentication and the mail should be accepted. sending mail from command line using "mailto" works; so xsane shouldn't have a problem sending mail. I can not find any logs for xsane program. -- Thelma
Re: [gentoo-user] glibc upgrade and firefox/seamonkey issues
Walter Dnes wrote: On Wed, Oct 21, 2015 at 07:57:32PM -0500, Dale wrote Howdy, I recently did a upgrade which included glibc. Now both Firefox and Seamonkey has problems starting. I have several profiles and some work and some don't. Using safe-mode works which makes me think the browsers themselves are OK but something else got messed up. The only package I see that I just updated is glibc that might could cause this issue. This is the recent emerge list from emerge.log: [...deletia...] I thought about going back to the old version of glibc but we know that is not a good idea. That one is sort of a one way street. If no one has any ideas, I may try a emerge -e world and see if that helps any. Try revdep-rebuild first. Thanks Walter. I haven't ran that in so long I forgot it was even there. Giving that a try. I still can't make much sense out of the add-on thing. It's just so random. It dies, then it works, then it dies again. Weird. Thanks again. Dale :-) :-)
Re: [gentoo-user] glibc upgrade and firefox/seamonkey issues
Dale wrote: Walter Dnes wrote: On Wed, Oct 21, 2015 at 07:57:32PM -0500, Dale wrote Howdy, I recently did a upgrade which included glibc. Now both Firefox and Seamonkey has problems starting. I have several profiles and some work and some don't. Using safe-mode works which makes me think the browsers themselves are OK but something else got messed up. The only package I see that I just updated is glibc that might could cause this issue. This is the recent emerge list from emerge.log: [...deletia...] I thought about going back to the old version of glibc but we know that is not a good idea. That one is sort of a one way street. If no one has any ideas, I may try a emerge -e world and see if that helps any. Try revdep-rebuild first. Thanks Walter. I haven't ran that in so long I forgot it was even there. Giving that a try. I still can't make much sense out of the add-on thing. It's just so random. It dies, then it works, then it dies again. Weird. Thanks again. Dale :-) :-) Well revdep-rebuild came back clean. I'm doing a emerge -e world at the moment. I'm hoping it is just something out of sync here. Oh, I also synced the tree again to just in case. Nothing changed. Of course, it had only been one day but still. Dale :-) :-)
