[gentoo-user] Re: configure.ac and Makefile.am easy_view ?
Peter Humphrey peter at prh.myzen.co.uk writes: $ emerge xjobs ^C Ain't nobody got time for that =) $ ebuild $(equery w xjobs) prepare Hey guys, Thanks for the discussion. I'm going to ponder these comments and test/verify suggestions a bit and develop my semantic for this. Thx, James
Re: [gentoo-user] How to poweroff the system from user?
On Sun, Mar 29, 2015 at 03:30:07PM -0400, Rich Freeman wrote With TPM, full-disk encryption, and a verified boot path, you could actually protect against that scenario (they'd have to tear apart the TPM chip and try to access the non-volatile storage directly, and the chips are specifically designed to defeat this). Secure boot would not hurt either (with your own keys). Of course, they could still try to hack in via USB/PCI/etc, or plant keyloggers and such. I'm not suggesting physical security isn't important. It just isn't a good reason to completely neglect console security. Be careful what you wish for. I have my doubts that TPM chips would boot linux with Microsoft offering volume discounts to OEMS. Call me cynical. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Re: configure.ac and Makefile.am easy_view ?
Michael Orlitzky wrote: On 03/28/2015 01:40 PM, Todd Goodman wrote: Some ebuilds may patch configure.ac or Makefile.am -- in that case it's a little harder. I'm sure there's an elegant way to do it, but what I usually do is begin to emerge the package and Ctrl-C it when it starts compiling. Then you can find the sources under /var/tmp/portage. Wouldn't 'ebuild ebuild_file_name prepare' do what you want without trying to time a Ctrl-C? Yeah, but I have to be in the directory where the ebuild lives for that to work. `emerge foo` works anywhere. It's also more flexible -- if I want the *unpatched* files, I just Ctrl-C earlier =) The ebuild-command works from every directory (at least for me ;)), you don't need to be inside the directory where the ebuild lives. And to get the unpatched src tree simply use ebuild EBUILD unpack. After that you can run ebuild EBUILD prepare to prepare (e.g. patch) the sources. That's way easier to get a well defined result than hitting C-c :)
Re: [gentoo-user] Re: configure.ac and Makefile.am easy_view ?
On Sunday 29 March 2015 02:24:00 Michael Orlitzky wrote: On 03/29/2015 02:06 AM, Franz Fellner wrote: Yeah, but I have to be in the directory where the ebuild lives for that to work. `emerge foo` works anywhere. It's also more flexible -- if I want the *unpatched* files, I just Ctrl-C earlier =) The ebuild-command works from every directory (at least for me ;)), you don't need to be inside the directory where the ebuild lives. Well, yeah, but you have to give it the full path then: $ ebuild /var/cache/portage/repositories/gentoo/sys-process/xjobs/xjobs-20140125.eb uild prepare $ emerge xjobs ^C Ain't nobody got time for that =) $ ebuild $(equery w xjobs) prepare -- Rgds Peter.
Re: [gentoo-user] MCE error
On 28-03-2015 09:34 PM, Frank Steinmetzger wrote: On Sat, Mar 28, 2015 at 07:48:48PM -0300, Sebas Pedersen wrote: bios update/microcode update. A google search suggests that you have run into an errata. Oh OK, thank you. Must have miss that in the search. So you are saying that the error comes from a bios errata (and don't know what microdode is), and the fix is to update bios? An “errate” is what Intel calls an error or defect in its hardware, as far as I know. Microcode is sort of a “firmware” running in a CPU. For example, the TSX feature in Haswells (which was one of the reasons why I chose my particular CPU in the first place, grrr) was found to have a bug, so Intel produced a microcode update that would simply disable the relevant set of instructions. no, possibly from a CPU errata and a bios update might bring in the microcode update that works around that. I see, thanks for clarifying that. So looks like not too many options, either try to update the bios and/or replace the CPU. Not necessarily. The first search hit (“linux update microcode”) brought me to ¹, another to ². The latter led me to finding sys-apps/microcode-ctl, which might do what you need. ¹ https://wiki.archlinux.org/index.php/Microcode ² http://www.linux-mag.com/id/723/ Thank you very much for the explanations. Very clear indeed. I'm gonna work around with this microcode stuff and see if that helps. I appreciated you reply!
Re: [gentoo-user] MCE error
On 28-03-2015 10:13 PM, Fernando Rodriguez wrote: On Saturday, March 28, 2015 7:48:48 PM Sebas Pedersen wrote: I see, thanks for clarifying that. So looks like not too many options, either try to update the bios and/or replace the CPU. I really appreciated you replys and time. Thanks!, Sebas There's a few things you can try. 1. Go in the bios menu and reset it to safe defaults or similar setting. If that don't work play with the settings, especially memory settings (try lowering the frequency). 2. If the motherboard is dirty, clean it real good. This may sound crazy but I've had success spray washing it with a hose and drying it on a warm oven. 3. Flash the bios with the latest version. 4. If you have a soldering iron and junk parts laying around replace any blown capacitors on the board. The first one I already try with no luck. Now you mention it, it is a little dusty the motherboard... and looking carefully I think it could be some capacitors may are some blow (but not for sure). Thank you very much for the tips, I'll try them all!
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 Mar 2015 16:20:31 Peter Humphrey wrote: On Sunday 29 March 2015 17:03:50 waben...@gmail.com wrote: I'm using grub so I had to add these two lines to packages.use sys-libs/ncurses abi_x86_32 sys-libs/gpm abi_x86_32 I don't know how grub is connected, but I had to add those two as well. and after that doing the following commands: emerge -av -C 'app-emulation/emul-linux-x86*' emerge @preserved-rebuild Both unnecessary. Portage removes emul-linux-x86 itself in a world update and leaves everything tickety-boo. At least, it did here. If definitely did NOT play nicely here. :-( I have some hard blocks with qt: [blocks B ] dev-qt/qtdeclarative-4.8.6:4 (dev- qt/qtdeclarative-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is blocking dev-qt/qtcore-4.8.5-r2) [blocks B ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtxmlpatterns-4.8.6:4 (dev- qt/qtxmlpatterns-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-qt/qtcore:4 (dev-qt/qtcore-4.8.5-r2:4/4::gentoo, installed) pulled in by ~dev-qt/qtcore-4.8.5[aqua=,debug=] required by (dev- qt/qtsvg-4.8.5:4/4::gentoo, ebuild scheduled for merge) ^ ^ (and 9 more with the same problem) (dev-qt/qtcore-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge) pulled in by dev-qt/qtcore:4[abi_x86_32(-)] required by (net-im/skype-4.3.0.37- r5:0/0::gentoo, ebuild scheduled for merge) ~dev- qt/qtcore-4.8.6[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (dev-qt/qtscript-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge) ^ ^ (and 7 more with the same problems) dev-qt/qtgui:4 (dev-qt/qtgui-4.8.5-r4:4/4::gentoo, installed) pulled in by ~dev-qt/qtgui-4.8.5[accessibility=,aqua=,debug=,qt3support=] required by (dev-qt/qtdeclarative-4.8.5:4/4::gentoo, ebuild scheduled for merge) ^ ^ (and 5 more with the same problem) (dev-qt/qtgui-4.8.6-r2:4/4::gentoo, ebuild scheduled for merge) pulled in by dev-qt/qtgui:4[accessibility,abi_x86_32(-)] required by (net- im/skype-4.3.0.37-r5:0/0::gentoo, ebuild scheduled for merge) ~dev- qt/qtgui-4.8.6[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (dev-qt/qtwebkit-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge) ^ ^ (and 2 more with the same problems) dev-qt/qtxmlpatterns:4
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] MCE error
On Sunday 29 Mar 2015 16:42:10 Sebas Pedersen wrote: On 28-03-2015 08:50 PM, Mick wrote: On Saturday 28 Mar 2015 22:48:48 Sebas Pedersen wrote: On 28-03-2015 07:37 PM, Volker Armin Hemmann wrote: Am 28.03.2015 um 23:00 schrieb Sebas Pedersen: On 28-03-2015 06:45 PM, Volker Armin Hemmann wrote: Am 28.03.2015 um 14:58 schrieb Sebas Pedersen: Hi guys, From a few days ago I am experimenting an MCE error. Sometimes I turn on the computer and at some point while booting the kernel (after the grub menu) just freezes and puts this: CPU 0: Machine Check Exception: 4 Bank 4: b2070f0f TSC f5acc9180 PROCESSOR 2:20fc2 TIME 1427486735 SOCKET 0 APIC 0 microcode 0 the number for TSC may vary, but the b2070f0f it's always the same (at least for now). The error message suggest to parse the above error with mcelog. I did that and the result was: Hardware event. This is not a software error. CPU 0 4 northbridge TSC f5acc9180 TIME 1427486735 Fri Mar 27 17:05:35 2015 Northbridge Watchdog error bit57 = processor context corrupt bit61 = error uncorrected bus error 'generic participation, request timed out generic error mem transaction generic access, level generic' STATUS b2070f0f MCGSTATUS 4 CPUID Vendor AMD Family 15 Model 44 SOCKET 0 APIC 0 microcode 0 The error suggest it's a hardware problem. I replace de RAM with no luck. Same error keeps happening. Any suggestion for identifying the problem or how to procede? Many thanks in advance! Sebas bios update/microcode update. A google search suggests that you have run into an errata. Oh OK, thank you. Must have miss that in the search. So you are saying that the error comes from a bios errata (and don't know what microdode is), and the fix is to update bios? no, possibly from a CPU errata and a bios update might bring in the microcode update that works around that. I see, thanks for clarifying that. So looks like not too many options, either try to update the bios and/or replace the CPU. I really appreciated you replys and time. Thanks!, Sebas There's 'CONFIG_MICROCODE=y' and friends in the kernel which along with sys- apps/microcode-ctl will load what ever is the latest Intel/AMD CPU code (firmware) to patch any bugs with instructions that the CPU manufacturers have discovered. That's nice. I'm gonna compile the kernel and see what happends. Many thanks! Don't forget to enable the relevant module for your type of CPU. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] MCE error
On 29-03-2015 12:45 PM, Mick wrote: On Sunday 29 Mar 2015 16:42:10 Sebas Pedersen wrote: On 28-03-2015 08:50 PM, Mick wrote: On Saturday 28 Mar 2015 22:48:48 Sebas Pedersen wrote: On 28-03-2015 07:37 PM, Volker Armin Hemmann wrote: Am 28.03.2015 um 23:00 schrieb Sebas Pedersen: On 28-03-2015 06:45 PM, Volker Armin Hemmann wrote: Am 28.03.2015 um 14:58 schrieb Sebas Pedersen: Hi guys, From a few days ago I am experimenting an MCE error. Sometimes I turn on the computer and at some point while booting the kernel (after the grub menu) just freezes and puts this: CPU 0: Machine Check Exception: 4 Bank 4: b2070f0f TSC f5acc9180 PROCESSOR 2:20fc2 TIME 1427486735 SOCKET 0 APIC 0 microcode 0 the number for TSC may vary, but the b2070f0f it's always the same (at least for now). The error message suggest to parse the above error with mcelog. I did that and the result was: Hardware event. This is not a software error. CPU 0 4 northbridge TSC f5acc9180 TIME 1427486735 Fri Mar 27 17:05:35 2015 Northbridge Watchdog error bit57 = processor context corrupt bit61 = error uncorrected bus error 'generic participation, request timed out generic error mem transaction generic access, level generic' STATUS b2070f0f MCGSTATUS 4 CPUID Vendor AMD Family 15 Model 44 SOCKET 0 APIC 0 microcode 0 The error suggest it's a hardware problem. I replace de RAM with no luck. Same error keeps happening. Any suggestion for identifying the problem or how to procede? Many thanks in advance! Sebas bios update/microcode update. A google search suggests that you have run into an errata. Oh OK, thank you. Must have miss that in the search. So you are saying that the error comes from a bios errata (and don't know what microdode is), and the fix is to update bios? no, possibly from a CPU errata and a bios update might bring in the microcode update that works around that. I see, thanks for clarifying that. So looks like not too many options, either try to update the bios and/or replace the CPU. I really appreciated you replys and time. Thanks!, Sebas There's 'CONFIG_MICROCODE=y' and friends in the kernel which along with sys- apps/microcode-ctl will load what ever is the latest Intel/AMD CPU code (firmware) to patch any bugs with instructions that the CPU manufacturers have discovered. That's nice. I'm gonna compile the kernel and see what happends. Many thanks! Don't forget to enable the relevant module for your type of CPU. You're right. Thanks for the reminder! Best Regards, Sebas
Re: [gentoo-user] This nite's switch to full multilib
On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra
Re: [gentoo-user] This nite's switch to full multilib
Yanestra wysi...@seismic.de wrote: Hi, just one question: I had a working system yesterday afternoon, but after the latest eix-sync my mask settings get ignored and the whole system is about to be updated. I have read the news message, and I am baffled. What can I do to keep my working system as it is? I'm using grub so I had to add these two lines to packages.use sys-libs/ncurses abi_x86_32 sys-libs/gpm abi_x86_32 and after that doing the following commands: emerge -av -C 'app-emulation/emul-linux-x86*' emerge @preserved-rebuild That was all I had to do and it worked for me without problems. If you have installed more packages depending on 32bit support you probably need more entries in packages.use (emerge should tell you what packages that are). The news item said: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. However, some users may prefer setting ABI_X86 globally to enable 32-bit libraries in all packages that support building them. This can be done using the following package.use entry: */* abi_x86_32 However I hadn't tested this as I have no need for it. I think the best insurance against a broken system is a complete backup. I'm doing this every week anyway but always before a potential risky update procedure. -- Regards wabe
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 March 2015 17:03:50 waben...@gmail.com wrote: I'm using grub so I had to add these two lines to packages.use sys-libs/ncurses abi_x86_32 sys-libs/gpm abi_x86_32 I don't know how grub is connected, but I had to add those two as well. and after that doing the following commands: emerge -av -C 'app-emulation/emul-linux-x86*' emerge @preserved-rebuild Both unnecessary. Portage removes emul-linux-x86 itself in a world update and leaves everything tickety-boo. At least, it did here. -- Rgds Peter.
Re: [gentoo-user] MCE error
On 28-03-2015 08:50 PM, Mick wrote: On Saturday 28 Mar 2015 22:48:48 Sebas Pedersen wrote: On 28-03-2015 07:37 PM, Volker Armin Hemmann wrote: Am 28.03.2015 um 23:00 schrieb Sebas Pedersen: On 28-03-2015 06:45 PM, Volker Armin Hemmann wrote: Am 28.03.2015 um 14:58 schrieb Sebas Pedersen: Hi guys, From a few days ago I am experimenting an MCE error. Sometimes I turn on the computer and at some point while booting the kernel (after the grub menu) just freezes and puts this: CPU 0: Machine Check Exception: 4 Bank 4: b2070f0f TSC f5acc9180 PROCESSOR 2:20fc2 TIME 1427486735 SOCKET 0 APIC 0 microcode 0 the number for TSC may vary, but the b2070f0f it's always the same (at least for now). The error message suggest to parse the above error with mcelog. I did that and the result was: Hardware event. This is not a software error. CPU 0 4 northbridge TSC f5acc9180 TIME 1427486735 Fri Mar 27 17:05:35 2015 Northbridge Watchdog error bit57 = processor context corrupt bit61 = error uncorrected bus error 'generic participation, request timed out generic error mem transaction generic access, level generic' STATUS b2070f0f MCGSTATUS 4 CPUID Vendor AMD Family 15 Model 44 SOCKET 0 APIC 0 microcode 0 The error suggest it's a hardware problem. I replace de RAM with no luck. Same error keeps happening. Any suggestion for identifying the problem or how to procede? Many thanks in advance! Sebas bios update/microcode update. A google search suggests that you have run into an errata. Oh OK, thank you. Must have miss that in the search. So you are saying that the error comes from a bios errata (and don't know what microdode is), and the fix is to update bios? no, possibly from a CPU errata and a bios update might bring in the microcode update that works around that. I see, thanks for clarifying that. So looks like not too many options, either try to update the bios and/or replace the CPU. I really appreciated you replys and time. Thanks!, Sebas There's 'CONFIG_MICROCODE=y' and friends in the kernel which along with sys- apps/microcode-ctl will load what ever is the latest Intel/AMD CPU code (firmware) to patch any bugs with instructions that the CPU manufacturers have discovered. That's nice. I'm gonna compile the kernel and see what happends. Many thanks!
Re: [gentoo-user] How to poweroff the system from user?
On Sun, Mar 29, 2015 at 8:32 PM, Walter Dnes waltd...@waltdnes.org wrote: Be careful what you wish for. I have my doubts that TPM chips would boot linux with Microsoft offering volume discounts to OEMS. Call me cynical. TPM chips don't control what boots. They just accept the hash of the bootloader reported by the firmware and store it (and that is it as far as the OEM's contribution to the process). Linux supports TPM chips, as does trusted grub. I have no idea if gummiboot or any of the EFI solutions do (presumably direct to linux works) - you'd need a TPM-aware bootloader to take advantage of TPM-based full-disk encryption unless you want to be typing in a password when you boot. A TPM is still useful with password-based boots since it can enforce a maximum number of guesses before it destroys the key. However, the real magic is when you use a verified boot path so that your system just magically boots into linux if the boot path is not tampered with, and if not the hard drive is impossible to read (and you can do all this while keeping a copy of your disk key safely offline just in case). Remember, TPM isn't UEFI - it works differently and has been around in PCs a lot longer. -- Rich
Re: [gentoo-user] Re: configure.ac and Makefile.am easy_view ?
On 03/29/2015 02:06 AM, Franz Fellner wrote: Yeah, but I have to be in the directory where the ebuild lives for that to work. `emerge foo` works anywhere. It's also more flexible -- if I want the *unpatched* files, I just Ctrl-C earlier =) The ebuild-command works from every directory (at least for me ;)), you don't need to be inside the directory where the ebuild lives. Well, yeah, but you have to give it the full path then: $ ebuild /var/cache/portage/repositories/gentoo/sys-process/xjobs/xjobs-20140125.ebuild prepare $ emerge xjobs ^C Ain't nobody got time for that =)
Re: [gentoo-user] How to poweroff the system from user?
On Sun, Mar 29, 2015 at 8:33 AM, Jorge Almeida jjalme...@gmail.com wrote: On Sun, Mar 29, 2015 at 12:55 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: and dump people keep talking nonsencely that sysvinit is enough while it cannot even handle reboot for normal user. sad. it can. Did for decaded. Dumb systemd fanbois spouting their lies everywhere. Sad. Sad doesn't even begin to describe the behaviour of Mr. can learn anything I want very very fast, the famous expert of all kinds. What beats me is the apparent tolerance of this list towards this kind of attitude. In case someone forgot, this microcai critter is the same self-styled genious who made his Grand Entrance to this list on 11/11/12 saying byebye haters . Comunitiy doesn't need people like you Do we really need a 15-post flamewar about whose fans are more childish? If you have a problem with somebody, take it to comrel. If you have something useful to offer, offer it. Nothing above has added to the conversation at all. -- Rich
Re: [gentoo-user] This nite's switch to full multilib
On Sun, Mar 29, 2015 at 5:58 AM, Yanestra wysi...@seismic.de wrote: just one question: I had a working system yesterday afternoon, but after the latest eix-sync my mask settings get ignored and the whole system is about to be updated. I have read the news message, and I am baffled. What can I do to keep my working system as it is? If you want more specific instructions than provided by the news item, you'll need to provide more specific details about what is happening to you and what you want to have happen. If your goal is to keep running on the old emul-linux-x86-* packages, then you'll have to maintain them and anything that uses them in your own overlay, which will be a lot of work. Support for them in-tree is being dropped. If you just want to keep your system working using x86 support in the native packages then you probably need to let emerge update your config files to add about 100 use flag accepts. You might also have a package or two which stubbornly refused to do the right thing (wine had the wrong defaults in the tree, and it looks like android-sdk-update-manager needs some love as well which I'll take care of once I confirm how it should act). There are probably other packages in the tree with problems. -- Rich
Re: [gentoo-user] How to poweroff the system from user?
On Sun, Mar 29, 2015 at 12:55 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: and dump people keep talking nonsencely that sysvinit is enough while it cannot even handle reboot for normal user. sad. it can. Did for decaded. Dumb systemd fanbois spouting their lies everywhere. Sad. Sad doesn't even begin to describe the behaviour of Mr. can learn anything I want very very fast, the famous expert of all kinds. What beats me is the apparent tolerance of this list towards this kind of attitude. In case someone forgot, this microcai critter is the same self-styled genious who made his Grand Entrance to this list on 11/11/12 saying byebye haters . Comunitiy doesn't need people like you Regards, Jorge Almeida
Re: [gentoo-user] [OT] Purchase and setup of monitor calibration device
Frank Steinmetzger war...@gmx.de wrote: I thought about getting a wide-gamut display, namely a Dell with rgb-LEDs, but in the end decided against it because its quality seems About two years ago I tested two Dell U3011. The first one had such a bad homogeneity of luminance that I sent it back instantly. The second one was a lot better but nevertheless not as good as my Acer and after some days of thinking I also sent it back. Same thing with my new Samsung monitor. The first one I received had a big problem with backlight bleeding so I contact the vendor. They exchanged the monitor and the second one was ok. It also has a little backlight bleeding on the upper left side, but it is only slightly visible when watching dark pictures in a low light environment. At normal conditions it is invisible. So I decided to stay with this one. It seems that these days the quality of a lot of products fluctuates, even in the professional domain. Of course that depends on the quality control of the manufactures. But even very expensive products (like professional camera lenses) from well-known manufactures are often concerned by quality variability. But if you buy online, you always have the option to send back a unsatisfactory product. to fluctuate a lot. And while I do some photography, I don’t do it professionally or deal with printing. A wide gamut monitor is a great thing even if you don't need it for softproofing. I shot a lot of colorful photos (e.g. from bugs, blossoms and live concerts with colored limelights). They look great on an AdobeRGB monitor but much more boring on a standard monitor. It's the same with UHD. The sharpness is amazing. I never saw my photos in such a great quality. Everything looks so clear and realistic, almost three-dimensional. I never planned to spent so much money for a monitor, and the expense still hurts. But since I have it I never wanna give it away. :-) If your monitor don't have a wide gamut but have a LED backlight then some of the cheaper colorimeters are also not suitable because LEDs doesn't emit a continuous spectrum and thus can confuse older colorimeters like the Spyder2 AFAIK. That’s good to know. I decided for an Eizo with a standard IPS panel and probably white LEDs. It is reported to have a good colorspace I also thought about buying an Eizo. But they are very pricy. An Eizo without wide gamut, without factory calibration and without 16bit LUT hardware calibration costs more as my Samsung with all these features. Maybe the Eizo is more reliable over the years, but who knows. coverage, though. But as I mentioned, ideally I also want to use it on my laptop which has a very bad TN panel with LEDs. Perhaps I could even use it on my very old CCFL monitor which is still in very good shape. Try out an Spider4. You can buy it as a new device for about 75€. Test the results on your monitors and when you are not satisfied, just send it back. No risk at all. You can also buy a Spyder2 at ebay. A friend of mine bought one for 20€. Of course you can't send it back when it doesn't work for you (I don't know if it works well with LED backlights). -- Regards wabe
Re: [gentoo-user] This nite's switch to full multilib
Mick michaelkintz...@gmail.com wrote: On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed but I had no problems with that. I'm on gentoo stable (not ~amd64) and I don't use KDE. -- Regards wabe
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 Mar 2015 17:43:42 waben...@gmail.com wrote: Mick michaelkintz...@gmail.com wrote: I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed but I had no problems with that. I'm on gentoo stable (not ~amd64) and I don't use KDE. -- Regards wabe I only use some KDE apps, not the full meta. There seems to be a problem with dev-qt/qtchooser and qt-4.8.6 -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: This nite's switch to full multilib
On 30/03/15 03:43, waben...@gmail.com wrote: Mick michaelkintz...@gmail.com wrote: On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed but I had no problems with that. I'm on gentoo stable (not ~amd64) and I don't use KDE. If you're on stable, you'll need to keyword qt-4.8.6 in its entirety. You can't mix and match versions, and 4.8.6 is the only one that supports multilib.
Re: [gentoo-user] This nite's switch to full multilib
Mick michaelkintz...@gmail.com wrote: On Sunday 29 Mar 2015 17:43:42 waben...@gmail.com wrote: Mick michaelkintz...@gmail.com wrote: I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed but I had no problems with that. I'm on gentoo stable (not ~amd64) and I don't use KDE. -- Regards wabe I only use some KDE apps, not the full meta. There seems to be a problem with dev-qt/qtchooser and qt-4.8.6 dev-qt/qtchooser isn't installed on my system. Some days ago I wanna try out lxqt, but the attempted installation of qt5 (and therefore qtchooser) gives me so much blockers that I decided to wait until the whole thing hits the stable tree. -- Regards wabe
Re: [gentoo-user] This nite's switch to full multilib
On 29/03/2015 19:53, Stefan G. Weichinger wrote: On 29.03.2015 19:30, Mick wrote: I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 I have to do that for 195 ebuilds here and really wonder if that is correct in the end It's a horrible solution, you are right. The problem is that it's not your 32 bit apps that have to be listed, it's all the libs and deps they have that need 32 bit versions to be built. If you have a fast cpu, much disk space and don't care about using some extra resources, you can always add USE=abi_xx86_32 to make.conf and make it global. Every package that supports building 32 bit versions will then be recompiled. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] This nite's switch to full multilib
On 29/03/2015 19:30, Mick wrote: On Sunday 29 Mar 2015 18:07:50 Alan McKinnon wrote: On 29/03/2015 18:21, Mick wrote: On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 Apparently I have some 32-bit app that uses Qt, and wine is also in the mix. I imagine the number of possibilities and complications about this can be huge and many folks will need to make their own unique tweaks to package.use, and it'll take a while to shake out all the cruft in the tree Thanks Alan, after keywording: =dev-qt/qtopengl-4.8.6-r1 ~amd64 =dev-qt/qtscript-4.8.6-r1 ~amd64 =dev-qt/qtsql-4.8.6-r1 ~amd64 =dev-qt/qtsvg-4.8.6-r1 ~amd64 =dev-qt/qttest-4.8.6-r1 ~amd64 =dev-qt/qttranslations-4.8.6-r1 ~amd64 =dev-qt/qtwebkit-4.8.6-r1 ~amd64 =dev-qt/qtxmlpatterns-4.8.6-r1 ~amd64 and adding abi_x86_32 on many packages that emerge asked me to, I am now able to progress with 'emerge -a @preserved-rebuild'. Thanks Mick. I think Michael posted the correct cause up-thread: If you're on stable, you'll need to keyword qt-4.8.6 in its entirety. You can't mix and match versions, and 4.8.6 is the only one that supports multilib. So you probably want to add all current Qt4 packages to the list. We should probably start asking all posters with similar problems what is the output of grep -ir qt /etc/portage and help them remove all cruft that's getting in the way of a clean upgrade -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] This nite's switch to full multilib
On 29/03/2015 18:21, Mick wrote: On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 Apparently I have some 32-bit app that uses Qt, and wine is also in the mix. I imagine the number of possibilities and complications about this can be huge and many folks will need to make their own unique tweaks to package.use, and it'll take a while to shake out all the cruft in the tree -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 Mar 2015 18:07:50 Alan McKinnon wrote: On 29/03/2015 18:21, Mick wrote: On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 Apparently I have some 32-bit app that uses Qt, and wine is also in the mix. I imagine the number of possibilities and complications about this can be huge and many folks will need to make their own unique tweaks to package.use, and it'll take a while to shake out all the cruft in the tree Thanks Alan, after keywording: =dev-qt/qtopengl-4.8.6-r1 ~amd64 =dev-qt/qtscript-4.8.6-r1 ~amd64 =dev-qt/qtsql-4.8.6-r1 ~amd64 =dev-qt/qtsvg-4.8.6-r1 ~amd64 =dev-qt/qttest-4.8.6-r1 ~amd64 =dev-qt/qttranslations-4.8.6-r1 ~amd64 =dev-qt/qtwebkit-4.8.6-r1 ~amd64 =dev-qt/qtxmlpatterns-4.8.6-r1 ~amd64 and adding abi_x86_32 on many packages that emerge asked me to, I am now able to progress with 'emerge -a @preserved-rebuild'. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] This nite's switch to full multilib
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 29.03.2015 19:30, Mick wrote: I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 I have to do that for 195 ebuilds here and really wonder if that is correct in the end -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVGDwOAAoJEClcuD1V0PzmeWIP/3dMSW72SLuUGHdI538zT+Pd LePwUP4JBlee5zfzwVdCtjFqeY25LThwOHf4PYRtvAVAt9HD/x3ZQFkjTnCffHt2 o9by5eqUyJ7omh5sFIhcBmlwBF2mMCFYWWH9n3X7rJT9W6nvHYL9jz6GxZIANtAE 35qmLom+rl7MBDd3kweUnVx1jQ2jw3NIk2oxlgQv6emyoaQ2v/1WxKWI8xtigbsH 4zlLBGJBtsayVeRyx+nraVa4IyALW+mhFSXoSEzAKQTzlJskn5FhpM0RAomBJomK wjrhqpOYAPQTgkZ5wtqnkIcEvlE6BOx6vlu6Goh4pSmfFkanWSA8uC+LJVKuyklB RvDmMuAs+NMxDAPnHeVX3moN/4KCGB0avyHRNAceFgVkWqo+cDjyCPw33YfPWd2i 96q4NPxrElQkPyF2FB9hT4zB5sF/66psJe17nrScUiYF4nUYMLTlRQ4SJpdC7wNi CQZ5mcBN7kRxrQWEx52AkKi0BTt6O0Aayhn5wgKJqDln9tNql7fLvBXNcxCwl1Rq zc242XzyE4m7hGVXLD3MiXgIeH62nurlyAqKzEuFYsO0BDA63bSwuP1lLJygGmkq EhvG7fDwEK2oCI+cj2jmSMhP4Ij1n0K2nFbDP6y/j9s9wAm/xKJc0thG1eE3+4Xs f3WRliv7KOfAaE9YcRGV =Wpyd -END PGP SIGNATURE-
Re: [gentoo-user] Re: This nite's switch to full multilib
On 03/29/2015 07:27 PM, Michael Palimaka wrote: If you're on stable, you'll need to keyword qt-4.8.6 in its entirety. You can't mix and match versions, and 4.8.6 is the only one that supports multilib. Hm, a little documentation wouldn't hurt, don't you think? This guy has written a whole article about his trouble, and that was months ago...: https://lwn.net/Articles/605540/
Re: [gentoo-user] Re: This nite's switch to full multilib
(crossposting to -dev since this is fairly high-impact) On Sun, Mar 29, 2015 at 1:27 PM, Michael Palimaka kensing...@gentoo.org wrote: On 30/03/15 03:43, waben...@gmail.com wrote: I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed but I had no problems with that. I'm on gentoo stable (not ~amd64) and I don't use KDE. If you're on stable, you'll need to keyword qt-4.8.6 in its entirety. You can't mix and match versions, and 4.8.6 is the only one that supports multilib. I think we really need to either stabilize 4.8.6, or backport qtchooser/multilib/etc to the current stable version. qt is a pretty significant package to have break with multilib, and trying to run qt-5 on a stable system is already a nightmare with the qtchooser switch (in my case I ended up abandoning qt5 as I didn't need it that badly). -- Rich
[gentoo-user] This nite's switch to full multilib
Hi, just one question: I had a working system yesterday afternoon, but after the latest eix-sync my mask settings get ignored and the whole system is about to be updated. I have read the news message, and I am baffled. What can I do to keep my working system as it is? Regards, A Humble Usertm Yanestra
Re: [gentoo-user] Re: Please explain X fonts?
walt w41...@gmail.com writes: On 03/26/2015 07:15 PM, Walter Dnes wrote: snip all questions I can't answer When I do a control-right-click on an xterm to manipulate fonts, the xterm crashes. I had the same problem once. IIRC, strace showed me that xterm was trying to load the default font but there was no value set for default. Somehow I managed to set the default font, but I can't remember how it did it. Maybe someone else can supply details? My xterm shows that it's using the default font. I would guess that the default might be set through .Xresources or through command line parameters. There's not much explanation here, the following just works for me: AFAIK, the font names are case sensitive. For .Xresources: xterm*FaceName: xft:Source Code Pro:pixelsize=14:style=Regular You can also use 'xterm -fa LucidaTypewriter-16', see man xterm. Support for truetype must be compiled into xterm (x11-terms/xterm truetype). If you use fvwm with tt-fonts, also use 'truetype'. As to fonts, I highly recommend Source Code Pro and Source Sans Pro. They finally resolved my long search for good fonts. Unfortunately, they don't come with Gentoo. I copied them over from a Fedora installation, so you might be able to extract them from their RPMs. I haven't been able to create them from their sources, though. It requires some special program which didn't work. Maybe someone knows how to do that? And for emacs, in .Xressources: Emacs.FontBackend: xft and in .emacs: (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(default ((t (:inherit nil :stipple nil :background black :foreground green :inverse-video nil :box nil :strike-through nil :overline nil :underline nil :slant normal :weight normal :height 120 :width normal :foundry adobe :family Source Code Pro '(font-lock-comment-delimiter-face ((t (:inherit font-lock-comment-face :foreground deep sky blue '(font-lock-comment-face ((t (:foreground goldenrod '(font-lock-warning-face ((t (:inherit error :foreground DarkSlateGray1) with: app-editors/emacs X athena Xaw3d xft -gtk -motif tookit-scroll-bars gif imagemagick jpeg png svg tiff xpm gnutls gzip-el inotify libxml2 wide-int To show which fonts are installed, there's 'fc-list'. When you want user specific fonts, put them into ~/.config/fonts/ and run 'fc-cache'. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] [distcc redux] A working distcc setup
Walter Dnes waltd...@waltdnes.org writes: First of all, thanks to everybody who answered my questions, and helped me get it working. Now for the setup. This is a home LAN, so I don't bother with ssh tunneling, etc, which will be necessary if you're going over untrusted links, e.g. the public internet. [...] Great post, thank you! -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] How to poweroff the system from user?
Peter Humphrey pe...@prh.myzen.co.uk writes: The remaining question is: why is the user not allowed to halt it? It's because a user who wants to somewhat permanently disrupt the services the machine provides would need to remain at the keyboard to continue to reboot it and thus can be caught more easily than a user who shuts the machine down and then escapes. This is assuming that a user who does such things isn't smart enough to enter the BIOS setup before they escape, which characterizes users doing such things. That leaves the question why a user who isn't even logged in should be able to reboot, which IIRC they can by default with Ctrl+Alt+Del. Such users shouldn't be allowed to do anything but to log in. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] Re: How to poweroff the system from user?
Philip Webb purs...@ca.inter.net writes: 150322 Peter Humphrey wrote: On Sunday 22 March 2015 13:04:44 Nikos Chantziaras wrote: I can reboot the system when I am a user by Ctrl+Alt+Delete. The user can reboot the system, but can't shut down ? Strange The thinking is that you can unplug the machine or press the hardware reset or power button or flip the PSU switch ... Preventing a ctrl+alt+del reboot does not add anything to security. Security doesn't apply to users with physical access to the machine. However, this is just a default. You can easily disable reboot on ctrl+alt+del by editing /etc/inittab and commenting-out this line: ca:12345:ctrlaltdel:/sbin/shutdown -r now Testing my single-user box with the above line in inittab , I find that if I enter 'A-^Del' , I exit X to the raw terminal ; That's usually Ctrl+Alt+Backspace. I had to turn that off with 'Option DontZap true' in the server section of xorg.conf because I somehow happen to press that accidentally about once a month :/ The 1st effect is explained in ~/.fluxbox/keys by # exit fluxbox Control Mod1 Delete :Exit So whatever handles keyboard inputs with the X server even intercepts Ctrl+Alt+Del? Does fluxbox quit all programs nicely before it exits? However, the 2nd effect is not explained so easily : 'A-^Del' reboots when entered at a raw terminal, but 'shutdown -r now' does not, yet the former is defined as the latter by the line above in my /etc/inittab . The cause seems to be that 'A-^Del' is intercepted by 'init' (Process 1), which is owned by root, but 'shutdown -r now' is heard by Process 910 -- 'bash' running in the raw terminal, which was started by 'init' -- , which is owned by my user. So the behaviour is explained, but following my earlier msg, which advised to follow proper Unix principles, I should comment the 'A-^Del' line in inittab : if the raw terminal can't react to 'su', it won't react to 'A-^Del' either, so there's no justification in terms of escaping from an emergency. What happens when you comment out the entry in inittab and someone presses Ctrl+Alt+Del? Nothing? pressing the reset button is far worse, since there's no clean shutdown, unmounting filesystems after flushing caches, etc. Yes : that's forced only when the keyboard ceases to respond. Because of that, the default of allowing ctrl+alt+del for local users makes more sense than disabling it. That doesn't follow : if you have multiple users, you don't want some rogue user rebooting randomly ; it makes sense only as a convenience on a single-user system. It seems to be the default behaviour of 'inittab' -- there no comment saying I set it myself, which I would have added -- , which is not appropriate for Gentoo systems in general, some of which are undoubtedly multi-user. Undefined behaviour as the default also isn't ideal, and I agree that nothing happens would be much better: What's the last time you pressed Ctrl+Alt+Del and it actually worked? It's a legacy thing from times when freezes/crashes were common and when it did work and was useful. Nowadays, when you're pressing it, usually nothing happens anyway because the machine is down to where you have to press the reset button or to turn off the power (if you can't log in with ssh). When the machine still works, Ctrl+Alt+Del also works, which means that the default does nothing but create a security hole. So how can we have this default changed? -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] How to poweroff the system from user?
Am 26.03.2015 um 01:46 schrieb microcai: on Saturday 21 March 2015 13:58:45,Canek Peláez Valdés wrote: On Sat, Mar 21, 2015 at 1:47 PM, Rich Freeman ri...@gentoo.org wrote: On Sat, Mar 21, 2015 at 3:39 PM, German gentger...@gmail.com wrote: No, I am trying to shutdown from a console Well, the old answer would be that you need to use sudo to run it, as shutting down is a privileged operation. I suspect that the new answer is that with appropriate policykit/consolekit/etc settings you can probably allow somebody sitting at a physical console to shut down the system, or any logged-in user if you prefer. However, I haven't actually set that up myself. logind does that for you automagically™. The first seat has the rights to poweroff or reboot the machine, and it can differentiate between local and remote logins. You can check if your user session has the permissions to poweroff/reboot via dbus: $ gdbus call --system --dest org.freedesktop.login1 --object-path /org/freedesktop/login1 --method org.freedesktop.login1.Manager.CanPowerOff ('yes',) $ gdbus call --system --dest org.freedesktop.login1 --object-path /org/freedesktop/login1 --method org.freedesktop.login1.Manager.CanReboot ('yes',) But you need systemd to use logind1. There has been some attempts to reimplement logind outside systemd, but I'm not sure how advanced they are. This kind of problems were one of the reasons for creating logind. and dump people keep talking nonsencely that sysvinit is enough while it cannot even handle reboot for normal user. sad. it can. Did for decaded. Dumb systemd fanbois spouting their lies everywhere. Sad.
Re: [gentoo-user] Re: Please explain X fonts?
On 03/29/15 06:23, lee wrote: walt w41...@gmail.com writes: On 03/26/2015 07:15 PM, Walter Dnes wrote: snip all questions I can't answer As to fonts, I highly recommend Source Code Pro and Source Sans Pro. They finally resolved my long search for good fonts. Unfortunately, they don't come with Gentoo. I copied them over from a Fedora installation, so you might be able to extract them from their RPMs. I haven't been able to create them from their sources, though. It requires some special program which didn't work. Maybe someone knows how to do that? No need to extract them, they come with Gentoo unstable $ eix source-pro [I] media-fonts/source-pro Available versions: (~)20121216^bs (~)20130316^bs (~)20141211^bs {X cjk} Installed versions: 20141211^bs(17:20:12 03/29/15)(X -cjk) Homepage:http://adobe-fonts.github.io/source-sans-pro http://adobe-fonts.github.io/source-serif-pro http://adobe-fonts.github.io/source-code-pro Description: Adobe's open source typeface family designed for UI environments snip Urs
Re: [gentoo-user] How to poweroff the system from user?
On Sun, Mar 29, 2015 at 12:43:12PM +0200, lee wrote That leaves the question why a user who isn't even logged in should be able to reboot, which IIRC they can by default with Ctrl+Alt+Del. Such users shouldn't be allowed to do anything but to log in. As the old saying goes... If you don't have physical security, you don't have any security. A malicious person at the physical keyboard of the machine could just as easily yank the power cord of out of the wall, insert a USB key into the machine, plug the machine back in, boot up from the USB key, and copy over malicious binaries. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] How to poweroff the system from user?
On Sun, Mar 29, 2015 at 7:20 PM, Walter Dnes waltd...@waltdnes.org wrote: On Sun, Mar 29, 2015 at 12:43:12PM +0200, lee wrote That leaves the question why a user who isn't even logged in should be able to reboot, which IIRC they can by default with Ctrl+Alt+Del. Such users shouldn't be allowed to do anything but to log in. As the old saying goes... If you don't have physical security, you don't have any security. A malicious person at the physical keyboard of the machine could just as easily yank the power cord of out of the wall, insert a USB key into the machine, plug the machine back in, boot up from the USB key, and copy over malicious binaries. With TPM, full-disk encryption, and a verified boot path, you could actually protect against that scenario (they'd have to tear apart the TPM chip and try to access the non-volatile storage directly, and the chips are specifically designed to defeat this). Secure boot would not hurt either (with your own keys). Of course, they could still try to hack in via USB/PCI/etc, or plant keyloggers and such. I'm not suggesting physical security isn't important. It just isn't a good reason to completely neglect console security. -- Rich
Re: [gentoo-user] This nite's switch to full multilib
On 03/30/2015 12:10 AM, Stefan G. Weichinger wrote: My main system isn't that special at all, gnome, systemd, libreoffice, thunderbird, some browsers ... Stuff like that makes me really wonder if I spend too much of my life time struggling with doing *updates* I like Gentoo, you all know, but things like that scare me off a bit. Stefan Yes, actually it can be time consuming to have - and keep - a running Gentoo system. To me, it's something like a life insurance having btrfs on my system disk. So I can step back when I discover something important stopped working without me having noticed immediately.
Re: [gentoo-user] This nite's switch to full multilib
Am 29.03.2015 um 20:16 schrieb Alan McKinnon: I have to do that for 195 ebuilds here and really wonder if that is correct in the end It's a horrible solution, you are right. The problem is that it's not your 32 bit apps that have to be listed, it's all the libs and deps they have that need 32 bit versions to be built. If you have a fast cpu, much disk space and don't care about using some extra resources, you can always add USE=abi_xx86_32 to make.conf and make it global. Every package that supports building 32 bit versions will then be recompiled. Is that as it is meant to be or some not-so-ideal-switch that will soon get some polishing? IMO I shouldn't have to list hundreds of packages (I had to add more and more) in some non-default-list ... even when I decide to run unstable (~amd64). My main system isn't that special at all, gnome, systemd, libreoffice, thunderbird, some browsers ... Stuff like that makes me really wonder if I spend too much of my life time struggling with doing *updates* I like Gentoo, you all know, but things like that scare me off a bit. Stefan
Re: [gentoo-user] This nite's switch to full multilib
On 30/03/2015 00:10, Stefan G. Weichinger wrote: Am 29.03.2015 um 20:16 schrieb Alan McKinnon: I have to do that for 195 ebuilds here and really wonder if that is correct in the end It's a horrible solution, you are right. The problem is that it's not your 32 bit apps that have to be listed, it's all the libs and deps they have that need 32 bit versions to be built. If you have a fast cpu, much disk space and don't care about using some extra resources, you can always add USE=abi_xx86_32 to make.conf and make it global. Every package that supports building 32 bit versions will then be recompiled. Is that as it is meant to be or some not-so-ideal-switch that will soon get some polishing? IMO I shouldn't have to list hundreds of packages (I had to add more and more) in some non-default-list ... even when I decide to run unstable (~amd64). My main system isn't that special at all, gnome, systemd, libreoffice, thunderbird, some browsers ... Stuff like that makes me really wonder if I spend too much of my life time struggling with doing *updates* I like Gentoo, you all know, but things like that scare me off a bit. This is Gentoo, it's all about choice. Sometimes there's a downside, like a very long package.use to define to Portage exactly what your choice really is. Setting the flag globally is covered in today's news item on the matter, so I assume the devs are supporting it -- Alan McKinnon alan.mckin...@gmail.com