[gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On Mon, 09 Dec 2013 18:29:46 +, Grant Edwards wrote: My routine more-or-less weekly update suddenly decided that it needed to install 3 versions of Ruby along with ~50 other ruby-related packages. This caused a bit of a problem, since those versions of Ruby can't coexist: (something to do with tk and threads). There should not be a problem installing these versions at the same time, although perhaps with a specific combination of USE flags there might be issues. This should be fixable by specifying different USE flags for some of the packages. I've never had Ruby installed before, and after some digging around, I finally tracked it down to two things: gnome-terminal-nautilus-webkit-ruby multipath-tools-thin-provisioning-tools-ruby At least for thin-provisioning-tools you could use the unstable revision that makes ruby an test-only dependency. I understand that sometimes a maintainer decides to add a feature that requires some new dependancies, but why three different versions of Ruby all of a sudden? Because ruby18 and ruby19 are specified in the default RUBY_TARGETS as defined in the profile. And due to the way the dependencies are specified in both webkit and thin-provisioning-tools it will additionally try to pull in ruby20 first. Hence: three versions. We intend to mask ruby18 shortly and at that time we will also add ruby20 to the default RUBY_TARGETS. That still leaves two ruby versions, but we want to prepare for the new version as the old version is slowly being deprecated. Hans
[gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On 2013-12-10, Hans de Graaff gra...@gentoo.org wrote: On Mon, 09 Dec 2013 18:29:46 +, Grant Edwards wrote: My routine more-or-less weekly update suddenly decided that it needed to install 3 versions of Ruby along with ~50 other ruby-related packages. This caused a bit of a problem, since those versions of Ruby can't coexist: (something to do with tk and threads). There should not be a problem installing these versions at the same time, although perhaps with a specific combination of USE flags there might be issues. AFAICT, if you have a global tk USE flag, you can not have 1.8 installed at the same time as 1.9 or 2.0. Because ruby18 and ruby19 are specified in the default RUBY_TARGETS as defined in the profile. And due to the way the dependencies are specified in both webkit and thin-provisioning-tools it will additionally try to pull in ruby20 first. Hence: three versions. I understand that portage defaults to installing multiple versions (of Ruby, Python, and probably other stuff). What I don't understand it _why_. If none of the ebuilds specify q version, then they presumably will work with any availble version -- so why not just install one version? -- Grant Edwards grant.b.edwardsYow! I wonder if I should at put myself in ESCROW!! gmail.com
Re: [gentoo-user] Something is pulling in gnome-base
On Sat, Dec 07, 2013 at 11:47:41AM +, Mick wrote On Saturday 07 Dec 2013 11:27:50 Tom Wijsman wrote: On Sat, 7 Dec 2013 11:03:00 + Mick michaelkintz...@gmail.com wrote: It used to be the case that setting -gnome globally would be sufficient, without having to manually mask packages. I had gstreamer in pidgin to be able to get sound. I'm guessing that I need gstreamer in pidgin to be able to set up a voice call in gtalk. Is it the case that now one has to install gnome-base to be able to use gstreamer? Seems so, you'll need to check with upstream or with the code for more details; but it is just one small package though. Sure, today it is just gnome-base, tomorrow I could end up *having* to install systemd or whatever RHL and their developers have deemed appropriate for your average desktop system. I've masked the two you suggested for now. The GNOME people have now made dbus a hard-coded dependancy of the latest gtk+. systemd can't be far behind. I've had dbus masked since it arrived approximately the same time as HAL. Here's what I get when trying to update gtk+ [i660][waltdnes][~] emerge -pv --backtrack=0 gtk+ These are the packages that would be merged, in order: Calculating dependencies... done! !!! All ebuilds that could satisfy =sys-apps/dbus-1 have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/dbus-1.6.18-r1::gentoo (masked by: package.mask, ~amd64 keyword) - sys-apps/dbus-1.6.18::gentoo (masked by: package.mask, ~amd64 keyword) - sys-apps/dbus-1.6.16::gentoo (masked by: package.mask, ~amd64 keyword) - sys-apps/dbus-1.6.14::gentoo (masked by: package.mask, ~amd64 keyword) - sys-apps/dbus-1.6.12::gentoo (masked by: package.mask) (dependency required by app-accessibility/at-spi2-atk-2.8.1 [ebuild]) (dependency required by x11-libs/gtk+-3.8.7[X] [ebuild]) (dependency required by gtk+ [argument]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On 10/12/2013 17:19, Grant Edwards wrote: On 2013-12-10, Hans de Graaff gra...@gentoo.org wrote: On Mon, 09 Dec 2013 18:29:46 +, Grant Edwards wrote: My routine more-or-less weekly update suddenly decided that it needed to install 3 versions of Ruby along with ~50 other ruby-related packages. This caused a bit of a problem, since those versions of Ruby can't coexist: (something to do with tk and threads). There should not be a problem installing these versions at the same time, although perhaps with a specific combination of USE flags there might be issues. AFAICT, if you have a global tk USE flag, you can not have 1.8 installed at the same time as 1.9 or 2.0. Because ruby18 and ruby19 are specified in the default RUBY_TARGETS as defined in the profile. And due to the way the dependencies are specified in both webkit and thin-provisioning-tools it will additionally try to pull in ruby20 first. Hence: three versions. I understand that portage defaults to installing multiple versions (of Ruby, Python, and probably other stuff). What I don't understand it _why_. If none of the ebuilds specify q version, then they presumably will work with any availble version -- so why not just install one version? It's probably the same reasoning as python. python has an eselect python module, ruby doesn't. But I presume ruby can be selected just like python can be. So you have multiple pythons on your system. Portage doesn't know why you did that, only that you did. It also doesn't know what python/ruby packages you may install later, only that you might. The only thing portage can do is assume you want everything to work under all installed interpreters. If you want to restrict the list of installed interpreters, use the relevant settings in make.conf. Python has PYTHON_TARGETS and SINGLE_PYTHON_TARGET for this, I don't know what the ruby equivalent is. This portage logic does actually make sense, it's the only thing that works sanely (other than refusing to do anything unless you explicitly name all desired interpreters). -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] [OT] What's happened to BOINC recently?
Hi list, Recently I've been finding that BOINC has just stopped. It doesn't show up in ps -ax and I can't see anything helpful in its logs. Every time I query its status I get this, which is new: $ /etc/init.d/boinc status /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/cpu/tasks: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/cpuacct/tasks: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/cpuset/tasks: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/freezer/tasks: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/openrc/tasks: Permission denied mkdir: cannot create directory ‘/sys/fs/cgroup/openrc/boinc’: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/cpu/tasks: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/cpuacct/tasks: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/cpuset/tasks: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/freezer/tasks: Permission denied /lib64/rc/sh/rc-cgroup.sh: line 80: /sys/fs/cgroup/openrc/tasks: Permission denied mkdir: cannot create directory ‘/sys/fs/cgroup/openrc/boinc’: Permission denied * status: started I installed BOINC from the ebuild, not by getting it from berkeley.edu. The only changes I've made are to install its data directory under my home directory (/home/prh/boinc), added myself to the boinc group and chown'd everything to prh:prh. I had tried keeping the default user, group and directory but I found it easier to do it this way. Can anyone shed any light on this? -- Regards Peter
Re: [gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On 12/10/2013 10:19 AM, Grant Edwards wrote: I understand that portage defaults to installing multiple versions (of Ruby, Python, and probably other stuff). What I don't understand it _why_. If none of the ebuilds specify q version, then they presumably will work with any availble version -- so why not just install one version? Most packages will work with more than one version of Ruby. The package itself behaves the same, so you don't want to create three slots -- one for each of ruby-1.8, ruby-1.9, and ruby-2.0 -- since they all do the same thing. And you'd have to do that for every Ruby package in the tree. The alternative is to install the package for whichever interpreter(s) will work, subject to the user's RUBY_TARGETS. If I install dev-ruby/libfoo and I have RUBY_TARGETS=ruby19 ruby20, then I should be able to use libfoo in both my ruby19 programs and my ruby20 programs. So why is the RUBY_TARGETS default the way it is? I can't speak for the Ruby team, but it was most likely chosen as the upgrade path that causes the least pain. It's not perfect, as you've seen, but different parts of the Ruby ecosystem move at a different pace, and you have to make them all place nice. During a transition period like this, various upstreams release a bunch of crap with circular or conflicting dependencies that happen to work on their machines because nobody is using a real package manager. The fact that it works as well as it does is a miracle. If you don't want all three versions of Ruby on your machine, try setting e.g. RUBY_TARGETS=ruby19. It probably won't work, but that's because some package has troublesome dependencies, not because we're handling it wrong.
[gentoo-user] trouble with python
I just tried to run python-updater and received several lines like the following Traceback (most recent call last): File string, line 7, in module ImportError: No module named portage It did find 4 files to update [ebuild R] dev-python/gconf-python-2.28.1:2 USE=-examples 0 kB [ebuild R] dev-libs/libgamin-0.1.10-r4 USE=-debug -python -static-libs ABI_X86=(64) -32 (-x32) 0 kB [ebuild R] sys-libs/libcap-ng-0.7.3 USE=-python -static-libs 0 kB [ebuild R] sys-libs/cracklib-2.9.0-r1 USE=nls zlib -python -static-libs 0 kB However, after the merges, running python-updater again, gave the same result. I remerged python-updater with no change. I know that I should be changing my python3 from 3.2 to 3.3 since I have gotten msgs from other merges saying Building package for python3.3 only while python3.2 is active. Please consider switching the active Python 3 interpreter: eselect python set --python3 python3.3 Please note that after switching the active Python interpreter, you may need to run 'python-updater' to rebuild affected packages. But I worry about relying on python-updater when it is giving errors. Should I do the requested eselect ? thanks, allan
[gentoo-user] How to grant a CAP_NET_RAW capability to user?
How do you grant a capability (e.g. CAP_NET_RAW) to a user? I've been googling and have found countless articles and blog posts explaining what each capability is and how to grant capabilities to an executable file. While granting the capability to an executable does work, that's not what I need to do for a couple different reasons. I need to grant the capability to a user, not to the executable. There were a couple vague references implying that you can configure login to grant the desired capabilities when a user logs in, but I've not found any documentation on how to do that. I've tried editing /etc/security/capability.conf and adding the line cap_net_raw username But, that doesn't seem to have any effect (yes, I logged out and back in again). -- Grant Edwards grant.b.edwardsYow! Mary Tyler Moore's at SEVENTH HUSBAND is wearing gmail.commy DACRON TANK TOP in a cheap hotel in HONOLULU!
Re: [gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On Tue, Dec 10, 2013 at 05:52:36PM +0200, Alan McKinnon wrote: The only thing portage can do is assume you want everything to work under all installed interpreters. If you want to restrict the list of installed interpreters, use the relevant settings in make.conf. Python has PYTHON_TARGETS and SINGLE_PYTHON_TARGET for this, I don't know what the ruby equivalent is. -- Alan McKinnon alan.mckin...@gmail.com mingdao@workstation ~ $ grep ruby /etc/portage/make.conf RUBY_TARGETS=ruby20 Can't imagine you didn't know that. Ruby hater? :D -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] How to grant a CAP_NET_RAW capability to user?
From man:capabilities(7): Capabilities are a per-thread attribute. I don't think you can grant any capability to a user. A workaround for what you want is to write a little executable that only execvp's bash (or whatever shell you use), grant that executable CAP_NET_RAW, and then set it as default shell with usermod. Regards. On Tue, Dec 10, 2013 at 12:16 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: How do you grant a capability (e.g. CAP_NET_RAW) to a user? I've been googling and have found countless articles and blog posts explaining what each capability is and how to grant capabilities to an executable file. While granting the capability to an executable does work, that's not what I need to do for a couple different reasons. I need to grant the capability to a user, not to the executable. There were a couple vague references implying that you can configure login to grant the desired capabilities when a user logs in, but I've not found any documentation on how to do that. I've tried editing /etc/security/capability.conf and adding the line cap_net_raw username But, that doesn't seem to have any effect (yes, I logged out and back in again). -- Grant Edwards grant.b.edwardsYow! Mary Tyler Moore's at SEVENTH HUSBAND is wearing gmail.commy DACRON TANK TOP in a cheap hotel in HONOLULU! -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Re: How to grant a CAP_NET_RAW capability to user?
On 2013-12-10, Canek Pel??ez Vald??s can...@gmail.com wrote: How do you grant a capability (e.g. CAP_NET_RAW) to a user? From man:capabilities(7): Capabilities are a per-thread attribute. I don't think you can grant any capability to a user. I've found some indications that you can. Various references to PAM_CAP imply that I should be able to do what I want. From http://blog.siphos.be/2013/05/restricting-and-granting-capabilities/: You can also grant capabilities to users selectively, using pam_cap.so (the Capabilities Pluggable Authentication Module). But the example provided only shows how to grant capabilities to a user that can then be inherited by files which must also have that same capability enabled. That's not quite what I want to do (and it doesn't seem to work). There are two reasons that granting the capability to the executable isn't feasible: 1) Some of the programs are written in Python, and I don't want to grant the capability to all Python programs by setting the capability on /usr/bin/python. 2) Some of the programs are ELF executables (compiled C programs) that are under developement and are being continuously re-built and re-run. If I have to do a sudo setcap everytime I compile/run a program, then I might as well just do sudo program the way I do now. A workaround for what you want is to write a little executable that only execvp's bash (or whatever shell you use), grant that executable CAP_NET_RAW, and then set it as default shell with usermod. I thought about that, but that seems fragile. I supposed I could set the capability on /bin/bash with +p instead of +ep, then it should only take effect for users who have the capability enabled (though I haven't been able to get that to work yet). -- Grant Edwards grant.b.edwardsYow! My vaseline is at RUNNING... gmail.com
[gentoo-user] Re: How to grant a CAP_NET_RAW capability to user?
On 2013-12-10, Grant Edwards grant.b.edwa...@gmail.com wrote: How do you grant a capability (e.g. CAP_NET_RAW) to a user? After more googling, I found this page which describes exactly what I'm trying to do: https://github.com/constanze/GSoC2010_Gentoo_Capabilities/wiki/pam_cap-on-gentoo Except it doesn't work: after modifying /etc/pam.d/system-auth and /etc/security/capability.conf as indicated and logging out/in, pscap shows no cap_net_raw for the user in question, and trying to run programs that use RAW sockets fail: socket: Operation not permitted Error opening socket: Operation not permitted I'm apparently missing something... -- Grant Edwards grant.b.edwardsYow! Sign my PETITION. at gmail.com
Re: [gentoo-user] Re: How to grant a CAP_NET_RAW capability to user?
On Tue, Dec 10, 2013 at 12:56 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2013-12-10, Canek Pel??ez Vald??s can...@gmail.com wrote: How do you grant a capability (e.g. CAP_NET_RAW) to a user? From man:capabilities(7): Capabilities are a per-thread attribute. I don't think you can grant any capability to a user. I've found some indications that you can. Various references to PAM_CAP imply that I should be able to do what I want. From http://blog.siphos.be/2013/05/restricting-and-granting-capabilities/: You can also grant capabilities to users selectively, using pam_cap.so (the Capabilities Pluggable Authentication Module). I think my proposal could be implemented using PAM, but it would be the same, I suppose. But the example provided only shows how to grant capabilities to a user that can then be inherited by files which must also have that same capability enabled. That's not quite what I want to do (and it doesn't seem to work). The restriction to files already having the capability is for security reasons, obviously: if a user has certain capability, and she forgets to change the others access to some executable, then anyone has the capability (if I understand correctly). There are two reasons that granting the capability to the executable isn't feasible: 1) Some of the programs are written in Python, and I don't want to grant the capability to all Python programs by setting the capability on /usr/bin/python. Again, create an executable with CAP_SETPCAP that executes the Python programs and sets the capabilities for the running program. 2) Some of the programs are ELF executables (compiled C programs) that are under developement and are being continuously re-built and re-run. If I have to do a sudo setcap everytime I compile/run a program, then I might as well just do sudo program the way I do now. You can create (once) an executable with CAP_SETFCAP, which your build system calls automatically every time you recompile and that sets the CAP_NET_RAW capability for the resulting executable. Not very secure anyway, but I think it could work. A workaround for what you want is to write a little executable that only execvp's bash (or whatever shell you use), grant that executable CAP_NET_RAW, and then set it as default shell with usermod. I thought about that, but that seems fragile. I supposed I could set the capability on /bin/bash with +p instead of +ep, then it should only take effect for users who have the capability enabled (though I haven't been able to get that to work yet). I think the problem is that you want to use capabilities in a way that they are not designed for: you don't set capabilities at development time, you do it at deployment time. I would develop in a container or a VM until the program is ready and then deploy it with capabilities enabled. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Re: How to grant a CAP_NET_RAW capability to user?
On 2013-12-10, Canek Pel??ez Vald??s can...@gmail.com wrote: But the example provided only shows how to grant capabilities to a user that can then be inherited by files which must also have that same capability enabled. That's not quite what I want to do (and it doesn't seem to work). The restriction to files already having the capability is for security reasons, obviously: if a user has certain capability, and she forgets to change the others access to some executable, then anyone has the capability (if I understand correctly). No, that's not how it works. You can use pam_cap to grant an inheritable capability to a user, but it can only be used by files that also have the capability to inherit that capability. There are basically two ways you can set a capability on a file: the file can have the capability regardless of the user, or the file can have the capability only if it can be inherited from the user. If you grant a capability to a file using setcap cap_whatever+ei myprog then it's only effective for users that also have cap_whatever enabled in /etc/security/capability.conf If you grant a capability to a file using setcap cap_whatever+ep, then it's available to all users. Again, create an executable with CAP_SETPCAP that executes the Python programs and sets the capabilities for the running program. [...] You can create (once) an executable with CAP_SETFCAP, which your build system calls automatically every time you recompile and that sets the CAP_NET_RAW capability for the resulting executable. Not very secure anyway, but I think it could work. It's a lot simpler to just continue using sudo to run the programs. A workaround for what you want is to write a little executable that only execvp's bash (or whatever shell you use), grant that executable CAP_NET_RAW, and then set it as default shell with usermod. I thought about that, but that seems fragile. That wouldn't help. I've figured out how to give bash CAP_NET_RAW capabilities for a specified user, but it still requires that executables have the same capability set. I supposed I could set the capability on /bin/bash with +p instead of +ep, then it should only take effect for users who have the capability enabled (though I haven't been able to get that to work yet). That doesn't work either. Bash gets the privledges in question but they aren't inherited by programs invoked by bash unless they have already had those capabilities set. I think the problem is that you want to use capabilities in a way that they are not designed for: Apparently so. you don't set capabilities at development time, you do it at deployment time. I would develop in a container or a VM until the program is ready and then deploy it with capabilities enabled. No, that's not the problem. The problem is that the whole system is designed to assign capabilities to _files_, and I want to assign a capablity to a user. -- Grant Edwards grant.b.edwardsYow! BELA LUGOSI is my at co-pilot ... gmail.com
Re: [gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On 10/12/2013 20:28, Bruce Hill wrote: On Tue, Dec 10, 2013 at 05:52:36PM +0200, Alan McKinnon wrote: The only thing portage can do is assume you want everything to work under all installed interpreters. If you want to restrict the list of installed interpreters, use the relevant settings in make.conf. Python has PYTHON_TARGETS and SINGLE_PYTHON_TARGET for this, I don't know what the ruby equivalent is. -- Alan McKinnon alan.mckin...@gmail.com mingdao@workstation ~ $ grep ruby /etc/portage/make.conf RUBY_TARGETS=ruby20 Can't imagine you didn't know that. Ruby hater? :D You could say that: $ grep -ir -C1 ruby /etc/portage /etc/portage/package.use/package.use- # I see no need for lvm thin volumes. And it needs thin-provisioning-tools /etc/portage/package.use/package.use: # which needs ruby. I do not want ruby. /etc/portage/package.use/package.use- sys-fs/lvm2 -thin But the real reason I don't have ruby is I don't have a use for it -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On 10 December 2013 15:33, Alan McKinnon alan.mckin...@gmail.com wrote: On 10/12/2013 20:28, Bruce Hill wrote: On Tue, Dec 10, 2013 at 05:52:36PM +0200, Alan McKinnon wrote: The only thing portage can do is assume you want everything to work under all installed interpreters. If you want to restrict the list of installed interpreters, use the relevant settings in make.conf. Python has PYTHON_TARGETS and SINGLE_PYTHON_TARGET for this, I don't know what the ruby equivalent is. -- Alan McKinnon alan.mckin...@gmail.com mingdao@workstation ~ $ grep ruby /etc/portage/make.conf RUBY_TARGETS=ruby20 Can't imagine you didn't know that. Ruby hater? :D You could say that: $ grep -ir -C1 ruby /etc/portage /etc/portage/package.use/package.use- # I see no need for lvm thin volumes. And it needs thin-provisioning-tools /etc/portage/package.use/package.use: # which needs ruby. I do not want ruby. /etc/portage/package.use/package.use- sys-fs/lvm2 -thin But the real reason I don't have ruby is I don't have a use for it $ cat /etc/portage/package.mask dev-lang/ruby* dev-ruby/* Because sh, bash, awk, make, scons, cmake, perl, two different version of python certainly aren't enough.
Re: [gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On 11/12/2013 00:11, Norman Invasion wrote: On 10 December 2013 15:33, Alan McKinnon alan.mckin...@gmail.com wrote: On 10/12/2013 20:28, Bruce Hill wrote: On Tue, Dec 10, 2013 at 05:52:36PM +0200, Alan McKinnon wrote: The only thing portage can do is assume you want everything to work under all installed interpreters. If you want to restrict the list of installed interpreters, use the relevant settings in make.conf. Python has PYTHON_TARGETS and SINGLE_PYTHON_TARGET for this, I don't know what the ruby equivalent is. -- Alan McKinnon alan.mckin...@gmail.com mingdao@workstation ~ $ grep ruby /etc/portage/make.conf RUBY_TARGETS=ruby20 Can't imagine you didn't know that. Ruby hater? :D You could say that: $ grep -ir -C1 ruby /etc/portage /etc/portage/package.use/package.use- # I see no need for lvm thin volumes. And it needs thin-provisioning-tools /etc/portage/package.use/package.use: # which needs ruby. I do not want ruby. /etc/portage/package.use/package.use- sys-fs/lvm2 -thin But the real reason I don't have ruby is I don't have a use for it $ cat /etc/portage/package.mask dev-lang/ruby* dev-ruby/* Because sh, bash, awk, make, scons, cmake, perl, two different version of python certainly aren't enough. You left out sed :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Something is pulling in gnome-base
On Tuesday 10 Dec 2013 15:25:32 Walter Dnes wrote: On Sat, Dec 07, 2013 at 11:47:41AM +, Mick wrote On Saturday 07 Dec 2013 11:27:50 Tom Wijsman wrote: On Sat, 7 Dec 2013 11:03:00 + Mick michaelkintz...@gmail.com wrote: It used to be the case that setting -gnome globally would be sufficient, without having to manually mask packages. I had gstreamer in pidgin to be able to get sound. I'm guessing that I need gstreamer in pidgin to be able to set up a voice call in gtalk. Is it the case that now one has to install gnome-base to be able to use gstreamer? Seems so, you'll need to check with upstream or with the code for more details; but it is just one small package though. Sure, today it is just gnome-base, tomorrow I could end up *having* to install systemd or whatever RHL and their developers have deemed appropriate for your average desktop system. I've masked the two you suggested for now. The GNOME people have now made dbus a hard-coded dependancy of the latest gtk+. systemd can't be far behind. I've had dbus masked since it arrived approximately the same time as HAL. Here's what I get when trying to update gtk+ I always thought that dbus is useful on a desktop system that is used to run, errm ... applications, and it doesn't violate the *nix design philosophy. As far as I understand it is only trying to be an IPC manager. I seem to recall that Poettering and co tweaked something in libdbus, but my knowledge is quite limited on all things Gnome. Gnome devs decided in late 2012 to *not* make systemd a hard coded dependency, but look where we are now. Without systemd needed/desirable functionality for a Gnome desktop won't work. So, let's say that I tend to be sceptical on what might be used next as the thin end of the wedge. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Something is pulling in gnome-base
On Saturday 07 Dec 2013 11:29:25 Peter Humphrey wrote: On Saturday 07 Dec 2013 11:03:00 Mick wrote: Is it the case that now one has to install gnome-base to be able to use gstreamer? Not here, no. I have gstreamer but no gnome-base on this KDE box (not ~amd64). In fact, eix -I gnome returns only polkit-gnome. I see that's only there because I've inherited a gtk USE flag from the desktop profile. I've now set -gtk in make.conf and I'm reinstalling world (13 packages, including gcc and libre-office) to check that I really don't need gtk. Even gimp doesn't need gtk! Interesting! I seem to have two packages from gnome: # emerge --depclean -v -a app-admin/system-config-printer-gnome Calculating dependencies... done! app-admin/system-config-printer-gnome-1.4.3 pulled in by: kde-base/print-manager-4.10.5 requires app-admin/system-config-printer- gnome # emerge --depclean -v -a gnome-base/gnome-common Calculating dependencies... done! gnome-base/gnome-common-3.7.4 pulled in by: dev-python/pygobject-3.8.3 requires gnome-base/gnome-common Not sure why they are being pulled in as dependencies ... ? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: trouble with python
On 12/10/2013 10:10 AM, gottl...@nyu.edu wrote: I just tried to run python-updater and received several lines like the following Traceback (most recent call last): File string, line 7, in module ImportError: No module named portage It did find 4 files to update [ebuild R] dev-python/gconf-python-2.28.1:2 USE=-examples 0 kB [ebuild R] dev-libs/libgamin-0.1.10-r4 USE=-debug -python -static-libs ABI_X86=(64) -32 (-x32) 0 kB [ebuild R] sys-libs/libcap-ng-0.7.3 USE=-python -static-libs 0 kB [ebuild R] sys-libs/cracklib-2.9.0-r1 USE=nls zlib -python -static-libs 0 kB However, after the merges, running python-updater again, gave the same result. I remerged python-updater with no change. I know that I should be changing my python3 from 3.2 to 3.3 since I have gotten msgs from other merges saying Building package for python3.3 only while python3.2 is active. Please consider switching the active Python 3 interpreter: eselect python set --python3 python3.3 Please note that after switching the active Python interpreter, you may need to run 'python-updater' to rebuild affected packages. But I worry about relying on python-updater when it is giving errors. Should I do the requested eselect ? I switched from 3.2 to 3.3 as the message recommended, although I'm still using 2.7 as my primary python version. I should confess, though, that I didn't use python-updater because I'm having other (probably self-inflicted) problems with the gnome3/systemd update at the same time and I also didn't want to trust an automated process like python-updater. Instead, I manually emerged all of the packages in /usr/lib/python3.2/site-packages from a command prompt and all went well. Note: I'm not saying python-updater would screw it up -- I just wasn't in the mood yesterday to take that chance :)
[gentoo-user] new printer : any thoughts ?
My ancient printer's ink cartridge has finally dried up the mobo in my regular computer accepts only USB. I don't do much printing, but occasionally need a few pages. The local store has an HP Deskjet 2510 on sale this week. Does anyone have thoughts or suggestions ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On Tue, Dec 10, 2013 at 10:33:31PM +0200, Alan McKinnon wrote: mingdao@workstation ~ $ grep ruby /etc/portage/make.conf RUBY_TARGETS=ruby20 Can't imagine you didn't know that. Ruby hater? :D You could say that: $ grep -ir -C1 ruby /etc/portage /etc/portage/package.use/package.use- # I see no need for lvm thin volumes. And it needs thin-provisioning-tools /etc/portage/package.use/package.use: # which needs ruby. I do not want ruby. /etc/portage/package.use/package.use- sys-fs/lvm2 -thin But the real reason I don't have ruby is I don't have a use for it I detest python, also, but there's no way w/out it. -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] new printer : any thoughts ?
Philip Webb wrote: My ancient printer's ink cartridge has finally dried up the mobo in my regular computer accepts only USB. I don't do much printing, but occasionally need a few pages. The local store has an HP Deskjet 2510 on sale this week. Does anyone have thoughts or suggestions ? I usually refer to the hplip website for HP printers. Here is the printer you mentioned. http://hplipopensource.com/hplip-web/models/deskjet_aio/deskjet_2510_series.html Based on that, it should work. That printer actually has better support than my current printer. Go figure. Hope that helps. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] new printer : any thoughts ?
On 12/10/2013 06:01 PM, Philip Webb wrote: My ancient printer's ink cartridge has finally dried up the mobo in my regular computer accepts only USB. I don't do much printing, but occasionally need a few pages. The local store has an HP Deskjet 2510 on sale this week. Does anyone have thoughts or suggestions ? I got tired of dried out cartridges years ago, and bought a Dell colour laser. It was humongous, I got rid of it last year. Then about two months later I went to print something and went Oh, yeah... I found a HP colour laserjet on sale for $145 (it was actually cheaper than the entry level HP BW lasers at the time) and hooked it up using hplip. That's probably a lot more than an inkjet, but if it costs you $50 a page due to dried ink, a couple of times pays for a laser. http://hplipopensource.com/hplip-web/models/laserjet/hp_laserjet_cp1025.html At least I don't have to worry about cartridges drying up, and this printer is a LOT smaller than the one I had. As a bonus, I found out KitKat can print to this printer using the included HP drivers, if that's an issue for you. Was weird printing a recipe from my phone! Dan
Re: [gentoo-user] Re: trouble with python
On Tue, Dec 10 2013, walt wrote: On 12/10/2013 10:10 AM, gottl...@nyu.edu wrote: I just tried to run python-updater and received several lines like the following Traceback (most recent call last): File string, line 7, in module ImportError: No module named portage It did find 4 files to update [ebuild R] dev-python/gconf-python-2.28.1:2 USE=-examples 0 kB [ebuild R] dev-libs/libgamin-0.1.10-r4 USE=-debug -python -static-libs ABI_X86=(64) -32 (-x32) 0 kB [ebuild R] sys-libs/libcap-ng-0.7.3 USE=-python -static-libs 0 kB [ebuild R] sys-libs/cracklib-2.9.0-r1 USE=nls zlib -python -static-libs 0 kB However, after the merges, running python-updater again, gave the same result. I remerged python-updater with no change. I know that I should be changing my python3 from 3.2 to 3.3 since I have gotten msgs from other merges saying Building package for python3.3 only while python3.2 is active. Please consider switching the active Python 3 interpreter: eselect python set --python3 python3.3 Please note that after switching the active Python interpreter, you may need to run 'python-updater' to rebuild affected packages. But I worry about relying on python-updater when it is giving errors. Should I do the requested eselect ? I switched from 3.2 to 3.3 as the message recommended, although I'm still using 2.7 as my primary python version. That gave me confidence and I switched from 3.2 to 3.3. Now python-updater does not give any error msgs. It finds the last three packages mentioned above and no others. I should confess, though, that I didn't use python-updater because I'm having other (probably self-inflicted) problems with the gnome3/systemd update at the same time and I also didn't want to trust an automated process like python-updater. Instead, I manually emerged all of the packages in /usr/lib/python3.2/site-packages from a command prompt and all went well. I looked at that directory and it didn't contain the packages the python-updater specified. Note: I'm not saying python-updater would screw it up -- I just wasn't in the mood yesterday to take that chance :) Understood. thanks, allan
Re: [gentoo-user] Re: Routine update wants to install 3 version of Ruby + 50 others
On 11/12/2013 04:02, Bruce Hill wrote: On Tue, Dec 10, 2013 at 10:33:31PM +0200, Alan McKinnon wrote: mingdao@workstation ~ $ grep ruby /etc/portage/make.conf RUBY_TARGETS=ruby20 Can't imagine you didn't know that. Ruby hater? :D You could say that: $ grep -ir -C1 ruby /etc/portage /etc/portage/package.use/package.use- # I see no need for lvm thin volumes. And it needs thin-provisioning-tools /etc/portage/package.use/package.use: # which needs ruby. I do not want ruby. /etc/portage/package.use/package.use- sys-fs/lvm2 -thin But the real reason I don't have ruby is I don't have a use for it I detest python, also, but there's no way w/out it. I like python - the language was designed by a mathematician and it shows. Contrast with perl which was designed by a linguist, and that shows too. As you say you can't run Gentoo with portage without Python, that's one of the things you know for sure up front. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Something is pulling in gnome-base
On 11/12/2013 01:49, Mick wrote: On Saturday 07 Dec 2013 11:29:25 Peter Humphrey wrote: On Saturday 07 Dec 2013 11:03:00 Mick wrote: Is it the case that now one has to install gnome-base to be able to use gstreamer? Not here, no. I have gstreamer but no gnome-base on this KDE box (not ~amd64). In fact, eix -I gnome returns only polkit-gnome. I see that's only there because I've inherited a gtk USE flag from the desktop profile. I've now set -gtk in make.conf and I'm reinstalling world (13 packages, including gcc and libre-office) to check that I really don't need gtk. Even gimp doesn't need gtk! Interesting! I seem to have two packages from gnome: # emerge --depclean -v -a app-admin/system-config-printer-gnome Calculating dependencies... done! app-admin/system-config-printer-gnome-1.4.3 pulled in by: kde-base/print-manager-4.10.5 requires app-admin/system-config-printer- gnome # emerge --depclean -v -a gnome-base/gnome-common Calculating dependencies... done! gnome-base/gnome-common-3.7.4 pulled in by: dev-python/pygobject-3.8.3 requires gnome-base/gnome-common Not sure why they are being pulled in as dependencies ... ? The KDE print manager has a long history of being broken beyond belief. From watching what changes over the years since 4.0 I reckon the devs finally gave up and instead pinched useful bits out of gnome to get the damn stuff to work right kde-base/print-manager has a hard dep on app-admin/system-config-printer-gnome and that uses app-admin/system-config-printer-common Don't worry about the bits with gnome in the name, those two packages are very small and provide utility functions. They do come from the gnome project but they form plumbing and are not gnome-specific $ equery files gnome-common * Searching for gnome-common ... * Contents of gnome-base/gnome-common-3.7.4: /usr /usr/bin /usr/bin/gnome-autogen.sh /usr/bin/gnome-doc-common /usr/share /usr/share/aclocal /usr/share/aclocal/gnome-code-coverage.m4 /usr/share/aclocal/gnome-common.m4 /usr/share/aclocal/gnome-compiler-flags.m4 /usr/share/doc /usr/share/doc/gnome-common-3.7.4 /usr/share/doc/gnome-common-3.7.4/ChangeLog.bz2 /usr/share/doc/gnome-common-3.7.4/README.doc-build.bz2 /usr/share/doc/gnome-common-3.7.4/usage.txt.bz2 /usr/share/gnome-common /usr/share/gnome-common/data /usr/share/gnome-common/data/omf.make /usr/share/gnome-common/data/xmldocs.make $ equery files system-config-printer-common * Searching for system-config-printer-common ... * Contents of app-admin/system-config-printer-common-1.4.3: /etc /etc/cupshelpers /etc/cupshelpers/preferreddrivers.xml /etc/dbus-1 /etc/dbus-1/system.d /etc/dbus-1/system.d/com.redhat.NewPrinterNotification.conf /etc/dbus-1/system.d/com.redhat.PrinterDriversInstaller.conf /lib /lib/udev /lib/udev/rules.d /lib/udev/rules.d/70-printers.rules /lib/udev/udev-add-printer /lib/udev/udev-configure-printer /usr /usr/lib /usr/lib/systemd /usr/lib/systemd/system /usr/lib/systemd/system/configure-printer@.service /usr/lib64 /usr/lib64/python2.7 /usr/lib64/python2.7/site-packages /usr/lib64/python2.7/site-packages/cupshelpers /usr/lib64/python2.7/site-packages/cupshelpers-1.0-py2.7.egg-info /usr/lib64/python2.7/site-packages/cupshelpers/__init__.py /usr/lib64/python2.7/site-packages/cupshelpers/config.py /usr/lib64/python2.7/site-packages/cupshelpers/cupshelpers.py /usr/lib64/python2.7/site-packages/cupshelpers/installdriver.py /usr/lib64/python2.7/site-packages/cupshelpers/openprinting.py /usr/lib64/python2.7/site-packages/cupshelpers/ppds.py /usr/lib64/python2.7/site-packages/cupshelpers/xmldriverprefs.py /usr/share /usr/share/doc /usr/share/doc/system-config-printer-common-1.4.3 /usr/share/doc/system-config-printer-common-1.4.3/AUTHORS.bz2 /usr/share/doc/system-config-printer-common-1.4.3/ChangeLog.bz2 /usr/share/doc/system-config-printer-common-1.4.3/README.bz2 /usr/share/system-config-printer /usr/share/system-config-printer/PhysicalDevice.py /usr/share/system-config-printer/SearchCriterion.py /usr/share/system-config-printer/check-device-ids.py /usr/share/system-config-printer/config.py /usr/share/system-config-printer/debug.py /usr/share/system-config-printer/dnssdresolve.py /usr/share/system-config-printer/firewallsettings.py /usr/share/system-config-printer/installpackage.py /usr/share/system-config-printer/monitor.py /usr/share/system-config-printer/ppdippstr.py /usr/share/system-config-printer/probe_printer.py /usr/share/system-config-printer/smburi.py /usr/share/system-config-printer/statereason.py /usr/share/system-config-printer/xml /usr/share/system-config-printer/xml/preferreddrivers.rng /usr/share/system-config-printer/xml/validate.py -- Alan McKinnon alan.mckin...@gmail.com
