Re: [gentoo-user] pm-suspend problem
On 10/13/2015 09:00 PM, Philip Webb wrote: > 151013 Daniel Frey wrote: >> On 10/13/2015 05:39 PM, Philip Webb wrote: >>> but doesn't wake up when the power button or a key is pressed ; >>> I can power off & restart normally afterwards. >>> 'dmesg' + 'syslog' simply show an immediate restart after the suspend. >> There was a kernel change some time back >> that disabled usb wake-up on all USB hubs. >> Userspace needs to explicitly enable them or device wakeup will not work. >> I wrote a script some time back to do that, >> but it can probably be done with a udev rule. > > Don't be coy ! -- can you post your script here ? > what would such a udev rule look like ? > Hah - sorry about that. Most people apparently use udev to do that. I wrote my script first and used it instead. I never really looked into udev as my script [kludge?] still works, I just tried it. I posted it in the Docs, Tips & Tricks forum [1] some time back & it's also on pastebin [2]. Use at your own risk! I've attached it here as well, hopefully we're allowed to do that on this list. The forum post lists how to use it. Wow, 18,000 views to the forum post. I wonder if that's good or bad? It requires root, so you may want to put it in /sbin/. Run it with no options and it'll display a usage page. All it does is do some searching in the /sys/devices tree and tries to find appropriate items to show. Dan [1] https://forums.gentoo.org/viewtopic-t-933934-highlight-usbwakeup.html [2] http://pastebin.com/cYstsSSa #!/bin/bash # This script attempts to read /sys/devices/ and identify usb ports and devices # that can be toggled to enable wakeup from sleep. # # Version: 2.0 # Date written: August 20, 2012 # # Copyright (C) 2012 danomac @ gentoo forums # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Lesser General Public # License as published by the Free Software Foundation; either # version 2.1 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Lesser General Public License for more details. # Return code documentation # # 1: No parameter / unknown parameter specified # 2: Multiple actions requested, can only process one at a time # 3: Effective user ID not root (root is required) # # 7: No action requested # 8: Quiet and verbose requested at the same time! Use one or the other. # 9: Kernel Dmesg` option requested with action other than list # # Internal errors: # # 10: toggleall() - first parameter missing (internal error) # 11: toggleusbdevice() - first parameter not specified (internal error) # 12: toggleusbdevice() - second parameter not specified (internal error) # 13: toggleusbdevice() - third parameter needed but not specified! (internal error) function listusbwakeup () { # If quiet option is set, notify user it's being ignored if $QUIET; then echo "Quiet option set; ignoring..."; echo ""; fi # Initialize counter (to total items found later) COUNT=0 echo "Listing USB hubs/devices and their wakeup status..." # If verbose output is requested, switch to full detail view if $VERBOSE then echo " USB ID :: Device* :: Status Device full path Vendor :: Device Description -" else echo " USB ID:: Device* :: Status :: Device Description " fi # Search for all wakeup files under /sys/devices for i in `find /sys/devices -type f -name wakeup`; do # Extract the directory name where wakeup file resides DEVDIRNAME=`dirname $i` # Extract the actual device name (remove the power directory) DEVNAME=`dirname $DEVDIRNAME` # Now remove the directory path, leaving only the device's proper name (usb4, 4-1, etc) DEVPROPERNAME=`basename $DEVNAME` # Check for a product name. If none is found we most likely aren't interested in it. if [ -e $DEVDIRNAME/../product ] then # We found one! Find other relevant information, if none found use a placeholder. if [ -e $DEVDIRNAME/../product ]; then PRODUCT=`cat $DEVDIRNAME/../product`; else PRODUCT="No product name"; fi if [ -e $DEVDIRNAME/../manufacturer ]; then VENDOR=`cat $DEVDIRNAME/../manufacturer`; else VENDOR="No vendor name"; fi if [ -e $DEVDIRNAME/../idVendor ]; then IDVENDOR=`cat $DEVDIRNAME/../idVendor`; else IDVENDOR="No VendorID"; fi if [ -e $DEVDIRNAME/../idProduct ]; then IDPRODUCT=`cat $DEVDIRNAME/../idProduct`; else IDPRODUCT="No
Re: [gentoo-user] pm-suspend problem
On 10/13/2015 05:39 PM, Philip Webb wrote: > but doesn't wake up when the power button or a key is pressed, as it should ; > I can power off & restart normally afterwards. > 'dmesg' + 'syslog' simply show an immediate restart after the suspend. There was a kernel change some time back that disable usb wakeup on all USB hubs. Userspace needs to explicitly enable them or device wakeup will not work. I wrote a script some time back to do that but it can probably be done with a udev rule. Dan
Re: [gentoo-user] pm-suspend problem
151013 Daniel Frey wrote: > On 10/13/2015 05:39 PM, Philip Webb wrote: >> but doesn't wake up when the power button or a key is pressed ; >> I can power off & restart normally afterwards. >> 'dmesg' + 'syslog' simply show an immediate restart after the suspend. > There was a kernel change some time back > that disabled usb wake-up on all USB hubs. > Userspace needs to explicitly enable them or device wakeup will not work. > I wrote a script some time back to do that, > but it can probably be done with a udev rule. Don't be coy ! -- can you post your script here ? what would such a udev rule look like ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Re: pm-suspend problem
On Mon, 12 Oct 2015 17:46:00 -0400 Philip Webbwrote: > I want to be able to suspend my machine to RAM overnight or when I'm out. > The pkg to use seems to be Pm-utils, which I've installed. > 'pm-suspend' does suspend, but only briefly : > after 5 s , it restarts automatically & everything is back as before. > The log file shows this happening quite clearly. > > What am I doing wrong ? Am I using the correct tool ? >From my experience it may depend on the hardware you use. For example, on one of my laptops suspending worked ootb, on the other I have to switch off the wake on lan functionality in bios (otherwise it wasn't even able to properly power off), while on my wife laptop it's pretty random thing - suspending work most the times, but sometimes it just not. If you have particular hw (like Sony Vaio laptops) there is a need to pass "acpi_sleep=nonvs" to the kernel to make it work. Hope that helps. -- -^- _ _ /O)_\// (_(|__(_(_) grf.
Re: [gentoo-user] Re: 'emerge --update @world -pv' keeps trying to upgrade to a masked package
Alan McKinnon wrote: > On 14/10/2015 03:53, Dale wrote: >> >> I started to post that it looked like some other package was pulling it >> in but portage's output is sometimes cryptic at best. Sometimes I can >> figure it out but usually, I have to get Alan or Neil to pull out their >> magic decoder ring and uncrypt the thing. >> >> Anyway, glad you got it sorted out and all is well again. > > To figure out that "required by/pulled in by/installed" listing, you > have to think like a programmer. That whole listing is not so much > portage telling you what it will do, it's portage telling you how it got > to the point where there's a problem. Think of it like debugger output - > emerge runs, there's a problem and the dev asks for a memory dump of the > dep tree emerge has evaluated so far. > > A little bit lower you find the helpful hint the some judicious > unmasking might get around it. But what's really missing is a clear > message about a mask. > > Portage is often like a 10 year old telling you why they are upset. Lots > of tears and wailing, but no real description of /why/... :-) > Well, I did a debug dump thingy a couple times. I couldn't figure that out either. I guess that explains it. Maybe one day someone will figure out a way to improve portage's cryptic output. I suspect that whoever does that may start with a full head of hair but be bald when they get done. Then they will change something and they get to repeat that process all over again. ROFL Dale :-) :-)
Re: [gentoo-user] Re: 'emerge --update @world -pv' keeps trying to upgrade to a masked package
On 14/10/2015 03:53, Dale wrote: > Marat BN wrote: >> Ah, I think I figured out what was the problem. Looked down further in >> the Portage output, and saw this: >> >> The following mask changes are necessary to proceed: >> (see "package.unmask" in the portage(5) man page for more details) >> # required by gnome-extra/nm-applet-1.0.6::gentoo >> # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] >> # required by @selected >> # required by @world (argument) >> # /etc/portage/package.mask: >> # 2015-09-19--01 >> =net-misc/networkmanager-1.0.6 >> # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] >> # required by @selected >> # required by @world (argument) >> # /etc/portage/package.mask: >> # 2015-09-14--01 >> =gnome-extra/nm-applet-1.0.6 >> # required by net-misc/networkmanager-1.0.6::gentoo[bluetooth] >> # required by gnome-extra/nm-applet-1.0.6::gentoo >> # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] >> # required by @selected >> # required by @world (argument) >> # /etc/portage/package.mask: >> # 2015-06-22--01 >> =net-wireless/bluez-5.33 >> >> >> It appears that 'net-misc/networkmanager-1.0.6' was being pulled in by >> 'gnome-extra/nm-applet-1.0.6::gentoo', >> 'net-misc/networkmanager-pptp-1.0.6::gentoo[gtk]', and so on, and these >> were just being reported further down below. >> >> So I added them to '/etc/portage/package,mask' as well and the problem >> went away. >> >> >> -- Marat >> >> Original Message >> Subject: 'emerge --update @world -pv' keeps trying to upgrade to a >> masked package >> From: Marat BN>> To: gentoo-user@lists.gentoo.org >> Date: 10/13/2015 05:53 PM >> >>> Hello there, >>> >>> I'm having a curious problem trying to update my system. >>> >>> I issue the command: >>> >>> emerge --update @world -pv >>> >>> >>> Portage comes back with the following: >>> >>> !!! Multiple package instances within a single package slot have been pulled >>> !!! into the dependency graph, resulting in a slot conflict: >>> >>> net-wireless/bluez:0 >>> >>>(net-wireless/bluez-4.101-r9:0/0::gentoo, installed) pulled in by >>>net-wireless/bluez:0/0= required by >>> (media-sound/pulseaudio-5.0-r7:0/0::gentoo, installed) >>>^ >>> >>> >>> >>>>> (net-wireless/blueman-1.23-r2:0/0::maratbn, installed) >>>^ ^ >>> >>> >>> >>> >>>(net-wireless/bluez-5.33:0/3::gentoo, ebuild scheduled for merge) >>> pulled in by >>>>=net-wireless/bluez-5 required by >>> (net-misc/networkmanager-1.0.6:0/0::gentoo, ebuild scheduled for merge) >>>^^ ^ >>> >>> >>> >>> >>> >>> >>> But I have the following line in my '/etc/portage/package.mask': >>> >>> =net-misc/networkmanager-1.0.6:0/0::gentoo >>> >>> >>> So doesn't this tell portage not to upgrade to it? Why does it still >>> schedule it for merge? >>> >>> >>> Thanks a lot, >>> Marat >>> > > I started to post that it looked like some other package was pulling it > in but portage's output is sometimes cryptic at best. Sometimes I can > figure it out but usually, I have to get Alan or Neil to pull out their > magic decoder ring and uncrypt the thing. > > Anyway, glad you got it sorted out and all is well again. To figure out that "required by/pulled in by/installed" listing, you have to think like a programmer. That whole listing is not so much portage telling you what it will do, it's portage telling you how it got to the point where there's a problem. Think of it like debugger output - emerge runs, there's a problem and the dev asks for a memory dump of the dep tree emerge has evaluated so far. A little bit lower you find the helpful hint the some judicious unmasking might get around it. But what's really missing is a clear message about a mask. Portage is often like a 10 year old telling you why they are upset. Lots of tears and wailing, but no real description of /why/... :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] 'emerge --update @world -pv' keeps trying to upgrade to a masked package
On Tue, 13 Oct 2015 17:53:54 Marat BN wrote: > Hello there, > > I'm having a curious problem trying to update my system. > > I issue the command: > > emerge --update @world -pv > > > Portage comes back with the following: > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > net-wireless/bluez:0 > >(net-wireless/bluez-4.101-r9:0/0::gentoo, installed) pulled in by >net-wireless/bluez:0/0= required by > (media-sound/pulseaudio-5.0-r7:0/0::gentoo, installed) >^ > (net-wireless/blueman-1.23-r2:0/0::maratbn, installed) >^ ^ > >(net-wireless/bluez-5.33:0/3::gentoo, ebuild scheduled for merge) > pulled in by > >>=net-wireless/bluez-5 required by > > (net-misc/networkmanager-1.0.6:0/0::gentoo, ebuild scheduled for merge) >^^ ^ > > But I have the following line in my '/etc/portage/package.mask': > > =net-misc/networkmanager-1.0.6:0/0::gentoo > > > So doesn't this tell portage not to upgrade to it? Why does it still > schedule it for merge? > > > Thanks a lot, > Marat Try adding "--autounmask-keep-masks y" to your emerge command line, to stop it suggesting that you unmask packages. -- Reverend Paul Colquhoun, ULC. http://andor.dropbear.id.au/ Asking for technical help in newsgroups? Read this first: http://catb.org/~esr/faqs/smart-questions.html#intro
[gentoo-user] Re: persistent /run/* ownership/permissions
Grantwrote: >> >> The way to do it nowadays would be by placing a file with the content >> d /run/munin 0775 munin nginx >> into /usr/lib/tmpfiles.d (if done by the distribution) or into >> /etc/tmpfiles.d (if this is only needed for your special setup). > > Will do. Is that leading "d " supposed to be there? Yes, see http://www.freedesktop.org/software/systemd/man/tmpfiles.d.html > Am I creating and editing /etc/tmpfiles.d or /etc/tmpfiles.d/anyfilename ? Actually /etc/tmpfiles.d/anyname.conf (the .conf is important), see the above link. Note that /etc/tmpfiles.d/anyname.conf will "cancel" any existing /usr/lib/tmpfiles.d/anyname.conf: This is so that packages can provide a default (in /usr/lib) which you can override locally. (BTW: If that file is globally needed, I suggest you reoport a bug to *upstream* to install an appropriate file in /usr/lib/tmpfiles.d). One can argue whether this mechanism is better than etc-update, but it has some advantages: It works for all distributions, and moreover, you can see immediately which modifications you made locally (on the file level as well as with "diff" on a finer level).
Re: [gentoo-user] bcachefs
Zitat von James: Hello, Anyone tested/ deployed bcachefs on gentoo yet? Phorononix already ran some benchmarks on it. As to be expected, there's of course much work left to do. http://www.phoronix.com/scan.php?page=article=bcache-fs-linux=1
Re: [gentoo-user] DNS server packages
Zitat von "J. Roeleveld": As it is related to this thread, which server would people recommend when the DNS records are to be found in a database? I'd recommend PowerDNS, which has also an ebuild in the official portage tree since ages. It has several, mature web frontends and deploying DNSSEC with it is really, really easy, literally just two commands and then you go: $ pdnssec secure-zone powerdnssec.org $ pdnssec rectify-zone powerdnssec.org After that you just need to publish your DS records to your registrar - done. Compare that to BIND - much, much easier.
[gentoo-user] Re: pm-suspend problem
Philip Webb writes: > What am I doing wrong ? I don't know. > Am I using the correct tool ? Yes, it works for me in all my computers, but they use a different linux distribution. -- Alberto
[gentoo-user] Gnupg-2.1.* nightmare
Hello, I updated to gnupg-2.1.9 from 2.0.x on both my desktop and laptop and now I have big problems. 1. gpgme is now broken. Gpgme consumers (e.g. sylpheed, mcabber) can verify, encrypt and decrypt messages, but can't sign them. On signing I have the following issues: Please enter your PGP passphrase: [17:26:06] GPGME signature error: Unusable secret key Or: ** Sylpheed-WARNING: pgp_sign(): signing failed: User defined error code 1 I _can_ sign using the very same keys and plain gpg -s --default-key $id command. GPG itself works fine, something is amiss with gmgme. I updated gpgme, libgcrypt, libgpg-error and libassuan to the latest unstable versions and rebuilt consumer applications. Of course, keys were migrated to the new format using gpg --import and gpg-agent was restarted (I even rebooted the whole host), but problem is still here. The problem is even more strange, since I found a workaround way to sign messages in sylpheed. Program has three options for key selection: a) use default GPG key; b) select key by e-mail; c) use key with provided ID. Options b) and c) cause the error above, while option a) works, so by editing gpg.conf I can set default key id to what I need to sign a message. This is very inconvenient (since I have many keys), but at least works somehow. 2. I have duplicated keys in the ring with the same ID and fingerprint. Duplication happens only to _some_ of my keys where I have a secret key, fetched public keys of other users are not duplicated. Examples: a) Here I have the very same key twice: $ gpg --fingerprint -K 0x8EE705C07CFA83D3 sec rsa4096/0x8EE705C07CFA83D3 2012-09-11 [expired: 2015-09-11] Key fingerprint = 3F2D 1E49 4F96 2CE6 1597 F217 8EE7 05C0 7CFA 83D3 uid [ expired] Bircophsec rsa4096/0x8EE705C07CFA83D3 2012-09-11 [expired: 2015-09-11] Key fingerprint = 3F2D 1E49 4F96 2CE6 1597 F217 8EE7 05C0 7CFA 83D3 uid [ expired] Bircoph b) Now comes more interesting: $ gpg --fingerprint -K 0x565953B95372756C sec rsa4096/0x565953B95372756C 2013-02-27 [expires: 2018-02-26] Key fingerprint = 63EB 04FA A30C 76E2 952E 6ED6 5659 53B9 5372 756C uid [ultimate] Andrew Savchenko uid [ultimate] Andrew A. Savchenko (NRNU MEPhI) uid [ultimate] Andrew A. Savchenko (UT Department) uid [ultimate] Andrew Savchenko (Gentoo Dev) uid [ultimate] Andrew A. Savchenko (XMPP) uid [ultimate] Andrew A. Savchenko (UT Department) uid [ultimate] Andrey Savchenko (RHIC) ssb rsa4096/0x7AB649CA518C8321 2013-02-27 [expires: 2018-02-26] ssb rsa4096/0xF6535A33BA1EE48D 2015-01-13 [expires: 2018-01-12] sec rsa4096/0x565953B95372756C 2013-02-27 [expires: 2018-02-26] Key fingerprint = 63EB 04FA A30C 76E2 952E 6ED6 5659 53B9 5372 756C uid [ultimate] Andrew A. Savchenko (NRNU MEPhI) uid [ultimate] Andrew Savchenko uid [ultimate] Andrew Savchenko (Gentoo Dev) uid [ultimate] Andrew A. Savchenko (XMPP) uid [ultimate] Andrew A. Savchenko (UT Department) uid [ultimate] Andrew A. Savchenko (UT Department) ssb rsa4096/0x7AB649CA518C8321 2013-02-27 [expires: 2018-02-26] ssb rsa4096/0xF6535A33BA1EE48D 2015-01-13 [expires: 2018-01-12] I have two versions of the same key: the latest and previous one (before I added one more e-mail uid to the key). This problem may be related to the first one, may be not, I'm not sure. It is possible that gpgme goes crazy with these duplicates. I have no idea how to remove duplicates and old versions. All gpg commands are tied to either key id, e-mail or fingerprint. They are all not unique to delete such duplicates. I have though that this may happen due to both secring.gpg and private-keys-v1.d present, but moving secring.gpg away doesn't help. Maybe manual editing of pubring.gpg will help to remove duplicates, but it will be quite hard to handle this binary format. Googling gave me very litte here: 1st issue: may happen for some custom gpgme client software, but no data on global failures after gnupg update. 2nd issue: may happen when key is stored in multiple sources and fetched from them, but I have no --keyring options in my gpg.conf (see attached file). Any ideas how to fix these issues, especially the signing failure are much appreciated. Best regards, Andrew Savchenko default-key 0x565953B95372756C require-cross-certification charset utf-8 keyserver hkp://pool.sks-keyservers.net keyserver-options auto-key-retrieve
[gentoo-user] Re: DNS server packages
Alan McKinnon gmail.com> writes: > > These are the (2) net facing primary and slave dns servers, just for the > > few domain names I willauthenticate. They'll be behind a firewall > > (iptables/dmz) with no internal zone information. Strictly auth, public > > facing, with DNSsec. > Then you need your chosen name server (bind), your chosen fw ruleset > generators (iptables, maybe some other front end) and maybe fail2ban or > one of it's friends if you find some port gets hammered. fail2ban. an excellent additional package. > How much ram do you think you need? The idea is to minimize the ram footprint. -Os in the make.conf file should keep things small, with little performance degradation. Profile:: [1] default/linux/amd64/13.0 * Do you think I can keep the HD size (ide-CompactFlash) below 4 gig? I did years ago on a gentoo firewall circa 2009. Tricks for OS size minimization are the focus now. > > Bind9, dnssec-tools, iptables:: any other packages relevant/germane > > on a amd-default profile [1] ? > Yes, that's about it. > Add in all the other usual server stuff you like to use - monitoring, > logging, notifications, mail, whatever mailx, another good idea. OK, now a minimized set of flag setting for make.conf:: USE="-8 ncurses ssl crypt berkdb pam perl pcre python readline zlib bzip2 nptl syslog" were the flags on that minimzed gentoo (firewall) systems; further reducing the globals flag is warranted? Any suggestions on flag minimization? with:: CFLAGS=" -march=native -Os -pipe" I hope I can get the total size @ or below 3 GB, as I have several 4 GB CF cards on hand; other suggestions? James
Re: [gentoo-user] pm-suspend problem
151012 Philip Webb wrote: > I want to be able to suspend my machine to RAM overnight or when I'm out. > The pkg to use seems to be Pm-utils, which I've installed. > 'pm-suspend' does suspend, but only briefly : > after 5 s , it restarts automatically & everything is back as before. > The log file shows this happening quite clearly. > I'm using Fluxbox + OpenRC ; 'suspend to Ram' is compiled in the kernel. I've done further Google research. Many other people have had similar problems over the past few years & the only regular suggestion is that there's a problem with ECHI etc : I haven't tried following that up, as it's not recent. I tested Mint 17.2 Xfce , which I have installed in another partition & which is very quick'n'slick : suspend has the same effect as with Gentoo. I've tried changing a few BIOS settings with no apparent effect, but -- mysteriously -- Gentoo (but not Mint) is now actually suspending, but doesn't wake up when the power button or a key is pressed, as it should ; I can power off & restart normally afterwards. 'dmesg' + 'syslog' simply show an immediate restart after the suspend. The result of all this is that I can't suspend to RAM & restart later : that merely means that I have to repopulate my workspaces after each reboot, but that's something I know by rote & can easily live with. However, the one good + surprising outcome concerns the I/net. Getting back in touch with my ISP can be slow + unpredictable, tho' it always works after a few tries, which involve powering everything off. However, I've discovered that if I don't switch off the router, 'dhcpcd' simply reconnects after a reboot (in Mint too) & the I/net is immediately available : that's what I really care about. So I can power the machine off while I'm asleep or out iff I don't switch off the power-bar which also feeds the router. If anyone has further thoughts on this subject, they mb of more general interest, but for now I can carry on. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] 'emerge --update @world -pv' keeps trying to upgrade to a masked package
Hello there, I'm having a curious problem trying to update my system. I issue the command: emerge --update @world -pv Portage comes back with the following: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: net-wireless/bluez:0 (net-wireless/bluez-4.101-r9:0/0::gentoo, installed) pulled in by net-wireless/bluez:0/0= required by (media-sound/pulseaudio-5.0-r7:0/0::gentoo, installed) ^ =net-wireless/bluez-5 required by (net-misc/networkmanager-1.0.6:0/0::gentoo, ebuild scheduled for merge) ^^ ^ But I have the following line in my '/etc/portage/package.mask': =net-misc/networkmanager-1.0.6:0/0::gentoo So doesn't this tell portage not to upgrade to it? Why does it still schedule it for merge? Thanks a lot, Marat
[gentoo-user] Re: 'emerge --update @world -pv' keeps trying to upgrade to a masked package
Ah, I think I figured out what was the problem. Looked down further in the Portage output, and saw this: The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by gnome-extra/nm-applet-1.0.6::gentoo # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] # required by @selected # required by @world (argument) # /etc/portage/package.mask: # 2015-09-19--01 =net-misc/networkmanager-1.0.6 # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] # required by @selected # required by @world (argument) # /etc/portage/package.mask: # 2015-09-14--01 =gnome-extra/nm-applet-1.0.6 # required by net-misc/networkmanager-1.0.6::gentoo[bluetooth] # required by gnome-extra/nm-applet-1.0.6::gentoo # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] # required by @selected # required by @world (argument) # /etc/portage/package.mask: # 2015-06-22--01 =net-wireless/bluez-5.33 It appears that 'net-misc/networkmanager-1.0.6' was being pulled in by 'gnome-extra/nm-applet-1.0.6::gentoo', 'net-misc/networkmanager-pptp-1.0.6::gentoo[gtk]', and so on, and these were just being reported further down below. So I added them to '/etc/portage/package,mask' as well and the problem went away. -- Marat Original Message Subject: 'emerge --update @world -pv' keeps trying to upgrade to a masked package From: Marat BNTo: gentoo-user@lists.gentoo.org Date: 10/13/2015 05:53 PM > Hello there, > > I'm having a curious problem trying to update my system. > > I issue the command: > > emerge --update @world -pv > > > Portage comes back with the following: > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > net-wireless/bluez:0 > >(net-wireless/bluez-4.101-r9:0/0::gentoo, installed) pulled in by >net-wireless/bluez:0/0= required by > (media-sound/pulseaudio-5.0-r7:0/0::gentoo, installed) >^ > > > > (net-wireless/blueman-1.23-r2:0/0::maratbn, installed) >^ ^ > > > > >(net-wireless/bluez-5.33:0/3::gentoo, ebuild scheduled for merge) > pulled in by >>=net-wireless/bluez-5 required by > (net-misc/networkmanager-1.0.6:0/0::gentoo, ebuild scheduled for merge) >^^ ^ > > > > > > > But I have the following line in my '/etc/portage/package.mask': > > =net-misc/networkmanager-1.0.6:0/0::gentoo > > > So doesn't this tell portage not to upgrade to it? Why does it still > schedule it for merge? > > > Thanks a lot, > Marat >
Re: [gentoo-user] Re: 'emerge --update @world -pv' keeps trying to upgrade to a masked package
Marat BN wrote: > Ah, I think I figured out what was the problem. Looked down further in > the Portage output, and saw this: > > The following mask changes are necessary to proceed: > (see "package.unmask" in the portage(5) man page for more details) > # required by gnome-extra/nm-applet-1.0.6::gentoo > # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] > # required by @selected > # required by @world (argument) > # /etc/portage/package.mask: > # 2015-09-19--01 > =net-misc/networkmanager-1.0.6 > # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] > # required by @selected > # required by @world (argument) > # /etc/portage/package.mask: > # 2015-09-14--01 > =gnome-extra/nm-applet-1.0.6 > # required by net-misc/networkmanager-1.0.6::gentoo[bluetooth] > # required by gnome-extra/nm-applet-1.0.6::gentoo > # required by net-misc/networkmanager-pptp-1.0.6::gentoo[gtk] > # required by @selected > # required by @world (argument) > # /etc/portage/package.mask: > # 2015-06-22--01 > =net-wireless/bluez-5.33 > > > It appears that 'net-misc/networkmanager-1.0.6' was being pulled in by > 'gnome-extra/nm-applet-1.0.6::gentoo', > 'net-misc/networkmanager-pptp-1.0.6::gentoo[gtk]', and so on, and these > were just being reported further down below. > > So I added them to '/etc/portage/package,mask' as well and the problem > went away. > > > -- Marat > > Original Message > Subject: 'emerge --update @world -pv' keeps trying to upgrade to a > masked package > From: Marat BN> To: gentoo-user@lists.gentoo.org > Date: 10/13/2015 05:53 PM > >> Hello there, >> >> I'm having a curious problem trying to update my system. >> >> I issue the command: >> >> emerge --update @world -pv >> >> >> Portage comes back with the following: >> >> !!! Multiple package instances within a single package slot have been pulled >> !!! into the dependency graph, resulting in a slot conflict: >> >> net-wireless/bluez:0 >> >>(net-wireless/bluez-4.101-r9:0/0::gentoo, installed) pulled in by >>net-wireless/bluez:0/0= required by >> (media-sound/pulseaudio-5.0-r7:0/0::gentoo, installed) >>^ >> >> >> >>> (net-wireless/blueman-1.23-r2:0/0::maratbn, installed) >>^ ^ >> >> >> >> >>(net-wireless/bluez-5.33:0/3::gentoo, ebuild scheduled for merge) >> pulled in by >>>=net-wireless/bluez-5 required by >> (net-misc/networkmanager-1.0.6:0/0::gentoo, ebuild scheduled for merge) >>^^ ^ >> >> >> >> >> >> >> But I have the following line in my '/etc/portage/package.mask': >> >> =net-misc/networkmanager-1.0.6:0/0::gentoo >> >> >> So doesn't this tell portage not to upgrade to it? Why does it still >> schedule it for merge? >> >> >> Thanks a lot, >> Marat >> I started to post that it looked like some other package was pulling it in but portage's output is sometimes cryptic at best. Sometimes I can figure it out but usually, I have to get Alan or Neil to pull out their magic decoder ring and uncrypt the thing. Anyway, glad you got it sorted out and all is well again. Dale :-) :-)