Re: [gentoo-user] Re: Combining multiple workstations (multiseat)
I'm hoping to use a Pandaboard ES ARM SoC as the host system in the office where only light web browsing is required. http://www.gentoo.org/proj/en/base/embedded/handbook/?part=4chap=9 I've installed Gentoo on a couple of Beaglebones. Being a source-based distro, ARM support on Gentoo is stellar.IMHO, ARM is slowly replacing x86 and this is a great opportunity for Gentoo to grab some user share. Here's my greatest ever contribution to this list: buy NASDAQ:ARMH. Anyway, it's using DisplayLink on the ARM system that I'm worried about. Linux support at all seems to be a matter of disagreement: http://wiki.gentoo.org/wiki/DisplayLink http://displaylink.org/forum/showthread.php?t=61689 If you have not purchase the panda board yet (Arm A9) there are some new, smoking Arm (A-15) dev boards out that look very keen: http://www.howchip.com/shop/content.php?co_id=ArndaleBoard_en That's a beauty and scheduled for November. http://www.arndaleboard.org http://www.phytec.com/products/system-on-modules/phycore/omap5430/ And of coarse the venerable Samsung Arm Chromebook: http://dev.chromium.org/chromium-os/developer-information-for-chrome-os- devices/samsung-arm-chromebook (highly recommended by Vapier) Nice one. I have a Dell XPS 13 which looks very similar but it isn't fanless - Grant
Re: [gentoo-user] LVM2+mdraid5+LUKS+systemd (was Re: LVM2+mdraid+systemd)
On 23/09/13 17:37, Canek Peláez Valdés wrote: On Sep 23, 2013 6:01 AM, Tanstaafl tansta...@libertytrek.org mailto:tansta...@libertytrek.org wrote: Man... watching this discussion just makes me want to avoid systemd like the plague/all the more... Please don't top post. Please disable HTML from your mail client when posting to mailing lists. It looks very ugly.
[gentoo-user] Problems building www-client/uzbl-9999
Since this is a ebuild, I'm not filing a bugzilla bug. Note that www-client/uxbl-2012.05.14 built OK. Apparently, the latest git sources have some features I really want, that are not in any of the other ebuilds. So I'm trying to build it. The build first pulled down and installed git, so that it could then pull the latest uzbl source. The compile seems to have gone OK, but the final install process ran into permission problems creating a directory. Here's the part with the error... running build_scripts running install_lib creating /usr/lib64/python3.2/site-packages/uzbl * ACCESS DENIED: mkdir:/usr/lib64/python3.2/site-packages/uzbl error: could not create '/usr/lib64/python3.2/site-packages/uzbl': Permission denied make: *** [install-event-manager] Error 1 * ERROR: www-client/uzbl- failed (install phase): * emake failed I'm attaching the full log. The system is a Dell Intel i5, with pure 64-bit mode (no multilib), and the basic workstation profile, cut down even more by starting USE with -* and adding the flags I need for a custom profile. This is the first time I've tried a ebuild, so I may be missing something obvious. /usr/lib64/python3.2/site-packages/ is user:group root:root -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
[gentoo-user] Re: Unable to catch kernel crash dump
I've been getting a kernel oops for awhile that is worse than ever in 3.11.1. It seems to be related to my XHCI USB port. I followed the instructions here: http://wiki.gentoo.org/wiki/Kernel_Crash_Dumps but /proc/vmcore doesn't exist after I reboot the system after a crash. I did notice that I was getting a lot of white text dumped to the screen against a black background before I followed the instructions in the wiki, but after following them the screen just freezes when it crashes. Does anyone know what I might be doing wrong or how to find out? I've discovered that the crash kernel should automatically boot after a crash and that is not happening. Any idea what could be preventing it? Does the following document look up to date and valid? http://wiki.gentoo.org/wiki/Kernel_Crash_Dumps - Grant
Re: [gentoo-user] Problems building www-client/uzbl-9999
Arrgh; forgot to attach the log. Here it is. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications buildlog.txt.gz Description: Binary data
Re: [gentoo-user] Problems building www-client/uzbl-9999
On 25/09/2013 09:33, Walter Dnes wrote: Since this is a ebuild, I'm not filing a bugzilla bug. Note that www-client/uxbl-2012.05.14 built OK. Apparently, the latest git sources have some features I really want, that are not in any of the other ebuilds. So I'm trying to build it. The build first pulled down and installed git, so that it could then pull the latest uzbl source. The compile seems to have gone OK, but the final install process ran into permission problems creating a directory. Here's the part with the error... running build_scripts running install_lib creating /usr/lib64/python3.2/site-packages/uzbl * ACCESS DENIED: mkdir:/usr/lib64/python3.2/site-packages/uzbl error: could not create '/usr/lib64/python3.2/site-packages/uzbl': Permission denied make: *** [install-event-manager] Error 1 * ERROR: www-client/uzbl- failed (install phase): * emake failed I'm attaching the full log. The system is a Dell Intel i5, with pure 64-bit mode (no multilib), and the basic workstation profile, cut down even more by starting USE with -* and adding the flags I need for a custom profile. This is the first time I've tried a ebuild, so I may be missing something obvious. /usr/lib64/python3.2/site-packages/ is user:group root:root That looks like a horrible bug in the ebuild - it's trying to install to the live filesystem. ebuilds install to the work directory in /var/tmp/portage/ and the merge phase moves the files over to /usr. You can either file a bug at b.g.o. or contact the ebuild maintainer directly. I don't see that a - ebuild makes any difference, once the code has been checked out and a working copy made, the ebuild works like any other ebuild - no special magic -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Btrfs: how to fix slow sequential write performance?
Greetings fellow Gentooistas, at the moment I am doing some testing and evaluating of Btrfs on my own system. Why? Just because I can and I am curious about it. Because I am doing that for evaluation purpose please don't give advise like go ZFS or something like that, thank you. Kernel is 3.10.7, the file system is on one hard drive only (SATA). And here comes my question: sequential write access seems to be slow as hell, actually something around like 10 Mbyte/s according to dd's output. The same HDD performed under ext4 with around 90 Mbyte/s. Command is something like: dd if=/dev/zero of=file.img bs=1G count=150 Nothing else is running at the time of writing, no scrub/balance on the file system or other process eating up much cpu time. Mount option is relatime only. So is this a well known issue only with this kernel or generally with this file system at the moment? Are there any possible fixes to squeeze better performance out of it or is this unlikely to happen so that I should better take that into account of my evaluation and maybe dump it then? Thanks in advance.
Re: [gentoo-user] Btrfs: how to fix slow sequential write performance?
On 25/09/13 16:54, Marc Stürmer wrote: Greetings fellow Gentooistas, at the moment I am doing some testing and evaluating of Btrfs on my own system. Why? Just because I can and I am curious about it. Because I am doing that for evaluation purpose please don't give advise like go ZFS or something like that, thank you. Kernel is 3.10.7, the file system is on one hard drive only (SATA). And here comes my question: sequential write access seems to be slow as hell, actually something around like 10 Mbyte/s according to dd's output. The same HDD performed under ext4 with around 90 Mbyte/s. Command is something like: dd if=/dev/zero of=file.img bs=1G count=150 Nothing else is running at the time of writing, no scrub/balance on the file system or other process eating up much cpu time. Mount option is relatime only. So is this a well known issue only with this kernel or generally with this file system at the moment? Are there any possible fixes to squeeze better performance out of it or is this unlikely to happen so that I should better take that into account of my evaluation and maybe dump it then? Thanks in advance. How old is the fs? - I am ran into a major slowdown due to COW snapshot fragmentation (VMs on ceph using btrfs) - a known problem. Using that kernel is also giving me an eventual hard lockup if I try and do a recursive defrag (on another system), but the ssd on an apple air defraged fine. btrfs is also seems very sensitive to how full it is. Have you tried a btrfsck? - some errors seem to cause slowdowns as well. BillK
[gentoo-user] emerge reminder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 emerge reminder to use dispatch-conf after autounmask disappeared. want it back -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSQq+YAAoJEK64IL1uI2hafn4H/RcOHd/mKW8s4MZ/vWQrRrtm MfYy5///Sp65/3b3FN+6+Pl5adUye/oltxA4/Nh4yEPbjUZZ6WQ9UqF0Nw0Tcbpo aLPGg4TKDRwzVmIjtGTeOH0yVQ/lIFMuKFinRtOM18YgfpA5ERe3OyGuAzxMrIP9 vIRMdkHaCyRPUyo2VN/IjHX0gnTR8WMCGtRu44d75L5qVXlXttKXhvOaukWOTm3S b4muwOBEv0g7Tr6D+wvTQ9KS3DsU+iid8JC8EbGL9L9qVEpkNm8TfRA3A9s5EDl8 gcilFRFdOAUIOoSbbwrjbIMYxxvzcVmM6Ecm8jn+T4zKhFnGuZiNlddWKAzjWQ8= =dlEG -END PGP SIGNATURE-
Re: [gentoo-user] emerge reminder
On Wed, Sep 25, 2013 at 01:40:41PM +0400, the wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 emerge reminder to use dispatch-conf after autounmask disappeared. want it back -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSQq+YAAoJEK64IL1uI2hafn4H/RcOHd/mKW8s4MZ/vWQrRrtm MfYy5///Sp65/3b3FN+6+Pl5adUye/oltxA4/Nh4yEPbjUZZ6WQ9UqF0Nw0Tcbpo aLPGg4TKDRwzVmIjtGTeOH0yVQ/lIFMuKFinRtOM18YgfpA5ERe3OyGuAzxMrIP9 vIRMdkHaCyRPUyo2VN/IjHX0gnTR8WMCGtRu44d75L5qVXlXttKXhvOaukWOTm3S b4muwOBEv0g7Tr6D+wvTQ9KS3DsU+iid8JC8EbGL9L9qVEpkNm8TfRA3A9s5EDl8 gcilFRFdOAUIOoSbbwrjbIMYxxvzcVmM6Ecm8jn+T4zKhFnGuZiNlddWKAzjWQ8= =dlEG -END PGP SIGNATURE- I'd recommend that you either open a bug for that (feature request) or otherwise ask on the gentoo-developer mailing list. Since this is the user mailing list you have no guarantee that the right people read it here. WKR Hinnerk signature.asc Description: Digital signature
[gentoo-user] what does this mean:rcu_sched detected stalls on CPUs/tasks
My pc have a random boot problem.I can hardly make it clear when will occur. The kern.log shows INFO: rcu_sched detected stalls on CPUs/tasks: { 0} (detected by 1, t=10002 jiffies, g=18446744073709551325, c=18446744073709551324, q=13). When this happen on boot,the kernel seems hung and will take about one or two minuts,then continue booting as normal.Does anyone know the reason?
Re: [gentoo-user] what does this mean:rcu_sched detected stalls on CPUs/tasks
On 25/09/2013 12:56, 东方巽雷 wrote: My pc have a random boot problem.I can hardly make it clear when will occur. The kern.log shows INFO: rcu_sched detected stalls on CPUs/tasks: { 0} (detected by 1, t=10002 jiffies, g=18446744073709551325, c=18446744073709551324, q=13). When this happen on boot,the kernel seems hung and will take about one or two minuts,then continue booting as normal.Does anyone know the reason? Google search string: INFO: rcu_sched detected stalls on CPUs/tasks: First hit: https://www.kernel.org/doc/Documentation/RCU/stallwarn.txt That's the kernel doc that describes the relevant system. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge reminder
On Wed, Sep 25, 2013 at 01:40:41PM +0400, the wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 emerge reminder to use dispatch-conf after autounmask disappeared. want it back autounmask should disappear. It's a bad idea, because it *creates* single version (=) unmasked packages that later *require* intervention. Every day in #gentoo we see people who can't resolve dep issues because of autounmask. -- 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] emerge reminder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/25/13 16:42, Bruce Hill wrote: On Wed, Sep 25, 2013 at 01:40:41PM +0400, the wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 emerge reminder to use dispatch-conf after autounmask disappeared. want it back autounmask should disappear. It's a bad idea, because it *creates* single version (=) unmasked packages that later *require* intervention. Every day in #gentoo we see people who can't resolve dep issues because of autounmask. So should it be patched or removed? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSQuEkAAoJEK64IL1uI2ha7loH/2oywcmPgs3VC/QTfYTkREqK J5Eh4zXlD2z12peZA0KgqXyrB6bS29m8PyhS70wMM2Wu43D4ZmGduJ/H1VeRUeQO cxptikPmSdhH/by5N/Uen1m05Kq0dqn6uDqpvAtPY+NApfZp2WoK5+hqjjlhMBhc dwRAn38yAGA9Tr0OHbago6Ox4UBCkzlZaQxKFj7fMf14XKjxQ7ziFHX9JXwi6TSf tzYdtyypCQPYNgSAYeunqZEQNdinHn93MnPNp/pfYJaoLrMk0mGjkT71hqNy0OXf pmbKMb3G4mj/+YwuFY5laXCIfETKyn/IC1A4Xw5izWTiPlLSnN4fEBMWZmzjS8Y= =cW8O -END PGP SIGNATURE-
Re: [gentoo-user] emerge reminder
On Wed, Sep 25, 2013 at 05:12:06PM +0400, the wrote: On 09/25/13 16:42, Bruce Hill wrote: On Wed, Sep 25, 2013 at 01:40:41PM +0400, the wrote: emerge reminder to use dispatch-conf after autounmask disappeared. want it back autounmask should disappear. It's a bad idea, because it *creates* single version (=) unmasked packages that later *require* intervention. Every day in #gentoo we see people who can't resolve dep issues because of autounmask. So should it be patched or removed? That's your choice...removal is my opinion. I used it only once a couple years ago and lived to regret the mess it made...ymmv. If there was a reminder to use dispatch-conf and it's been removed, then file a bug report against that software if you want it back. -- 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] what does this mean:rcu_sched detected stalls on CPUs/tasks
Yes,I have search some webpages.But not sure if this question can be solved and how to be solved. 2013/9/25 Alan McKinnon alan.mckin...@gmail.com On 25/09/2013 12:56, 东方巽雷 wrote: My pc have a random boot problem.I can hardly make it clear when will occur. The kern.log shows INFO: rcu_sched detected stalls on CPUs/tasks: { 0} (detected by 1, t=10002 jiffies, g=18446744073709551325, c=18446744073709551324, q=13). When this happen on boot,the kernel seems hung and will take about one or two minuts,then continue booting as normal.Does anyone know the reason? Google search string: INFO: rcu_sched detected stalls on CPUs/tasks: First hit: https://www.kernel.org/doc/Documentation/RCU/stallwarn.txt That's the kernel doc that describes the relevant system. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] what does this mean:rcu_sched detected stalls on CPUs/tasks
On 25/09/2013 16:31, 东方巽雷 wrote: Yes,I have search some webpages.But not sure if this question can be solved and how to be solved. But did you read THAT page in the kernel docs? p.s. 2 things, - please do not top-post - please do not post in HTML 2013/9/25 Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com On 25/09/2013 12:56, 东方巽雷 wrote: My pc have a random boot problem.I can hardly make it clear when will occur. The kern.log shows INFO: rcu_sched detected stalls on CPUs/tasks: { 0} (detected by 1, t=10002 jiffies, g=18446744073709551325, c=18446744073709551324, q=13). When this happen on boot,the kernel seems hung and will take about one or two minuts,then continue booting as normal.Does anyone know the reason? Google search string: INFO: rcu_sched detected stalls on CPUs/tasks: First hit: https://www.kernel.org/doc/Documentation/RCU/stallwarn.txt That's the kernel doc that describes the relevant system. -- Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Managing multiple systems with identical hardware
I'm trying to reduce the number of systems I spend time managing. My previous plan was to set up multiseat on a small number of systems. Now I'm wondering if it would be better to use multiple systems with identical hardware and manage them in some sort of an optimized way so that each set of identical hardware behaves as much like a single machine as possible for management. I could use small SoC systems so I don't have to worry about sourcing components later. Is there a good tool or framework for this sort of thing? - Grant
Re: [gentoo-user] Managing multiple systems with identical hardware
On 25/09/2013 23:18, Grant wrote: I'm trying to reduce the number of systems I spend time managing. My previous plan was to set up multiseat on a small number of systems. Now I'm wondering if it would be better to use multiple systems with identical hardware and manage them in some sort of an optimized way so that each set of identical hardware behaves as much like a single machine as possible for management. I could use small SoC systems so I don't have to worry about sourcing components later. Is there a good tool or framework for this sort of thing? The solution you pick depends heavily on how many of these identical machines you have. For some small-ish number (gut feel tells me up to around 10 or so), you could do what I do for my development vms[2]: - have 1 decent spec'ed machine as the master and buildhost - share /etc/portage/, $PORTDIR, /var/packages and /var/distfiles to all clients from some central location (NFS works really well for this) - for each package you want to have on a client, emerge it on the buildhost with the -b option (create binary packages) - emerge stuff on the clients with the -k (or possibly -K) option to use binary packages. Everything should show up in purple. If anything is a different colour, emerge that package on the buildhost and remerge it on the client. - for awesome street cred geek-points, install clusterssh and do all your clients in parallel[1] As long as you share important directories to each client, things stay consistent. What you essentially achieve is build once-install many times However, and I'm likely to get shot down for this here, I think you *really* need to reconsider whether Gentoo is even what you should be using for this. Put aside emotional attachments to your fav distro and take a long hard critical look at your pain-gain ratio. If all you really need is standard user-type gui stuffs on each client, what is Gentoo really buying you (other than the thrill of watching gcc output scroll by over and over and over) Use gentoo by all means on your central server to get exactly the features you want (Gentoo's strong point), but ona bunch of regular clients... I dunno, Ubuntu or Fedora are hard to beat for that... [1] if you haven't played with clusterssh do yourself a favour and do so. there's something hugely awe-inspiring about typing cssh host1 host2 host3 host4 host5 host6 ... and watching 6 xterms pop up and all 6 run the same commands that you type into the controller window. [2] this sounds like I should take my own advice... but oddly Gentoo is ideal for how I use them. I can upgrade and downgrade almost any app to whatever version the developer says is on prod, and enable/disable USE to get the same feature set, and do it all in 10 minutes. No binary distro lets me do that :-) -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] trouble downgrading systemd and virtual/udev
I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains =virtual/udev-201 =sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? thanks, allan === output from emerge without package.mask/systemd = livecd package.mask # emerge -1 =virtual/udev-200 =sys-apps/systemd-204 These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild UD ] sys-apps/systemd-204 [207-r2] USE=acl firmware-loader gudev introspection keymap%* kmod pam policykit tcpd -audit -cryptsetup -doc -gcrypt -http -lzma -openrc -python -qrcode (-selinux) -static-libs% {-test} -vanilla -xattr (-filecaps%*) ABI_X86=(-32%) (-64%*) (-x32%) PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7 2,136 kB [nomerge ] gnome-base/gnome-3.6.2:2.0 USE=bluetooth cdr cups extras fallback -accessibility [nomerge ] gnome-base/gnome-shell-3.6.3.1 USE=bluetooth i18n networkmanager systemd PYTHON_TARGETS=python2_7 -python2_6 [nomerge ] net-wireless/gnome-bluetooth-3.6.1:2/11 USE=introspection -debug -sendto [nomerge ]app-mobilephone/obexd-0.46 USE=eds usb -nokia -server [nomerge ] dev-libs/openobex-1.5 USE=bluetooth usb -debug -irda -syslog [nomerge ] virtual/libusb-0-r1 ABI_X86=(64) -32 (-x32) [nomerge ] dev-libs/libusb-compat-0.1.5-r2 USE=-debug -examples -static-libs ABI_X86=(64) -32 (-x32) [nomerge ]virtual/libusb-1-r1:1 ABI_X86=(64) -32 (-x32) [nomerge ] dev-libs/libusbx-1.0.17:1 USE=udev -debug -doc -examples -static-libs {-test} ABI_X86=(64) -32 (-x32) [nomerge ] virtual/udev-206-r2 USE=gudev introspection kmod (-selinux) -static-libs ABI_X86=(64) -32 (-x32) [nomerge ] sys-fs/udev-207 USE=acl firmware-loader gudev introspection kmod openrc -doc (-selinux) -static-libs ABI_X86=(64) -32 (-x32) [ebuild N ]sys-fs/udev-init-scripts-26 5 kB [ebuild N ] sys-fs/udev-207 USE=acl firmware-loader gudev introspection kmod openrc -doc (-selinux) -static-libs ABI_X86=(64) -32 (-x32) 2 kB [ebuild UD ]virtual/udev-200 [206-r2] USE=gudev hwdb%* introspection keymap%* kmod (-selinux) -static-libs ABI_X86=(-32%) (-64%*) (-x32%) 0 kB [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-207) [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-207-r2, sys-apps/systemd-204) Total: 4 packages (2 downgrades, 2 new), Size of downloads: 2,142 kB Conflict: 2 blocks (2 unsatisfied) !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: virtual/udev:0 (virtual/udev-200::gentoo, ebuild scheduled for merge) pulled in by =virtual/udev-200[gudev] required by (dev-libs/libgusb-0.1.6::gentoo, installed) (and 27 more with the same problem) (virtual/udev-206-r2::gentoo, installed) pulled in by =virtual/udev-200[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (dev-libs/libusbx-1.0.17::gentoo, installed) =virtual/udev-206-r2 required by (sys-fs/udev-207::gentoo, ebuild scheduled for merge) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-fs/udev-207::gentoo, ebuild scheduled for merge) pulled in by =sys-fs/udev-206-r2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev?,introspection?,kmod?,selinux?,static-libs?] (=sys-fs/udev-206-r2[abi_x86_64(-),abi_x86_64(-),gudev,introspection,kmod]) required by (virtual/udev-206-r2::gentoo, installed) (sys-apps/systemd-204::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/systemd-44 required by (x11-misc/colord-1.0.3::gentoo, installed)
Re: [gentoo-user] Problems building www-client/uzbl-9999
On Wed, Sep 25, 2013 at 10:33:47AM +0200, Alan McKinnon wrote That looks like a horrible bug in the ebuild - it's trying to install to the live filesystem. ebuilds install to the work directory in /var/tmp/portage/ and the merge phase moves the files over to /usr. You can either file a bug at b.g.o. or contact the ebuild maintainer directly. I don't see that a - ebuild makes any difference, once the code has been checked out and a working copy made, the ebuild works like any other ebuild - no special magic Thanks. Bug https://bugs.gentoo.org/show_bug.cgi?id=486012 filed. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
[gentoo-user] Re: trouble downgrading systemd and virtual/udev
On 09/25/2013 03:24 PM, gottl...@nyu.edu wrote: I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains =virtual/udev-201 =sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? thanks, allan [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-207) [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-207-r2, sys-apps/systemd-204) These conflicts are often so confusing that I emerge -C both of the blocking packages and then re-run the emerge that I really want. In your particular case, if you actually remove both of those packages your machine will not be bootable until you successfully emerge the older versions (obviously) so I strongly recommend using quickpkg to save both packages before removing them. Then, if the worst happens and you can't install the older versions you can re-install the saved binary packages with emerge -K. Another officially unapproved workaround I use when really frustrated is to bypass emerge completely and do this instead: #ebuild /usr/portage/sys-apps/systemd/systemd-204.ebuild merge Sometimes it works :)
Re: [gentoo-user] trouble downgrading systemd and virtual/udev
On Wed, Sep 25, 2013 at 5:24 PM, gottl...@nyu.edu wrote: I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains =virtual/udev-201 =sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? Don't mask anything, just make sure that systemd (both virtual/ and sys-apps/) is not on package.keywords. Then uninstall virtual/udev, downgrade systemd (just emerge sys-apps/systemd) and then emerge again virtual/udev. The correct version should be emerged. Nothing in the tree (AFAICS) depends on =virtual/udev-206, so it shoud be fine. Regards -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: trouble downgrading systemd and virtual/udev
On Wed, Sep 25 2013, walt wrote: On 09/25/2013 03:24 PM, gottl...@nyu.edu wrote: I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains =virtual/udev-201 =sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? thanks, allan [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-207) [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-207-r2, sys-apps/systemd-204) These conflicts are often so confusing that I emerge -C both of the blocking packages and then re-run the emerge that I really want. In your particular case, if you actually remove both of those packages your machine will not be bootable until you successfully emerge the older versions (obviously) so I strongly recommend using quickpkg to save both packages before removing them. Then, if the worst happens and you can't install the older versions you can re-install the saved binary packages with emerge -K. Right, thanks. Note that sys-fs/udev is not on my system, the conflict occurs because portage wants to emerge it. I am trying to downgrade the virtual udev. I tried your suggestion as follows * quickpkg'ed sys-app/systemd virtual/udev sys-app/gentoo-system-integration * unmerged all three * merged the desired virtual/udev version with --nodeps (it wouldn't work without --nodeps) * tried to emerge the desired versions of the other two (without using --nodeps) This last step fails because it seems (assuming I am reading the emerge tree output correctly, see below) that dev-libs/lubusbx-1.0.17:1 requires virtual/udev-206. But I don't see that version dependence in the ebuild. Moreover this is the only version of libusbx in the tree so (again assuming I am reading the tree correctly) this says that gnome 3.6 requires virtual/udev-206-r2, which seems strange. Indeed, canek has said that gnome has trouble with systemd-206 (which virtual/udev-206 would bring it). So I did the emerge -K you suggested and am back where I started. Any help would be appreciated. Another officially unapproved workaround I use when really frustrated is to bypass emerge completely and do this instead: #ebuild /usr/portage/sys-apps/systemd/systemd-204.ebuild merge Sometimes it works :) I am hoping not to have to do that (or emerge --nodeps). allan livecd package.mask # emerge -1 --ask =sys-apps/gentoo-systemd-integration-1 =sys-apps/systemd-204 These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] sys-apps/gentoo-systemd-integration-1 0 kB [ebuild N#] sys-apps/systemd-207-r2 USE=acl filecaps firmware-loader gudev introspection kmod pam policykit tcpd -audit -cryptsetup -doc -gcrypt -http -lzma -openrc -python -qrcode (-selinux) {-test} -vanilla -xattr ABI_X86=(64) -32 (-x32) PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7 0 kB [ebuild N ] sys-apps/systemd-204 USE=acl firmware-loader gudev introspection keymap kmod pam policykit tcpd -audit -cryptsetup -doc -gcrypt -http -lzma -openrc -python -qrcode (-selinux) -static-libs {-test} -vanilla -xattr PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7 2,136 kB [nomerge ] gnome-base/gnome-3.6.2:2.0 USE=bluetooth cdr cups extras fallback -accessibility [nomerge ] gnome-base/gnome-shell-3.6.3.1 USE=bluetooth i18n networkmanager systemd PYTHON_TARGETS=python2_7 -python2_6 [nomerge ] net-wireless/gnome-bluetooth-3.6.1:2/11 USE=introspection -debug -sendto [nomerge ]app-mobilephone/obexd-0.46 USE=eds usb -nokia -server [nomerge ] dev-libs/openobex-1.5 USE=bluetooth usb -debug -irda -syslog [nomerge ] virtual/libusb-0-r1 ABI_X86=(64) -32 (-x32) [nomerge ] dev-libs/libusb-compat-0.1.5-r2 USE=-debug -examples -static-libs ABI_X86=(64) -32 (-x32) [nomerge ]virtual/libusb-1-r1:1 ABI_X86=(64) -32 (-x32) [nomerge ] dev-libs/libusbx-1.0.17:1 USE=udev -debug -doc -examples -static-libs {-test} ABI_X86=(64) -32 (-x32) [ebuild U #] virtual/udev-206-r2 [200] USE=gudev introspection kmod (-selinux) -static-libs (-hwdb%*) (-keymap%*) ABI_X86=(64%*) -32% (-x32) 0 kB [nomerge ] virtual/udev-206-r2 [200] USE=gudev introspection kmod (-selinux) -static-libs (-hwdb%*) (-keymap%*) ABI_X86=(64%*) -32% (-x32) [nomerge ] sys-fs/udev-207 USE=acl firmware-loader gudev introspection kmod openrc -doc (-selinux) -static-libs ABI_X86=(64) -32 (-x32) [ebuild N
Re: [gentoo-user] trouble downgrading systemd and virtual/udev
On Wed, Sep 25 2013, Canek Peláez Valdés wrote: On Wed, Sep 25, 2013 at 5:24 PM, gottl...@nyu.edu wrote: I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains =virtual/udev-201 =sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? Don't mask anything, just make sure that systemd (both virtual/ and sys-apps/) is not on package.keywords. This system is ~amd64 (I should have said that earlier). I don't believe there is a virtual/systemd package. Did you mean virtual/udev? If so, I would create /etc/portage/package.accept_keywords/systemd and put in it two lines -~sys-apps/systemd -~virtual/udev Correct? thanks, allan
Re: [gentoo-user] trouble downgrading systemd and virtual/udev
On Wed, Sep 25, 2013 at 10:00 PM, gottl...@nyu.edu wrote: On Wed, Sep 25 2013, Canek Peláez Valdés wrote: On Wed, Sep 25, 2013 at 5:24 PM, gottl...@nyu.edu wrote: I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains =virtual/udev-201 =sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? Don't mask anything, just make sure that systemd (both virtual/ and sys-apps/) is not on package.keywords. This system is ~amd64 (I should have said that earlier). Yeah. If you are in ~amd64, why do you want to downgrade systemd? I don't believe there is a virtual/systemd package. Did you mean virtual/udev? Yes, sorry. If so, I would create /etc/portage/package.accept_keywords/systemd and put in it two lines -~sys-apps/systemd -~virtual/udev Correct? No, I thought you were in amd64, not ~amd64. If you are in ~amd64, putting things in /etc/portage/package.keywords should be useless. Mixing amd64 and ~amd64 is not supported; it usually works if you are in amd64, and you only keyword some select packages: that's the way I use GNOME 3.8, soon 3.10, in an otherwise stable system. The other way around (being ~amd64, and trying to force downgrade of some packages) sounds rather convoluted to me. I think it would be rather difficult. You can try; since you are in ~amd64 you *need* to mask the latest versions of both systemd and virtual/udev, the ones you do not want. But I would not be surprised if it doesn't work: if *ALL* the system is ~amd64, the probability of something forcibly pulling the latest versions of *anything* increases dramatically. The block could be impossible to solve. If you are trying to downgrade systemd for the problems related to GNOME and logind in 206, I'm happy to report that version 207 (available since Sep 14) solves everything; at least in my desktop and laptop. You should try it. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] trouble downgrading systemd and virtual/udev
On 26/09/13 04:30, Canek Peláez Valdés wrote: On Wed, Sep 25, 2013 at 5:24 PM, gottl...@nyu.edu wrote: I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains =virtual/udev-201 =sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? Don't mask anything, just make sure that systemd (both virtual/ and sys-apps/) is not on package.keywords. Then uninstall virtual/udev, downgrade systemd (just emerge sys-apps/systemd) and then emerge again virtual/udev. The correct version should be emerged. Nothing in the tree (AFAICS) depends on =virtual/udev-206, so it shoud be fine. wrong. =sys-apps/hwids-20130717-r1 requires =virtual/udev-206 Regards
Re: [gentoo-user] trouble downgrading systemd and virtual/udev
On Thu, Sep 26, 2013 at 12:00 AM, Samuli Suominen ssuomi...@gentoo.org wrote: On 26/09/13 04:30, Canek Peláez Valdés wrote: On Wed, Sep 25, 2013 at 5:24 PM, gottl...@nyu.edu wrote: I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains =virtual/udev-201 =sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? Don't mask anything, just make sure that systemd (both virtual/ and sys-apps/) is not on package.keywords. Then uninstall virtual/udev, downgrade systemd (just emerge sys-apps/systemd) and then emerge again virtual/udev. The correct version should be emerged. Nothing in the tree (AFAICS) depends on =virtual/udev-206, so it shoud be fine. wrong. =sys-apps/hwids-20130717-r1 requires =virtual/udev-206 I thought Allan was running ~amd64, as I explained later. Nothing in stable (again, AFAICS) depends on =virtual/udev-206. But Allan, then perhaps if you mask the unstable versions of hwids, you would be able to downgrade systemd. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México