Re: [gentoo-user] How to poweroff the system from user?
On Mar 22, 2015, at 9:11, Alexander Kapshuk alexander.kaps...@gmail.com wrote: On Sun, Mar 22, 2015 at 9:06 AM, German gentger...@gmail.com wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. Read http://wiki.gentoo.org/wiki/Polkit and all the links and prerequisites (consolekit and dbus) and polkit man page. Also the use of sudo is another choice. Sudo is just a package? Yes, it is. qsearch sudo|sed 1q app-admin/sudo Allows users or groups to run commands as other users If you want every user to be able to shutdown just run this command: chmod 6755 /sbin/poweroff -- -Matti
Re: [gentoo-user] How to poweroff the system from user?
On Sunday, March 22, 2015 3:30:49 AM German wrote: On Sun, 22 Mar 2015 03:19:50 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. You don't need those. It sounds like you somehow got both sysvinit and systemd installed. The message you're getting is from sysvinit. poweroff should be a symlink to systemctl. Try: systemctl poweroff You may need to unmerge sysvinit and anything else related to openrc and then re-emerge systemd. With systemd it should either shutdown or ask you for the root password (if you're not logged in locally or there's other users logged Thanks, I decide to go with sudo on this one. However when I try to run it, it says: Username is not in the sudoers file. Where is this file located and how can I add the user to it? Thanks in). See man sudo. But the advice you're getting is for openrc (it will work until something else breaks), you need to remove all openrc components and install systemd properly. -- Fernando Rodriguez
Re: [gentoo-user] Mutt emerge USE flags for novice
On Sat, Mar 21, 2015 at 02:09:57PM -0400, German wrote Thank you, but are there anyone around who uses Mutt with gmail? Depends on how you intend to use it. I run getmail to pull email off Gmail (pop.gmail.com) via ssl on port 995. I.e. I treat Gmail like a regular ISP popmail account. I also use mutt to send email (via ssmtp). I have some ancient archived email in mbox format, so I build it with gpg mbox pop smime smtp ssl. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] blockage
Tom H tomh0...@gmail.com writes: On Sun, Mar 22, 2015 at 7:31 AM, Alan McKinnon alan.mckin...@gmail.com wrote: It looks to me like sysvinit-2.88-r7 was stabilized and the maintainer of apcupsd didn't notice. From the ebuild for apcupsd-3.14.8-r2: DEPEND= || ( =sys-apps/util-linux-2.23[tty-helpers] =sys-apps/sysvinit-2.88-r4 sys-freebsd/freebsd-ubin ) What I suggest is copy that ebuild to your local overlay and update the DEPEND to =sys-apps/sysvinit-2.88-r7 and redigest If that gives a correct update path for world, then file a bug against apcupsd. Some commands were moved from sysvinit to util-linux, and these commands are required by apcupsd and are included in util-linux if it's compiled with the tty-helpers use flag. Is this somehow reflected in the dependencies? And how could I deal with the multiple versions of util-linux that seem to be required? Perhaps I should forcefully update util-linux and use tty-helpers so that apcupsd still works in case I reboot. But what other problems might that cause? What am I supposed to think? Should we not update unless no problems are listed and just wait in case there are some, potentially having to wait indefinitely? How about security updates then? -- 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] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Sat, Mar 21, 2015 at 3:52 PM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Saturday, March 21, 2015 8:46:10 AM Mike Gilbert wrote: On Thu, Mar 19, 2015 at 12:20 AM, Walter Dnes waltd...@waltdnes.org wrote: CFLAGS=-O2 -march=atom -mno-cx16 -msahf -mmovbe -mno-aes -mno-pclmul - mno-popcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 - mno-tbm -mno-avx -mno-avx2 -mno-sse4.2 -mno-sse4.1 -mno-lzcnt -mno-rtm -mno- hle -mno-rdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mno-prfchw -mno-adx -mfxsr -mno-xsave -mno-xsaveopt --param l1-cache-size=24 --param l1-cache-line- size=64 --param l2-cache-size=512 -mtune=atom -fstack-protector -mfpmath=sse - fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind-tables Is that correct (assuming that's my output)? I should warn you against including all of those -mno-xxx flags. This has been known to break the build process for packages like chromium, which always wants to build with SSE4 support and toggles it off at runtime. Passing -mno-sse4.1 causes a build failure as it tries to use macros that are not defined. Isn't it possible that removing it for all packages would cause a more subtle problem with another faulty ebuild (like a program crashing due to an illegal instruction)? Passing -march=atom should be sufficient to ensure that you don't get any illegal instructions. The -mno-XXX flags are redundant, and MOSTLY harmless. In the case of chromium, the build system adds -msse4.1 for specific files (just the ones using SSE4.1 instructons). When you have -mno-sse4.1, this takes precedence and the build fails.
Re: [gentoo-user] How to poweroff the system from user?
On Sun, 22 Mar 2015 03:19:50 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. You don't need those. It sounds like you somehow got both sysvinit and systemd installed. The message you're getting is from sysvinit. poweroff should be a symlink to systemctl. Try: systemctl poweroff You may need to unmerge sysvinit and anything else related to openrc and then re-emerge systemd. With systemd it should either shutdown or ask you for the root password (if you're not logged in locally or there's other users logged Thanks, I decide to go with sudo on this one. However when I try to run it, it says: Username is not in the sudoers file. Where is this file located and how can I add the user to it? Thanks in). -- Fernando Rodriguez --
Re: [gentoo-user] blockage
On 22/03/2015 05:24, lee wrote: Hi, when trying to update with 'emerge -j 8 -a --update --deep --with-bdeps=y @world' after 'emerge --sync', I'm getting the following message: * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) pulled in by sys-process/procps required by @system (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/util-linux-2.24.1-r3[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(-)?] (=sys-apps/util-linux-2.24.1-r3[abi_x86_64 (-)]) required by (x11-libs/libSM-1.2.2-r1:0/0::gentoo, installed) sys-apps/util-linux required by (app-text/xmlto-0.0.26:0/0::gentoo, installed) sys-apps/util-linux required by (app-text/build-docbook-catalog-1.19.1:0/0::gentoo, installed) sys-apps/util-linux[static-libs?] (sys-apps/util-linux) required by (sys-fs/zfs-:0/0::gentoo, installed) =sys-apps/util-linux-2.20 required by (sys-fs/udev-216:0/0::gentoo, installed) =sys-apps/util-linux-2.16 required by (sys-fs/e2fsprogs-1.42.12:0/0::gentoo, installed) =sys-apps/util-linux-2.16 required by (dev-libs/apr-1.5.0-r2:1/1::gentoo, installed) sys-apps/util-linux required by @system sys-apps/util-linux required by (net-fs/nfs-utils-1.3.1-r5:0/0::gentoo, installed) sys-apps/util-linux required by (app-emulation/lxc-1.0.7:0/0::gentoo, installed) (sys-apps/sysvinit-2.88-r4:0/0::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/sysvinit-2.86-r6 required by (sys-apps/openrc-0.13.11:0/0::gentoo, installed) =sys-apps/sysvinit-2.88-r4 required by (sys-power/apcupsd-3.14.8-r2:0/0::gentoo, installed) I don't understand this message. What is blocked by what and why, and what am I supposed to do? There's more to the output that you haven't posted, specifically the list of blockers. They are in the main list of packages to be emerged and start with lines like [blocked ] The output above shows in full detail why portage thinks procps, util-linux and sysvinit need to be installed, but doesn't show why they can't be installed on the same system at the same time. The list of blockers shows that. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Sat, Mar 21, 2015 at 08:46:10AM -0400, Mike Gilbert wrote I should warn you against including all of those -mno-xxx flags. This has been known to break the build process for packages like chromium, which always wants to build with SSE4 support and toggles it off at runtime. Passing -mno-sse4.1 causes a build failure as it tries to use macros that are not defined. Weird. The Gentoo wiki documents /etc/portage/package.env at... https://wiki.gentoo.org/wiki/Knowledge_Base:Overriding_environment_variables_per_package for handling special cases like this. Not every package tests at runtime. Leaving sse4.1 enabled could result in other packages crashing with illegal instructions. I don't use chromium. But if I did, I'd use package.env to handle it as a special case. Chromium is plain weird anyways. A web browser should not require udev. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Re: External HDD: sector size incorrectly detected on first connect
Am Wed, 11 Mar 2015 08:04:05 +0100 schrieb Marc Joliet mar...@gmx.de: [...] OK, I'll follow up there, then. I finally did that, now that I tested with vanilla-sources-3.19.2. See for example http://thread.gmane.org/gmane.linux.usb.general/124047. I also opened a bug at https://bugs.gentoo.org/show_bug.cgi?id=543684. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpD6hs_pMgJn.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] How to poweroff the system from user?
On Sun, 22 Mar 2015 03:35:49 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:30:49 AM German wrote: On Sun, 22 Mar 2015 03:19:50 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. You don't need those. It sounds like you somehow got both sysvinit and systemd installed. The message you're getting is from sysvinit. poweroff should be a symlink to systemctl. Try: systemctl poweroff You may need to unmerge sysvinit and anything else related to openrc and then re-emerge systemd. With systemd it should either shutdown or ask you for the root password (if you're not logged in locally or there's other users logged Thanks, I decide to go with sudo on this one. However when I try to run it, it says: Username is not in the sudoers file. Where is this file located and how can I add the user to it? Thanks in). See man sudo. It is huge and my head is spinning. A simple search on the web showed that I had just to add one line to sudoers file. Now I am able to poweroff with sudo. But the advice you're getting is for openrc (it will work until something else breaks), you need to remove all openrc components and install systemd properly. Why is openRC is installed at all if I need to remove it? -- Fernando Rodriguez --
Re: [gentoo-user] How to poweroff the system from user?
On Sunday, March 22, 2015 9:35:46 AM Matti Nykyri wrote: On Mar 22, 2015, at 9:31, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. Actually systemd's poweroff should be on /usr/bin or /bin but if you got it there you shouldn't have got the command not found error so something is messed up with your system. Post the output to the folling ls -l /usr/bin/poweroff ls -l /bin/poweroff ls -l /sbin/poweroff ls -l /usr/sbin/poweroff Only one of them should list something and it should be a symlink to systemctl. From previous messages by the OP I recall that he is using OpenRC. Yea, I'm fucking up. I read the systemd before this one and got them mixed up...sorry -- Fernando Rodriguez
Re: [gentoo-user] How to poweroff the system from user?
On Sun, 22 Mar 2015 09:35:46 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 9:31, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. Actually systemd's poweroff should be on /usr/bin or /bin but if you got it there you shouldn't have got the command not found error so something is messed up with your system. Post the output to the folling ls -l /usr/bin/poweroff ls -l /bin/poweroff ls -l /sbin/poweroff ls -l /usr/sbin/poweroff Only one of them should list something and it should be a symlink to systemctl. From previous messages by the OP I recall that he is using OpenRC. Yes, as from fresh gentoo install. -- -Matti --
Re: [gentoo-user] Re: blockage
Jonathan Callen jcal...@gentoo.org writes: On 2015-03-21 23:24, lee wrote: Hi, when trying to update with 'emerge -j 8 -a --update --deep --with-bdeps=y @world' after 'emerge --sync', I'm getting the following message: * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) pulled in by sys-process/procps required by @system (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/util-linux-2.24.1-r3[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(-)?] (=sys-apps/util-linux-2.24.1-r3[abi_x86_64 (-)]) required by (x11-libs/libSM-1.2.2-r1:0/0::gentoo, installed) sys-apps/util-linux required by (app-text/xmlto-0.0.26:0/0::gentoo, installed) sys-apps/util-linux required by (app-text/build-docbook-catalog-1.19.1:0/0::gentoo, installed) sys-apps/util-linux[static-libs?] (sys-apps/util-linux) required by (sys-fs/zfs-:0/0::gentoo, installed) =sys-apps/util-linux-2.20 required by (sys-fs/udev-216:0/0::gentoo, installed) =sys-apps/util-linux-2.16 required by (sys-fs/e2fsprogs-1.42.12:0/0::gentoo, installed) =sys-apps/util-linux-2.16 required by (dev-libs/apr-1.5.0-r2:1/1::gentoo, installed) sys-apps/util-linux required by @system sys-apps/util-linux required by (net-fs/nfs-utils-1.3.1-r5:0/0::gentoo, installed) sys-apps/util-linux required by (app-emulation/lxc-1.0.7:0/0::gentoo, installed) (sys-apps/sysvinit-2.88-r4:0/0::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/sysvinit-2.86-r6 required by (sys-apps/openrc-0.13.11:0/0::gentoo, installed) =sys-apps/sysvinit-2.88-r4 required by (sys-power/apcupsd-3.14.8-r2:0/0::gentoo, installed) I don't understand this message. What is blocked by what and why, and what am I supposed to do? From what I can see, it appears that the problem may be that you need one of the following packages installed for sys-power/apcupsd: =sys-apps/util-linux-2.23[tty-helpers] =sys-apps/sysvinit-2.88-r4 You probably currently have an older version of sysvinit installed, which satisfies that dependency. Portage wants to upgrade you to the latest version of sysvinit, but you don't have a new-enough util-linux installed with USE=tty-helpers, and you didn't tell portage it was allowed to set that flag, so it doesn't know what you want to do about the issue. The easiest solution is probably to add sys-apps/util-linux tty-helpers to your /etc/portage/package.use. There appear to be packages requiring various particular versions of util-linux, like 2.20 and 2.16, and there's no more recent apcupsd available, so at least version 2.23 is required. Something similar seems to be going on for sysvinit with openrc and apcupsd requiring different versions of it. -- 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] blockage
Alan McKinnon alan.mckin...@gmail.com writes: On 22/03/2015 05:24, lee wrote: Hi, when trying to update with 'emerge -j 8 -a --update --deep --with-bdeps=y @world' after 'emerge --sync', I'm getting the following message: * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) pulled in by sys-process/procps required by @system (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/util-linux-2.24.1-r3[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(-)?] (=sys-apps/util-linux-2.24.1-r3[abi_x86_64 (-)]) required by (x11-libs/libSM-1.2.2-r1:0/0::gentoo, installed) sys-apps/util-linux required by (app-text/xmlto-0.0.26:0/0::gentoo, installed) sys-apps/util-linux required by (app-text/build-docbook-catalog-1.19.1:0/0::gentoo, installed) sys-apps/util-linux[static-libs?] (sys-apps/util-linux) required by (sys-fs/zfs-:0/0::gentoo, installed) =sys-apps/util-linux-2.20 required by (sys-fs/udev-216:0/0::gentoo, installed) =sys-apps/util-linux-2.16 required by (sys-fs/e2fsprogs-1.42.12:0/0::gentoo, installed) =sys-apps/util-linux-2.16 required by (dev-libs/apr-1.5.0-r2:1/1::gentoo, installed) sys-apps/util-linux required by @system sys-apps/util-linux required by (net-fs/nfs-utils-1.3.1-r5:0/0::gentoo, installed) sys-apps/util-linux required by (app-emulation/lxc-1.0.7:0/0::gentoo, installed) (sys-apps/sysvinit-2.88-r4:0/0::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/sysvinit-2.86-r6 required by (sys-apps/openrc-0.13.11:0/0::gentoo, installed) =sys-apps/sysvinit-2.88-r4 required by (sys-power/apcupsd-3.14.8-r2:0/0::gentoo, installed) I don't understand this message. What is blocked by what and why, and what am I supposed to do? There's more to the output that you haven't posted, specifically the list of blockers. They are in the main list of packages to be emerged and start with lines like [blocked ] The output above shows in full detail why portage thinks procps, util-linux and sysvinit need to be installed, but doesn't show why they can't be installed on the same system at the same time. The list of blockers shows that. Oh, stupid me, sorry! It says: , | [blocks B ] sys-apps/sysvinit-2.88-r7 (sys-apps/sysvinit-2.88-r7 is blocking sys-apps/util-linux-2.25.2-r2, sys-apps/util-linux-2.24.1-r3) | [blocks B ] sys-apps/sysvinit-2.88-r6 (sys-apps/sysvinit-2.88-r6 is blocking sys-process/procps-3.3.9-r2) | [blocks B ] =sys-apps/util-linux-2.23 (=sys-apps/util-linux-2.23 is blocking sys-apps/sysvinit-2.88-r4) ` I suppose I could emerge sysvinit, ignoring deps, and I should be able to update ... , | emerge -a --nodeps sysvinit | [ebuild R] sys-apps/sysvinit-2.88-r7 | | emerge -j 8 -a --update --deep --with-bdeps=y @world | [blocks B ] sys-apps/sysvinit-2.88-r7 (sys-apps/sysvinit-2.88-r7 is blocking sys-apps/util-linux-2.25.2-r2, sys-apps/util-linux-2.24.1-r3) | [blocks B ] sys-apps/sysvinit-2.88-r6 (sys-apps/sysvinit-2.88-r6 is blocking sys-process/procps-3.3.9-r2) | [blocks B ] =sys-apps/util-linux-2.23 (=sys-apps/util-linux-2.23 is blocking sys-apps/sysvinit-2.88-r4) ` So that's what I thought ... , | Calculating dependencies... done! | [ebuild U ] virtual/libiconv-0-r2 [0-r1] | [ebuild U ] sys-devel/gnuconfig-20140728 [20140212] | [ebuild U ] sys-libs/timezone-data-2015a [2014j] | [ebuild U ] app-text/rman-3.2-r1 [3.2] | [ebuild U ] dev-libs/vala-common-0.26.2 [0.24.0] | [ebuild U ] gnome-base/gnome-common-3.14.0 [3.12.0] | [ebuild U ] sys-devel/make-4.1-r1 [4.0-r1] | [ebuild U ] app-admin/eselect-1.4.4 [1.4.3] | [ebuild U ] sys-apps/man-pages-3.79 [3.78] | [ebuild U ] media-fonts/liberation-fonts-2.00.1-r1 [2.00.0-r1] | [ebuild U ] sys-kernel/linux-headers-3.18 [3.16] | [ebuild U ] app-crypt/gnupg-1.4.19 [1.4.18] | [ebuild U ] mail-client/mutt-1.5.23-r5 [1.5.22-r3] | [ebuild U ] dev-lang/orc-0.4.23 [0.4.19] | [ebuild U ] dev-libs/openssl-1.0.1l-r1 [1.0.1k] | [ebuild U ] dev-python/setuptools-12.0.1 [7.0] | [ebuild U ] dev-util/gdbus-codegen-2.42.2 [2.40.2] | [ebuild U ] dev-libs/glib-2.42.2 [2.40.2] USE=-dbus% | [ebuild U ] sys-apps/util-linux-2.25.2-r2 [2.24.1-r3] USE=-systemd% -tty-helpers* | [ebuild U ] x11-libs/libXfont-1.5.1 [1.5.0] | [ebuild U ] x11-libs/libXxf86vm-1.1.4 [1.1.3] | [ebuild U ] app-editors/nano-2.3.6 [2.3.2] USE=spell* | [ebuild UD ] sys-apps/sysvinit-2.88-r4 [2.88-r7] | [ebuild U ] dev-qt/qtgui-4.8.5-r4 [4.8.5-r3] | [ebuild U ] x11-libs/cairo-1.12.18-r1 [1.12.16-r4] | [ebuild
Re: [gentoo-user] How to poweroff the system from user?
On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. You don't need those. It sounds like you somehow got both sysvinit and systemd installed. The message you're getting is from sysvinit. poweroff should be a symlink to systemctl. Try: systemctl poweroff You may need to unmerge sysvinit and anything else related to openrc and then re-emerge systemd. With systemd it should either shutdown or ask you for the root password (if you're not logged in locally or there's other users logged in). -- Fernando Rodriguez
Re: [gentoo-user] How to poweroff the system from user?
On Mar 22, 2015, at 9:31, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. Actually systemd's poweroff should be on /usr/bin or /bin but if you got it there you shouldn't have got the command not found error so something is messed up with your system. Post the output to the folling ls -l /usr/bin/poweroff ls -l /bin/poweroff ls -l /sbin/poweroff ls -l /usr/sbin/poweroff Only one of them should list something and it should be a symlink to systemctl. From previous messages by the OP I recall that he is using OpenRC. -- -Matti
Re: [gentoo-user] Re: systemd: incorrect behavior when doing poweroff/reboot
On 22/03/2015 03:32, Hans wrote: On 22/03/15 08:44, walt wrote: I'd be 100% sure this is a systemd bug except that the problem is so obvious and (I think) so common that I can't believe I'm the only systemd user seeing it: I routinely share /usr/portage over NFS between several gentoo boxes on my wireless network. When I poweroff or reboot the NFS client machines, systemd tears down the wireless connection *before* it unmounts the /usr/portage share, and so the umount command hangs and the machine won't shut down. I'd think people that hang out in this list must do the same thing, surely? No one else here running into this silly problem? Had the same and various other problem. Resolved it by giving systemd the boot. No more problems with after I changed to openrc. Surely that's a simple matter of adjusting the shutdown order in the unit files for those packages? Open a bug and the package maintainer will correct it. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] How to poweroff the system from user?
On Saturday 21 March 2015 16:20:17 Jc García wrote: Interesting. But as I said ealier, 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 It's not strange, `man 2 reboot`. It's a defined behavior. I'm with German here. Being designed that way doesn't stop it being strange. Consider: I'm an ordinary user sitting at a terminal. I'm not allowed to halt the machine, but I am allowed to reboot it into perhaps some quite other configuration. Or I can keep rebooting it over and again, effectively preventing the machine from doing its job. How does that make sense? -- Rgds Peter.
Re: [gentoo-user] Re: How to poweroff the system from user?
On Sunday 22 March 2015 13:04:44 Nikos Chantziaras wrote: On 22/03/15 12:30, Peter Humphrey wrote: On Saturday 21 March 2015 16:20:17 Jc García wrote: Interesting. But as I said ealier, 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 It's not strange, `man 2 reboot`. It's a defined behavior. I'm with German here. Being designed that way doesn't stop it being strange. Consider: I'm an ordinary user sitting at a terminal. I'm not allowed to halt the machine, but I am allowed to reboot it into perhaps some quite other configuration. Or I can keep rebooting it over and again, effectively preventing the machine from doing its job. How does that make sense? 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 really apply to users with physical access to the machine. Indeed, as witness many successful hijacks of supposedly secure systems. 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 All good sense. Note though, that is someone wants to reboot, and ctrl+alt+del doesn't work, pressing the reset button is far worse, since there's no clean shutdown performed (unmounting filesystems after flushing caches, etc.) Because of that, the default of allowing ctrl+alt+del for local users makes more sense than disabling it. And there's no arguing with that! :_) -- Rgds Peter.
Re: [gentoo-user] How to poweroff the system from user?
On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. Actually systemd's poweroff should be on /usr/bin or /bin but if you got it there you shouldn't have got the command not found error so something is messed up with your system. Post the output to the folling ls -l /usr/bin/poweroff ls -l /bin/poweroff ls -l /sbin/poweroff ls -l /usr/sbin/poweroff Only one of them should list something and it should be a symlink to systemctl. -- Fernando Rodriguez signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] How to poweroff the system from user?
On Mar 22, 2015, at 9:30, German gentger...@gmail.com wrote: On Sun, 22 Mar 2015 03:19:50 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. You don't need those. It sounds like you somehow got both sysvinit and systemd installed. The message you're getting is from sysvinit. poweroff should be a symlink to systemctl. Try: systemctl poweroff You may need to unmerge sysvinit and anything else related to openrc and then re-emerge systemd. With systemd it should either shutdown or ask you for the root password (if you're not logged in locally or there's other users logged Thanks, I decide to go with sudo on this one. However when I try to run it, it says: Username is not in the sudoers file. Where is this file located and how can I add the user to it? Thanks man sudo And man sudoers The file is in /etc/sudoers -- -Matti
Re: [gentoo-user] How to poweroff the system from user?
On Sunday, March 22, 2015 3:30:49 AM German wrote: On Sun, 22 Mar 2015 03:19:50 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. You don't need those. It sounds like you somehow got both sysvinit and systemd installed. The message you're getting is from sysvinit. poweroff should be a symlink to systemctl. Try: systemctl poweroff You may need to unmerge sysvinit and anything else related to openrc and then re-emerge systemd. With systemd it should either shutdown or ask you for the root password (if you're not logged in locally or there's other users logged Thanks, I decide to go with sudo on this one. However when I try to run it, it says: Username is not in the sudoers file. Where is this file located and how can I add the user to it? Thanks in). Actually you never said anything about systemd so it's my bad. They where talking about logind and I got it messed up with another thread about systemd. -- Fernando Rodriguez
Re: [gentoo-user] Mutt emerge USE flags for novice
Interesting. When I used IMAP in Mutt, rather than offlineimap, I was really frustrated by the constant lag within Mutt from syncing with the server. Offlineimap isn't the fastest ever at syncing either, but at least it happens all in one go, and then the full contents of all the emails I care about are on my local machine. I'd love to see your config to see if I can improve things. Julian On 03/21, Lee wrote: When I have a moment I'll send my Gmail enabled muttrc for u to ponder. Imap with Gmail on mutt is seamless ime. On Mar 21, 2015 3:42 PM, Julian Simioni jul...@simioni.org wrote: I don't currently use Mutt with Gmail, but one common suggestion is to use an external program like offlineimap for handling syncing. I remember hearing that Mutt's IMAP support is not the best. The guide I followed to get set up initially is Steve Losh's The Homely Mutt, it's really quite good. http://stevelosh.com/blog/2012/10/the-homely-mutt/ Julian On 03/21, German wrote: I am about to emerge Mutt and wanted to ask community what are the optimal USE flags for novice. I am going to use it with gmail. I am about to emerge it with the following USE flags: berkdb, crypt, gdbm, nls, ssl, gpg, imap, mbox, pop, sasl, sidebar, smtp. If anyone feel I should add or remove something from USE, feel free to tell me. Thanks! -- German gentger...@gmail.com signature.asc Description: Digital signature
Re: [gentoo-user] RTL8192CU
On Sun, 22 Mar 2015 10:26:09 + Mick michaelkintz...@gmail.com wrote: On Sunday 22 Mar 2015 05:19:41 German wrote: On Sun, 22 Mar 2015 09:01:03 + Mick michaelkintz...@gmail.com wrote: In addidion, use modinfo to find out what parameters the particular module has and add these when you modprobe to switch off power management - which on buggy drivers tends to power down the card. Where do I have to use modinfo. Can you give an example. From my research, that is exactly the power management which powers down the buggy drivers, but I don't know what what are these module options which will prevent to power the card down. I don't have your NIC, but in a laptop I post this in I get: = $ modinfo iwlwifi filename: /lib/modules/3.18.7- gentoo/kernel/drivers/net/wireless/iwlwifi/iwlwifi.ko.gz license:GPL author: Copyright(c) 2003- 2014 Intel Corporation i...@linux.intel.com version:in-tree: description:Intel(R) Wireless WiFi driver for Linux firmware: iwlwifi-100-5.ucode firmware: iwlwifi-1000-5.ucode firmware: iwlwifi-135-6.ucode firmware: iwlwifi-105-6.ucode firmware: iwlwifi-2030-6.ucode firmware: iwlwifi-2000-6.ucode firmware: iwlwifi-5150-2.ucode firmware: iwlwifi-5000-5.ucode firmware: iwlwifi-6000g2b-6.ucode firmware: iwlwifi-6000g2a-5.ucode firmware: iwlwifi-6050-5.ucode firmware: iwlwifi-6000-4.ucode srcversion: FDA022BCC86979326790D21 alias: pci:v8086d0892sv*sd0462bc*sc*i* [snip ...] depends: intree: Y vermagic: 3.18.7-gentoo SMP preempt mod_unload parm: swcrypto:using crypto in software (default 0 [hardware]) (int) parm: 11n_disable:disable 11n functionality, bitmap: 1: full, 2: disable agg TX, 4: disable agg RX, 8 enable agg TX (uint) parm: amsdu_size_8K:enable 8K amsdu size (default 0) (int) parm: fw_restart:restart firmware in case of error (default true) (bool) parm: antenna_coupling:specify antenna coupling in dB (default: 0 dB) (int) parm: wd_disable:Disable stuck queue watchdog timer 0=system default, 1=disable (default: 1) (int) parm: nvm_file:NVM file name (charp) parm: uapsd_disable:disable U-APSD functionality (default: Y) (bool) parm: bt_coex_active:enable wifi/bt co-exist (default: enable) (bool) parm: led_mode:0=system default, 1=On(RF On)/Off(RF Off), 2=blinking, 3=Off (default: 0) (int) parm: power_save:enable WiFi power management (default: disable) (bool) parm: power_level:default power save level (range from 1 - 5, default: 1) (int) parm: fw_monitor:firmware monitor - to debug FW (default: false - needs lots of memory) (bool) = So in my card I have: parm: power_save:enable WiFi power management which is by default disabled. If I wanted to enable this parameter I would need to use a boolean term, e.g. 'true', or 'on', or '1', or 'enable'. Yours would be similar, but the exact parameter would be revealed when you run 'modinfo your_module_name' Then call this parameter when you modprobe the module. For example: modprobe -r your_module_name modprobe -v your_module_name power_level=0 Look at dmesg or syslog to see the result of your incantantion. If this solves your problem you can permanently define such a parameter in your /etc/conf.d/modules. -- Regards, Mick Thanks Mick, I'll take a closer look at it when I have time. Appreciate it. --
[gentoo-user] Re: How to poweroff the system from user?
On 21/03/15 21:26, German wrote: If I run poweroff from root, the system shuts down, however when I run poweroff from user -- command not found. How to shut down the system from user? Thanks If you have dbus running (KDE, Gnome and others automatically use it), then you can shut down with something like: dbus-send --system --print-reply --dest=org.freedesktop.ConsoleKit /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Stop You can make the above a script and save it in /usr/local/bin/dbus-halt (or whatever.) Some more scripts: https://bbs.archlinux.org/viewtopic.php?id=127962
[gentoo-user] Re: How to poweroff the system from user?
On 22/03/15 12:30, Peter Humphrey wrote: On Saturday 21 March 2015 16:20:17 Jc García wrote: Interesting. But as I said ealier, 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 It's not strange, `man 2 reboot`. It's a defined behavior. I'm with German here. Being designed that way doesn't stop it being strange. Consider: I'm an ordinary user sitting at a terminal. I'm not allowed to halt the machine, but I am allowed to reboot it into perhaps some quite other configuration. Or I can keep rebooting it over and again, effectively preventing the machine from doing its job. How does that make sense? 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 really 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 Note though, that is someone wants to reboot, and ctrl+alt+del doesn't work, pressing the reset button is far worse, since there's no clean shutdown performed (unmounting filesystems after flushing caches, etc.) Because of that, the default of allowing ctrl+alt+del for local users makes more sense than disabling it.
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Sun, Mar 22, 2015 at 10:03 AM, Mike Gilbert flop...@gentoo.org wrote: On Sat, Mar 21, 2015 at 3:52 PM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Saturday, March 21, 2015 8:46:10 AM Mike Gilbert wrote: On Thu, Mar 19, 2015 at 12:20 AM, Walter Dnes waltd...@waltdnes.org wrote: CFLAGS=-O2 -march=atom -mno-cx16 -msahf -mmovbe -mno-aes -mno-pclmul - mno-popcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 - mno-tbm -mno-avx -mno-avx2 -mno-sse4.2 -mno-sse4.1 -mno-lzcnt -mno-rtm -mno- hle -mno-rdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mno-prfchw -mno-adx -mfxsr -mno-xsave -mno-xsaveopt --param l1-cache-size=24 --param l1-cache-line- size=64 --param l2-cache-size=512 -mtune=atom -fstack-protector -mfpmath=sse - fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind-tables Is that correct (assuming that's my output)? I should warn you against including all of those -mno-xxx flags. This has been known to break the build process for packages like chromium, which always wants to build with SSE4 support and toggles it off at runtime. Passing -mno-sse4.1 causes a build failure as it tries to use macros that are not defined. Isn't it possible that removing it for all packages would cause a more subtle problem with another faulty ebuild (like a program crashing due to an illegal instruction)? Passing -march=atom should be sufficient to ensure that you don't get any illegal instructions. The -mno-XXX flags are redundant, and MOSTLY harmless. In the case of chromium, the build system adds -msse4.1 for specific files (just the ones using SSE4.1 instructons). When you have -mno-sse4.1, this takes precedence and the build fails. To put it another way: back in the day before gcc -march=native, nobody would have told you to put a bunch of -mno-xxx flags in your global CFLAGS. They would have told you to find the -march setting most appropriate for your processor.
Re: [gentoo-user] How to poweroff the system from user?
On Sun, 22 Mar 2015 03:47:13 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:30:49 AM German wrote: On Sun, 22 Mar 2015 03:19:50 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Sunday, March 22, 2015 3:06:59 AM German wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. You don't need those. It sounds like you somehow got both sysvinit and systemd installed. The message you're getting is from sysvinit. poweroff should be a symlink to systemctl. Try: systemctl poweroff You may need to unmerge sysvinit and anything else related to openrc and then re-emerge systemd. With systemd it should either shutdown or ask you for the root password (if you're not logged in locally or there's other users logged Thanks, I decide to go with sudo on this one. However when I try to run it, it says: Username is not in the sudoers file. Where is this file located and how can I add the user to it? Thanks in). Actually you never said anything about systemd so it's my bad. They where talking about logind and I got it messed up with another thread about systemd. No problem. I guess that's what happening when you try to help everyone. -- Fernando Rodriguez --
Re: [gentoo-user] RTL8192CU
On Sunday 22 Mar 2015 05:19:41 German wrote: On Sun, 22 Mar 2015 09:01:03 + Mick michaelkintz...@gmail.com wrote: In addidion, use modinfo to find out what parameters the particular module has and add these when you modprobe to switch off power management - which on buggy drivers tends to power down the card. Where do I have to use modinfo. Can you give an example. From my research, that is exactly the power management which powers down the buggy drivers, but I don't know what what are these module options which will prevent to power the card down. I don't have your NIC, but in a laptop I post this in I get: = $ modinfo iwlwifi filename: /lib/modules/3.18.7- gentoo/kernel/drivers/net/wireless/iwlwifi/iwlwifi.ko.gz license:GPL author: Copyright(c) 2003- 2014 Intel Corporation i...@linux.intel.com version:in-tree: description:Intel(R) Wireless WiFi driver for Linux firmware: iwlwifi-100-5.ucode firmware: iwlwifi-1000-5.ucode firmware: iwlwifi-135-6.ucode firmware: iwlwifi-105-6.ucode firmware: iwlwifi-2030-6.ucode firmware: iwlwifi-2000-6.ucode firmware: iwlwifi-5150-2.ucode firmware: iwlwifi-5000-5.ucode firmware: iwlwifi-6000g2b-6.ucode firmware: iwlwifi-6000g2a-5.ucode firmware: iwlwifi-6050-5.ucode firmware: iwlwifi-6000-4.ucode srcversion: FDA022BCC86979326790D21 alias: pci:v8086d0892sv*sd0462bc*sc*i* [snip ...] depends: intree: Y vermagic: 3.18.7-gentoo SMP preempt mod_unload parm: swcrypto:using crypto in software (default 0 [hardware]) (int) parm: 11n_disable:disable 11n functionality, bitmap: 1: full, 2: disable agg TX, 4: disable agg RX, 8 enable agg TX (uint) parm: amsdu_size_8K:enable 8K amsdu size (default 0) (int) parm: fw_restart:restart firmware in case of error (default true) (bool) parm: antenna_coupling:specify antenna coupling in dB (default: 0 dB) (int) parm: wd_disable:Disable stuck queue watchdog timer 0=system default, 1=disable (default: 1) (int) parm: nvm_file:NVM file name (charp) parm: uapsd_disable:disable U-APSD functionality (default: Y) (bool) parm: bt_coex_active:enable wifi/bt co-exist (default: enable) (bool) parm: led_mode:0=system default, 1=On(RF On)/Off(RF Off), 2=blinking, 3=Off (default: 0) (int) parm: power_save:enable WiFi power management (default: disable) (bool) parm: power_level:default power save level (range from 1 - 5, default: 1) (int) parm: fw_monitor:firmware monitor - to debug FW (default: false - needs lots of memory) (bool) = So in my card I have: parm: power_save:enable WiFi power management which is by default disabled. If I wanted to enable this parameter I would need to use a boolean term, e.g. 'true', or 'on', or '1', or 'enable'. Yours would be similar, but the exact parameter would be revealed when you run 'modinfo your_module_name' Then call this parameter when you modprobe the module. For example: modprobe -r your_module_name modprobe -v your_module_name power_level=0 Look at dmesg or syslog to see the result of your incantantion. If this solves your problem you can permanently define such a parameter in your /etc/conf.d/modules. -- Regards, Mick
Re: [gentoo-user] RTL8192CU
On Saturday 21 Mar 2015 10:10:56 Neil Bothwick wrote: On Sat, 21 Mar 2015 06:00:24 -0400, German wrote: Was the firmware for the driver in question installed as well? What's the output of 'lspci -k' and 'lsusb -v' for your device? It works, so yes, firmare is installed. Module's name is rtl8192cu. It just drops the connection after a while, this is a problem You cannot assume that because it works, the firmware is there. The RTL NIC in my Asus Vivo Mini MythTV frontend complained about missing firmware at boot, but it still worked. Check dmesg, you may need firmware to fix your problems. +1 In addidion, use modinfo to find out what parameters the particular module has and add these when you modprobe to switch off power management - which on buggy drivers tends to power down the card. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] systemd: incorrect behavior when doing poweroff/reboot
On Sat, Mar 21, 2015 at 6:44 PM, walt w41...@gmail.com wrote: I'd be 100% sure this is a systemd bug except that the problem is so obvious and (I think) so common that I can't believe I'm the only systemd user seeing it: I routinely share /usr/portage over NFS between several gentoo boxes on my wireless network. When I poweroff or reboot the NFS client machines, systemd tears down the wireless connection *before* it unmounts the /usr/portage share, and so the umount command hangs and the machine won't shut down. I'd think people that hang out in this list must do the same thing, surely? No one else here running into this silly problem? Log a bug. systemd is very new, and if you have a somewhat-unusual configuration (nfs over wifi, for example) it is entirely possible that nobody has noticed a bug like this. I was having issues with an nfs root with dracut+systemd and I found the maintainers of both very interested in bug reports and testing. It seems likely that a dependency is unspecified somewhere. As far as whether the bug is in systemd or dracut, if you have systemd enabled on dracut then dracut will be running systemd anyway, so the config issue will get you either way. -- Rich
[gentoo-user] Re: blockage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 2015-03-22 09:04, lee wrote: Tom H tomh0...@gmail.com writes: On Sun, Mar 22, 2015 at 7:31 AM, Alan McKinnon alan.mckin...@gmail.com wrote: It looks to me like sysvinit-2.88-r7 was stabilized and the maintainer of apcupsd didn't notice. From the ebuild for apcupsd-3.14.8-r2: DEPEND= || ( =sys-apps/util-linux-2.23[tty-helpers] =sys-apps/sysvinit-2.88-r4 sys-freebsd/freebsd-ubin ) What I suggest is copy that ebuild to your local overlay and update the DEPEND to =sys-apps/sysvinit-2.88-r7 and redigest If that gives a correct update path for world, then file a bug against apcupsd. Some commands were moved from sysvinit to util-linux, and these commands are required by apcupsd and are included in util-linux if it's compiled with the tty-helpers use flag. Is this somehow reflected in the dependencies? And how could I deal with the multiple versions of util-linux that seem to be required? Perhaps I should forcefully update util-linux and use tty-helpers so that apcupsd still works in case I reboot. But what other problems might that cause? What am I supposed to think? Should we not update unless no problems are listed and just wait in case there are some, potentially having to wait indefinitely? How about security updates then? It is reflected in the dependencies by the fact that the first dep (and generally the one chosen by portage) requires a new-enough version of util-linux *with the tty-helpers USE flag enabled*. You don't need multiple versions of anything installed. If you just add sys-apps/util-linux tty-helpers to your /etc/portage/package.use file and try again, you will likely find that portage will update everything for you without any further issues. - -- Jonathan Callen -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJVDtluAAoJEEIQbvYRB3mgracQAJ6roGcBYpbaAjOQ4k3aStRM zYrv2Augc6JignSm0vZeTcz4h1P5t+WgOmXaKBG7ak6NMz7fIRFW6wpTdKU7uGAl mM6oYhM4jKapFrmmkgpn3UfHWx6BjdHuWSuifvPP9WNLdppKiWqHXEE1VTcb4aDk yU3Eu/+GvMHCcXe56K0Hq4KeZaNaxiaJ/cjW6aVphDyE09C35lKgBE0HKgKknNFZ SmNyEY3TJ0ZKaYVZ6sh3yy9PrCsV5N0gq8O4m5FLDwI12MJOrzbGF5q4XcpCrtqt mTevQbja+CzE8Mhq7wyj37RjvbgT5KfDzIwVv4yTWAmnht+zKLTLvt+Tz80sQ1eX ju8tVW8R1iLUcazaBKllwI2EqLn+JaVtwyV81zSezic+gjqx9HFBRGxfawtbxdLc CEPCbjHjlMJXF2uourUkHHebNZvvpSSPnBDQ31zu++kf0nr3+QOqn6gNdqowZ9ZL V65DTo3B950FtWr/VJnA3sTye+XO5FGXwVizFjAwNZyppW3LgM27c4DjzaRYEhum FBdHVwmz4Up7P5mzrwJtel2B6vpL+sTwaFlW93n60Dq02RkvQartJ8Jle9eD45e4 jEkiBDJxSq6ZMfVLqpth/ByNdpJFONjOzjABO+9PJogUUMo4nAoGkJaXdDpjJrjE /lq1a/s+CrW8m/lZDErF =IvjR -END PGP SIGNATURE-
Re: [gentoo-user] Re: How to poweroff the system from user?
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 ; another 'A-^Del' then reboots the box. If I enter 'shutdown -r now' as user, I get shutdown: you must be root to do that!. 'cd /sbin ; ls -l shutdown' shows '-rwxr-xr-x 1 root root 23192 May 17 2014 shutdown', so that behaviour arises from the shutdown script, not the permissions. The 1st effect is explained in ~/.fluxbox/keys by # exit fluxbox Control Mod1 Delete :Exit 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. 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. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: How to poweroff the system from user?
150322 Nikos Chantziaras wrote: On 22/03/15 17:58, Philip Webb wrote: If you have multiple users, you don't want some rogue user rebooting randomly You can't stop a local user from doing that. As mentioned, the reset button works just fine. You really do want those users to reboot the system properly rather than pressing reset. Environments where the machine is locked away with only the keyboard being accessible are far less common than people sitting in front of the actual machine. We're picturing different set-ups : I'm thinking of a campus system, where the machine is in a locked room accessible to the sysadmin (root) users log in somewhere else via machines which act as terminals ; you are perhaps refering to a family or small-office machine, where there are no other means of access, but users log in separately. You are correct in the latter case. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] How to poweroff the system from user?
2015-03-22 4:30 GMT-06:00 Peter Humphrey pe...@prh.myzen.co.uk: On Saturday 21 March 2015 16:20:17 Jc García wrote: Interesting. But as I said ealier, 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 It's not strange, `man 2 reboot`. It's a defined behavior. I'm with German here. Being designed that way doesn't stop it being strange. I see it as a last resource available for rebooting under any circumstances( Similar to what you can do with Sysrq). Consider: I'm an ordinary user sitting at a terminal. I'm not allowed to halt the machine, but I am allowed to reboot it into perhaps some quite other configuration. Or I can keep rebooting it over and again, effectively preventing the machine from doing its job. How does that make sense? It doesn't and that's why it's configurable, if you are in a high security requiring environment, you disable it.
Re: [gentoo-user] Re: How to poweroff the system from user?
On Mar 22, 2015, at 17:58, Philip Webb purs...@ca.inter.net wrote: 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 ; another 'A-^Del' then reboots the box. If I enter 'shutdown -r now' as user, I get shutdown: you must be root to do that!. 'cd /sbin ; ls -l shutdown' shows '-rwxr-xr-x 1 root root 23192 May 17 2014 shutdown', so that behaviour arises from the shutdown script, not the permissions. The 1st effect is explained in ~/.fluxbox/keys by # exit fluxbox Control Mod1 Delete :Exit 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. When you press ctrl-alt-delete kernel recieves it and sends it to the program that has grabbed the keyboard. If this program doesn't trap the sequence it goes to the parent program. Like if you are running a terminal in X it first goes to the shell then terminal and then to X-server. Now usually X traps that and performs what ever action is configured. If you set X not to trap the key press it goes all the way down back to the kernel. When kernel receives it it generates hang-up signal and sends it to the PID 1 aka init. And then executes the command in inittab. ca:12345:ctrlaltdel:/bin/echo shutdown And then: kill -HUP 1 Will print shutdown to your console. If you write a small program that traps ctrl-alt-del and run that in terminal, the server will not reboot :) 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. On a multi-user system only the user sitting on the local terminal can press ctrl-alt-del and reboot the machine as he could also hit the server with a sledge hammer :) -- -Matti
[gentoo-user] Re: How to poweroff the system from user?
On 22/03/15 17:58, Philip Webb wrote: 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 You can't stop a local user from doing that. As mentioned, the reset button works just fine. You really do want those users to reboot the system properly rather than pressing reset... Environments where the machine is locked away with only the keyboard being accessible are far less common than people sitting in front of the actual machine.
Re: [gentoo-user] Re: blockage
Jonathan Callen jcal...@gentoo.org writes: On 2015-03-22 09:04, lee wrote: Tom H tomh0...@gmail.com writes: On Sun, Mar 22, 2015 at 7:31 AM, Alan McKinnon alan.mckin...@gmail.com wrote: It looks to me like sysvinit-2.88-r7 was stabilized and the maintainer of apcupsd didn't notice. From the ebuild for apcupsd-3.14.8-r2: DEPEND= || ( =sys-apps/util-linux-2.23[tty-helpers] =sys-apps/sysvinit-2.88-r4 sys-freebsd/freebsd-ubin ) What I suggest is copy that ebuild to your local overlay and update the DEPEND to =sys-apps/sysvinit-2.88-r7 and redigest If that gives a correct update path for world, then file a bug against apcupsd. Some commands were moved from sysvinit to util-linux, and these commands are required by apcupsd and are included in util-linux if it's compiled with the tty-helpers use flag. Is this somehow reflected in the dependencies? And how could I deal with the multiple versions of util-linux that seem to be required? Perhaps I should forcefully update util-linux and use tty-helpers so that apcupsd still works in case I reboot. But what other problems might that cause? What am I supposed to think? Should we not update unless no problems are listed and just wait in case there are some, potentially having to wait indefinitely? How about security updates then? It is reflected in the dependencies by the fact that the first dep (and generally the one chosen by portage) requires a new-enough version of util-linux *with the tty-helpers USE flag enabled*. You don't need multiple versions of anything installed. If you just add sys-apps/util-linux tty-helpers to your /etc/portage/package.use file and try again, you will likely find that portage will update everything for you without any further issues. Oh that actually works! How is one supposed to know that this use flag must be added? -- 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: blockage
On 22/03/2015 20:08, lee wrote: Jonathan Callen jcal...@gentoo.org writes: On 2015-03-22 09:04, lee wrote: Tom H tomh0...@gmail.com writes: On Sun, Mar 22, 2015 at 7:31 AM, Alan McKinnon alan.mckin...@gmail.com wrote: It looks to me like sysvinit-2.88-r7 was stabilized and the maintainer of apcupsd didn't notice. From the ebuild for apcupsd-3.14.8-r2: DEPEND= || ( =sys-apps/util-linux-2.23[tty-helpers] =sys-apps/sysvinit-2.88-r4 sys-freebsd/freebsd-ubin ) What I suggest is copy that ebuild to your local overlay and update the DEPEND to =sys-apps/sysvinit-2.88-r7 and redigest If that gives a correct update path for world, then file a bug against apcupsd. Some commands were moved from sysvinit to util-linux, and these commands are required by apcupsd and are included in util-linux if it's compiled with the tty-helpers use flag. Is this somehow reflected in the dependencies? And how could I deal with the multiple versions of util-linux that seem to be required? Perhaps I should forcefully update util-linux and use tty-helpers so that apcupsd still works in case I reboot. But what other problems might that cause? What am I supposed to think? Should we not update unless no problems are listed and just wait in case there are some, potentially having to wait indefinitely? How about security updates then? It is reflected in the dependencies by the fact that the first dep (and generally the one chosen by portage) requires a new-enough version of util-linux *with the tty-helpers USE flag enabled*. You don't need multiple versions of anything installed. If you just add sys-apps/util-linux tty-helpers to your /etc/portage/package.use file and try again, you will likely find that portage will update everything for you without any further issues. Oh that actually works! How is one supposed to know that this use flag must be added? Sadly, you don't know. There is no clue in any of the output you posted that this is required, so your only solution is to ask the collective memory of the community. Lucky for you and others, Jonathan was aware of the problem and was kind enough to post the solution. This is one of the things that is starting to real get on my damn tits about portage, for about 2 years now. It's not an easy problem to solve, and to be honest, portage is not helping at all. You have two options in running it: don't use -v and get very little info, or use -v and get a terminal dump of the entire graph tree with lots of stuff and zero real information about how to solve it. Look at my thread with Dale just the other day, I managed to help him with the correct answer because I had a magic brainwave to search for the character. Seriously, what kind of process would ever use that as a problem solving approach? In your case, the solution is in the ebuild for acpupsd and it's specific DEPENDs. Now, I'm generally OK with looking in ebuilds for real answers and have gotten used to it, but ffs I should not have to do that. Well-written software should provide that information in it's output, and it shouldn't be hard to get the software to do it. Ok, rant over. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] RTL8192CU
On Sun, 22 Mar 2015 09:01:03 + Mick michaelkintz...@gmail.com wrote: On Saturday 21 Mar 2015 10:10:56 Neil Bothwick wrote: On Sat, 21 Mar 2015 06:00:24 -0400, German wrote: Was the firmware for the driver in question installed as well? What's the output of 'lspci -k' and 'lsusb -v' for your device? It works, so yes, firmare is installed. Module's name is rtl8192cu. It just drops the connection after a while, this is a problem You cannot assume that because it works, the firmware is there. The RTL NIC in my Asus Vivo Mini MythTV frontend complained about missing firmware at boot, but it still worked. Check dmesg, you may need firmware to fix your problems. +1 In addidion, use modinfo to find out what parameters the particular module has and add these when you modprobe to switch off power management - which on buggy drivers tends to power down the card. Where do I have to use modinfo. Can you give an example. From my research, that is exactly the power management which powers down the buggy drivers, but I don't know what what are these module options which will prevent to power the card down. -- Regards, Mick --
Re: [gentoo-user] blockage
On 22/03/2015 12:45, lee wrote: [big snip] Apcupsd is non-vital, so: , | emerge -a --nodeps apcupsd | [ebuild R] sys-power/apcupsd-3.14.8-r2 | | emerge -j 8 -a --update --deep --with-bdeps=y @world | Calculating dependencies... done! [26/102052] | [ebuild U ] virtual/libiconv-0-r2 [0-r1] | [ebuild U ] sys-devel/gnuconfig-20140728 [20140212] | [ebuild U ] sys-libs/timezone-data-2015a [2014j] | [ebuild U ] app-text/rman-3.2-r1 [3.2] | [ebuild U ] dev-libs/vala-common-0.26.2 [0.24.0] | [ebuild U ] gnome-base/gnome-common-3.14.0 [3.12.0] | [ebuild U ] sys-devel/make-4.1-r1 [4.0-r1] | [ebuild U ] app-admin/eselect-1.4.4 [1.4.3] | [ebuild U ] sys-apps/man-pages-3.79 [3.78] | [ebuild U ] media-fonts/liberation-fonts-2.00.1-r1 [2.00.0-r1] | [ebuild U ] sys-kernel/linux-headers-3.18 [3.16] | [ebuild U ] app-crypt/gnupg-1.4.19 [1.4.18] | [ebuild U ] mail-client/mutt-1.5.23-r5 [1.5.22-r3] | [ebuild U ] dev-lang/orc-0.4.23 [0.4.19] | [ebuild U ] dev-libs/openssl-1.0.1l-r1 [1.0.1k] | [ebuild U ] dev-python/setuptools-12.0.1 [7.0] | [ebuild U ] dev-util/gdbus-codegen-2.42.2 [2.40.2] | [ebuild U ] dev-libs/glib-2.42.2 [2.40.2] USE=-dbus% | [ebuild U ] sys-apps/util-linux-2.25.2-r2 [2.24.1-r3] USE=-systemd% -tty-helpers* | [ebuild U ] x11-libs/libXfont-1.5.1 [1.5.0] | [ebuild U ] x11-libs/libXxf86vm-1.1.4 [1.1.3] | [ebuild U ] app-editors/nano-2.3.6 [2.3.2] USE=spell* | [ebuild UD ] sys-apps/sysvinit-2.88-r4 [2.88-r7] | [ebuild U ] dev-qt/qtgui-4.8.5-r4 [4.8.5-r3] | [ebuild U ] x11-libs/cairo-1.12.18-r1 [1.12.16-r4] | [ebuild NS] sys-kernel/gentoo-sources-3.18.9 [3.17.7, 3.17.8-r1, 3.18.7] USE=-build -deblob -experimental -symlink | [ebuild U ] dev-libs/gobject-introspection-common-1.42.0 [1.40.0] | [ebuild U ] dev-libs/gobject-introspection-1.42.0-r1 [1.40.0-r2] | [blocks b ] dev-libs/gobject-introspection-1.42.0 (dev-libs/gobject-introspection-1.42.0 is blocking dev-libs/gobject-introspection-common-1.42.0) | [ebuild U ] dev-libs/atk-2.14.0 [2.12.0-r1] | [ebuild U ] media-libs/gstreamer-1.4.5 [1.2.4-r2] | [ebuild U ] gnome-base/gsettings-desktop-schemas-3.14.1 [3.12.2] | [ebuild U ] app-accessibility/at-spi2-core-2.14.1 [2.12.0] | [ebuild U ] dev-libs/json-glib-1.0.2-r1 [1.0.2] | [ebuild U ] net-misc/modemmanager-1.4.2 [1.4.0] | [ebuild U ] net-libs/glib-networking-2.42.1 [2.40.1-r1] | [ebuild U ] app-accessibility/at-spi2-atk-2.14.1 [2.12.1] | [ebuild U ] gnome-base/librsvg-2.40.8 [2.40.6] | [ebuild U ] x11-libs/gtk+-2.24.27 [2.24.25] | [ebuild U ] media-libs/gst-plugins-base-1.4.5 [1.2.4-r1] | [ebuild U ] net-libs/libsoup-2.48.1 [2.46.0-r1] | [ebuild N ] x11-themes/adwaita-icon-theme-3.14.1 USE=-branding | [ebuild U ] x11-libs/gtk+-3.14.9 [3.12.2] USE=-broadway% | [ebuild U ] x11-drivers/nvidia-drivers-346.47 [346.35] | [blocks B ] sys-apps/sysvinit-2.88-r7 (sys-apps/sysvinit-2.88-r7 is blocking sys-apps/util-linux-2.25.2-r2, sys-apps/util-linux-2.24.1-r3) | [blocks B ] sys-apps/sysvinit-2.88-r6 (sys-apps/sysvinit-2.88-r6 is blocking sys-process/procps-3.3.9-r2) | [blocks B ] =sys-apps/util-linux-2.23 (=sys-apps/util-linux-2.23 is blocking sys-apps/sysvinit-2.88-r4) | | * Error: The above package list contains packages which cannot be | * installed at the same time on the same system. | | (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) pulled in by | sys-process/procps required by @system | | (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, ebuild scheduled for merge) pulled in by | =sys-apps/util-linux-2.24.1-r3[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(-)?] (=sys-apps/util-linux-2.24.1-r3[abi_x86_64 | (-)]) required by (x11-libs/libSM-1.2.2-r1:0/0::gentoo, installed) | sys-apps/util-linux required by (app-text/xmlto-0.0.26:0/0::gentoo, installed) | sys-apps/util-linux required by (app-text/build-docbook-catalog-1.19.1:0/0::gentoo, installed) | sys-apps/util-linux[static-libs?] (sys-apps/util-linux) required by (sys-fs/zfs-:0/0::gentoo, installed) | =sys-apps/util-linux-2.20 required by (sys-fs/udev-216:0/0::gentoo, installed) | =sys-apps/util-linux-2.16 required by (sys-fs/e2fsprogs-1.42.12:0/0::gentoo, installed) | =sys-apps/util-linux-2.16 required by (dev-libs/apr-1.5.0-r2:1/1::gentoo, installed) | sys-apps/util-linux required by @system | sys-apps/util-linux required by
Re: [gentoo-user] blockage
On Sun, Mar 22, 2015 at 7:31 AM, Alan McKinnon alan.mckin...@gmail.com wrote: It looks to me like sysvinit-2.88-r7 was stabilized and the maintainer of apcupsd didn't notice. From the ebuild for apcupsd-3.14.8-r2: DEPEND= || ( =sys-apps/util-linux-2.23[tty-helpers] =sys-apps/sysvinit-2.88-r4 sys-freebsd/freebsd-ubin ) What I suggest is copy that ebuild to your local overlay and update the DEPEND to =sys-apps/sysvinit-2.88-r7 and redigest If that gives a correct update path for world, then file a bug against apcupsd. Some commands were moved from sysvinit to util-linux, and these commands are required by apcupsd and are included in util-linux if it's compiled with the tty-helpers use flag.
Re: [gentoo-user] Re: blockage
Alan McKinnon wrote: Sadly, you don't know. There is no clue in any of the output you posted that this is required, so your only solution is to ask the collective memory of the community. Lucky for you and others, Jonathan was aware of the problem and was kind enough to post the solution. This is one of the things that is starting to real get on my damn tits about portage, for about 2 years now. It's not an easy problem to solve, and to be honest, portage is not helping at all. You have two options in running it: don't use -v and get very little info, or use -v and get a terminal dump of the entire graph tree with lots of stuff and zero real information about how to solve it. Look at my thread with Dale just the other day, I managed to help him with the correct answer because I had a magic brainwave to search for the character. Seriously, what kind of process would ever use that as a problem solving approach? In your case, the solution is in the ebuild for acpupsd and it's specific DEPENDs. Now, I'm generally OK with looking in ebuilds for real answers and have gotten used to it, but ffs I should not have to do that. Well-written software should provide that information in it's output, and it shouldn't be hard to get the software to do it. Ok, rant over. +1 and you dang skippy, pat on the back etc etc etc. Dale :-) :-)
[gentoo-user] Re: How to poweroff the system from user?
On 22/03/15 22:12, Philip Webb wrote: 150322 Nikos Chantziaras wrote: On 22/03/15 17:58, Philip Webb wrote: If you have multiple users, you don't want some rogue user rebooting randomly You can't stop a local user from doing that. As mentioned, the reset button works just fine. You really do want those users to reboot the system properly rather than pressing reset. Environments where the machine is locked away with only the keyboard being accessible are far less common than people sitting in front of the actual machine. We're picturing different set-ups : I'm thinking of a campus system, where the machine is in a locked room accessible to the sysadmin (root) users log in somewhere else via machines which act as terminals ; you are perhaps refering to a family or small-office machine, where there are no other means of access, but users log in separately. You are correct in the latter case. Well, remote logins can't reboot with ctrl+alt+del. That's reserved only for the users using the actual console. Meaning the keyboard hooked up to the machine with the PS/2 or USB cable. SSH login or thin clients can't reboot. If you press ctrl+alt+del on the terminal machine, that's only going to reboot the terminal machine. We had such a setup using Sun Rays in the past. Non-console logins are getting the full security treatment.
Re: [gentoo-user] Mutt emerge USE flags for novice
On Sat, 21 Mar 2015 17:28:37 -0700 Lee ny6...@gmail.com wrote: When I have a moment I'll send my Gmail enabled muttrc for u to ponder. Imap with Gmail on mutt is seamless ime. Thanks, I'll be waiting for your .muttrc On Mar 21, 2015 3:42 PM, Julian Simioni jul...@simioni.org wrote: I don't currently use Mutt with Gmail, but one common suggestion is to use an external program like offlineimap for handling syncing. I remember hearing that Mutt's IMAP support is not the best. The guide I followed to get set up initially is Steve Losh's The Homely Mutt, it's really quite good. http://stevelosh.com/blog/2012/10/the-homely-mutt/ Julian On 03/21, German wrote: I am about to emerge Mutt and wanted to ask community what are the optimal USE flags for novice. I am going to use it with gmail. I am about to emerge it with the following USE flags: berkdb, crypt, gdbm, nls, ssl, gpg, imap, mbox, pop, sasl, sidebar, smtp. If anyone feel I should add or remove something from USE, feel free to tell me. Thanks! -- German gentger...@gmail.com -- German gentger...@gmail.com
Re: [gentoo-user] How to poweroff the system from user?
On Sat, 21 Mar 2015 18:51:58 -0400 Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Saturday, March 21, 2015 4:58:42 PM German wrote: On Sat, 21 Mar 2015 16:32:25 -0400 Philip Webb purs...@ca.inter.net wrote: 150321 German wrote: If I run poweroff from root, the system shuts down. When I run poweroff from user -- command not found. How to shut down the system from user ? I'ld say Don't : it's contrary to the principles of Unix, which separate the roles of sysadmin (root) from those of ordinary users. To shut down, I first exit Fluxbox via its menu, then 'su' + root password, then alias 'down' = 'shutdown -h now'. That observes the proper roles + ceremonies (smile). Interesting. But as I said ealier, 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 Either /sbin/poweroff or /usr/sbin/poweroff will do it from a local session (if there's no other users logged in locally). /sbin/poweroff says Must be a superuser :( Like I said, /sbin is only on the search path for root by default on gentoo. -- Fernando Rodriguez -- German gentger...@gmail.com
Re: [gentoo-user] How to poweroff the system from user?
On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Also the use of sudo is another choice. If you want every user to be able to shutdown just run this command: chmod 6755 /sbin/poweroff -- -Matti
Re: [gentoo-user] How to poweroff the system from user?
On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. Also the use of sudo is another choice. Sudo is just a package? If you want every user to be able to shutdown just run this command: chmod 6755 /sbin/poweroff -- -Matti --
Re: [gentoo-user] How to poweroff the system from user?
On Sun, Mar 22, 2015 at 9:06 AM, German gentger...@gmail.com wrote: On Sun, 22 Mar 2015 08:49:54 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 22, 2015, at 8:32, German gentger...@gmail.com wrote: /sbin/poweroff says Must be a superuser :( Did you read any of the previous messages? They told you that you have to have consolekit and polkit installed and configured for this to work! Yes, I've read them. However no one explianed how this has to be accomplished with polkit and consolekit. Also the use of sudo is another choice. Sudo is just a package? Yes, it is. qsearch sudo|sed 1q app-admin/sudo Allows users or groups to run commands as other users If you want every user to be able to shutdown just run this command: chmod 6755 /sbin/poweroff -- -Matti --
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Sunday, March 22, 2015 10:03:01 AM Mike Gilbert wrote: On Sat, Mar 21, 2015 at 3:52 PM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Saturday, March 21, 2015 8:46:10 AM Mike Gilbert wrote: On Thu, Mar 19, 2015 at 12:20 AM, Walter Dnes waltd...@waltdnes.org wrote: CFLAGS=-O2 -march=atom -mno-cx16 -msahf -mmovbe -mno-aes -mno-pclmul - mno-popcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno- bmi2 - mno-tbm -mno-avx -mno-avx2 -mno-sse4.2 -mno-sse4.1 -mno-lzcnt -mno-rtm - mno- hle -mno-rdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mno-prfchw -mno-adx - mfxsr -mno-xsave -mno-xsaveopt --param l1-cache-size=24 --param l1-cache-line- size=64 --param l2-cache-size=512 -mtune=atom -fstack-protector - mfpmath=sse - fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind- tables Is that correct (assuming that's my output)? I should warn you against including all of those -mno-xxx flags. This has been known to break the build process for packages like chromium, which always wants to build with SSE4 support and toggles it off at runtime. Passing -mno-sse4.1 causes a build failure as it tries to use macros that are not defined. Isn't it possible that removing it for all packages would cause a more subtle problem with another faulty ebuild (like a program crashing due to an illegal instruction)? Passing -march=atom should be sufficient to ensure that you don't get any illegal instructions. The -mno-XXX flags are redundant, and MOSTLY harmless. You got me curious as to why they're there being redundant and I think I found out why. I looked at the code (gcc/config/i386/driver-i386.c) and there is a very slim chance that the -march reported by gcc when using -march=native will not be the most appropriate. In some cases it's guessed based on the features reported by the CPU but on other cases it trusts the model number and Intel lists several Atom server CPUs and SoCs with no extensions at all (I have no idea what they report themselves like or if their specs are right). All the - mxxx and -mno-xxx flags are determined by the features reported by the CPU so no chance of error there (save from a CPU bug). I guess gcc devs are careful when using the model numbers (Intel lists 3 for Atoms, gcc uses only two so that may account for the models I mentioned) but the chance of error is there. The -mno-xxx flags would safeguard against it. -- Fernando Rodriguez
Re: [gentoo-user] How to poweroff the system from user?
On Sun, Mar 22, 2015 at 03:30:49AM -0400, German wrote Thanks, I decide to go with sudo on this one. However when I try to run it, it says: Username is not in the sudoers file. Where is this file located and how can I add the user to it? Thanks Here's how it works. emerge -pv sudo and decide whic USE flags you need for your situation. I use none of them. The main config file is /etc/sudoers *DO NOT TOUCH THAT FILE*. It'll get overwritten every time that an update of sudo comes along. sudo also reads files in its include directory, which defaults to /etc/sudoers.d/ which is where you should put your stuff. You can have multiple files in there, and they will be executed in the same order that they sort. *DO NOT EDIT THESE FILES DIRECTLY WITH NANO/VIM/WHATEVER*. Use the command... visudo -f /etc/sudoers.d/filename where filename is any legal file name. visudo is a sudo feature that * gets your default editor * edits a *WORKING COPY* of the file you want to change * after you exit the editor, it tests the file syntax * if no sudo syntax errors are found it commits the file * if syntax errors are found, it warns you, and allows you to back out I have a single file /etc/sudoers.d/001 but you can have several files if you want. The desktop's hostname is d531 and my login is waltdnes. Adjust correspondingly for your system... waltdnes d531 = (root) NOPASSWD: /sbin/poweroff waltdnes d531 = (root) NOPASSWD: /usr/sbin/hibernate waltdnes d531 = (root) NOPASSWD: /usr/bin/simple-mtpfs -o allow_other /home/waltdnes/tablet waltdnes d531 = (root) NOPASSWD: /usr/bin/fusermount -u /home/waltdnes/tablet waltdnes d531 = (root) NOPASSWD: /bin/cp -f /etc/ssmtp/295.ssmtp.conf /etc/ssmtp/ssmtp.conf waltdnes d531 = (root) NOPASSWD: /bin/cp -f /etc/ssmtp/teksavvy.ssmtp.conf /etc/ssmtp/ssmtp.conf waltdnes d531 = (root) NOPASSWD: /usr/bin/openrdate -n -s ca.pool.ntp.org waltdnes d531 = (root) NOPASSWD: /sbin/hwclock --systohc This format allows the user to run the command, if preceeded by sudo, and no password is required. Note that the command must be identical to what is set in /etc/sudoers.d/ e.g. sudo /sbin/poweroff I usually launch it from a script in ~/bin to same a lot of typing, and avoid typo errors. For instance, to connect my tablet or smartphone to directory ~/tablet, I have a script ~/bin/tabon #!/bin/bash sudo simple-mtpfs -o allow_other /home/waltdnes/tablet To disconnect from the device I have a script ~/bin/taboff #!/bin/bash sudo fusermount -u /home/waltdnes/tablet To sync my desktop's clock, I have a script ~/bin/settime #!/bin/bash date /usr/bin/sudo /usr/bin/openrdate -n -s ca.pool.ntp.org /usr/bin/sudo /sbin/hwclock --systohc date I have a dialup ISP (295.ca) as emergency backup in case my broadband ISP (teksavvy.com) service goes down. ISP's only let logged in users connect to the standard outbound port. So I need to change the /etc/ssmtp/ssmtp.conf file to point to the approprite ISP's server. My dialup script is... #!/bin/bash sudo /bin/cp -f /etc/ssmtp/295.ssmtp.conf /etc/ssmtp/ssmtp.conf sudo /usr/sbin/pon u295.ca My dialdown script is... #!/bin/bash /usr/bin/sudo /usr/sbin/poff /usr/bin/sudo /bin/cp -f /etc/ssmtp/teksavvy.ssmtp.conf /etc/ssmtp/ssmtp.conf -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Sunday, March 22, 2015 10:03:01 AM Mike Gilbert wrote: On Sat, Mar 21, 2015 at 3:52 PM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: On Saturday, March 21, 2015 8:46:10 AM Mike Gilbert wrote: On Thu, Mar 19, 2015 at 12:20 AM, Walter Dnes waltd...@waltdnes.org wrote: CFLAGS=-O2 -march=atom -mno-cx16 -msahf -mmovbe -mno-aes -mno-pclmul - mno-popcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno- bmi2 - mno-tbm -mno-avx -mno-avx2 -mno-sse4.2 -mno-sse4.1 -mno-lzcnt -mno-rtm - mno- hle -mno-rdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mno-prfchw -mno-adx - mfxsr -mno-xsave -mno-xsaveopt --param l1-cache-size=24 --param l1-cache-line- size=64 --param l2-cache-size=512 -mtune=atom -fstack-protector - mfpmath=sse - fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind- tables Is that correct (assuming that's my output)? I should warn you against including all of those -mno-xxx flags. This has been known to break the build process for packages like chromium, which always wants to build with SSE4 support and toggles it off at runtime. Passing -mno-sse4.1 causes a build failure as it tries to use macros that are not defined. Isn't it possible that removing it for all packages would cause a more subtle problem with another faulty ebuild (like a program crashing due to an illegal instruction)? Passing -march=atom should be sufficient to ensure that you don't get any illegal instructions. The -mno-XXX flags are redundant, and MOSTLY harmless. In the case of chromium, the build system adds -msse4.1 for specific files (just the ones using SSE4.1 instructons). When you have -mno-sse4.1, this takes precedence and the build fails. Thanks for explaining. -- Fernando Rodriguez