Re: [gentoo-user] xen on new install reboots by itself
On Thursday, April 23, 2015 11:02:24 PM lee wrote: hydra hydrapo...@gmail.com writes: You mean the documentation at Gentoo about Xen sucks or the upstream documentation? What information are you missing from there? Maybe we can add the missing pieces for Xen being more accessible and easier to use, what do you think? :) I mean the documentation they have on their wiki. It's a confusing mess referring to various version with which things are being done differently. The problem here is the different implementations that exist: - Xen (install and configure yourself, toolset: 'xl' , 'xm' is deprecated) - Citrix and XCP (pre-configured, install on dedicated server, toolset: 'xcp') - OVM (Oracle's implementation, not sure which toolset they use) Could you add missing pieces about why power management --- as in frequency scaling --- doesn't work What doesn't work with this? The following seems quite detailed: http://wiki.xen.org/wiki/Xen_power_management And the commands listed there (for the hypervisor based option) work on my server. and what to do about keeping the time in sync between all VMs when you find out that this doesn't work as the documentation would have you think it does? In what way doesn't it work? The clocks are all synchronized and I don't need to use anything like 'ntpd' -- Joost
Re: [gentoo-user] xen on new install reboots by itself
On Thursday, April 23, 2015 11:03:53 PM lee wrote: J. Roeleveld jo...@antarean.org writes: On 8 April 2015 14:43:02 GMT-07:00, lee l...@yagibdah.de wrote: hydra hydrapo...@gmail.com writes: On Sat, Apr 4, 2015 at 3:20 PM, lee l...@yagibdah.de wrote: symack sym...@gmail.com writes: Other than that, unless you really do need full virtualization: I'm finding Linux containers to be far more manageable than virtual machines, and much more efficient. Can you please post some more details? About containers? There's very useful documentation about them like https://wiki.gentoo.org/wiki/LXC ... What can I say? Virtualization with xen is like juggling with a set of black boxes each of which aren't exactly accessible; the documentation sucks, it's hard work to get it running and likewise hard to maintain. I disagree. Been using Xen for over 10 years now and find it very easy to use. The documentation could be better on the Xen site itself, but there is plenty of decent documentation available via Google. Then we just disagree about this. Do you have anything that you find insufficiently documented or is too difficult? Virtualization with containers is basically as simple as running just another daemon. Not quite. I use virtualization to minimizer the physical hardware. Xen is easy for that. Containers are what chroot jails should have been. But there is no simple method to set these up when security isolation is your goal. Containers or chroots? Containers. Chroots don't have much when it comes to isolation. Which the better tool, or combination of tools is, depends on what you want to accomplish. You could use containers in a VM, too, or use virtualbox along with containers to run the odd VMs that require full virtualzation. Virtualbox is nice for a quick test. I wouldn't use it for production. Why not? Several reasons: 1) I wouldn't trust a desktop application for a server 2) The overhead from Virtualbox is quite high (still better then VMWare's desktop versions though) -- Joost
Re: [gentoo-user] Re: remote installation, dual boot
On Thursday, April 23, 2015 07:21:12 PM Stefan G. Weichinger wrote: On 23.04.2015 18:57, james wrote: Stefan G. Weichinger lists at xunil.at writes: On 23.04.2015 17:43, Stefan G. Weichinger wrote: I will see if I get that figured out ... got to get the kernel-options and dracut modules right. first try started booting but couldn't mount rootfs ... and now the box hangs there and I can't press the power button (only PS/2 attached keyboard/mouse) got to wait for the folks there to come to work tmrw There are methods to get the console terminal session, remotely. One, is called netconsole [1]. I use to use this sort of thing decades ago. How it is currently supported and the associated codes (ssh) to use it remotely, I have not kept up with. Some headless embedded system still use this sort of thing; with holes punched in the routers/firewalls. I've also heard of folks setting up a serial console over serial-2-usb converter, like ftdi, and then making a terminal session connection form a remote cell phone to another cell phone, to tunnel an ascii terminal session. I've never done this, but I'd be really curious how somebody makes that sort of 9600 baud terminal connection to a remote router or server, via a serial/console port using cell phones as modems. Thanks for the hint but for now I have to wait. When I think about I have to add several kernel-options to menu.lst: dracut has to assemble /dev/md3 at first (this is the single PV in the VG VG01) and /dev/VG01/genroot then is the filesystem with the new gentoo-rootfs I only added stuff like rd.md=1 etc ... I think I got the assembling wrong. And maybe even the root= option. This is one of the reasons why I have given up on genkernel and dracut for initramfs creation and now simply build my own and have it integrated into the kernel: $ zcat /proc/config.gz | grep INITRAMFS_SOURCE CONFIG_INITRAMFS_SOURCE=/usr/src/initramfs/config If you're interested I will send you the required files. We will see tmrw if I get in early from other jobs. Good luck :) -- Joost
Re: [gentoo-user] xen on new install reboots by itself
On Thursday, April 16, 2015 06:38:08 PM symack wrote: Hello Everyone, Sorry for the delayed response. Flased the bios to the latest version 1.1.7 dated 2007. Bellow is xen kernel built features: CONFIG_XEN=y CONFIG_XEN_DOM0=y CONFIG_XEN_PVHVM=y CONFIG_XEN_MAX_DOMAIN_MEMORY=500 CONFIG_XEN_SAVE_RESTORE=y # CONFIG_XEN_DEBUG_FS is not set # CONFIG_XEN_PVH is not set CONFIG_PCI_XEN=y CONFIG_XEN_PCIDEV_FRONTEND=y CONFIG_XEN_BLKDEV_FRONTEND=y CONFIG_XEN_BLKDEV_BACKEND=y CONFIG_XEN_NETDEV_FRONTEND=y CONFIG_XEN_NETDEV_BACKEND=y CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y CONFIG_HVC_XEN=y CONFIG_HVC_XEN_FRONTEND=y # CONFIG_XEN_WDT is not set CONFIG_XEN_FBDEV_FRONTEND=y # Xen driver support CONFIG_XEN_BALLOON=y CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=y CONFIG_XEN_BACKEND=y CONFIG_XENFS=y CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=y CONFIG_XEN_GNTDEV=y CONFIG_XEN_GRANT_DEV_ALLOC=y CONFIG_SWIOTLB_XEN=y CONFIG_XEN_PCIDEV_BACKEND=y CONFIG_XEN_PRIVCMD=y CONFIG_XEN_ACPI_PROCESSOR=y # CONFIG_XEN_MCE_LOG is not set CONFIG_XEN_HAVE_PVMMU=y Looks ok. The machine is still rebooting when booting in the Xen built kernel. I know these machines have a thing called VRM (Voltage Regulator Module). This module is needed for dual cpu configurations. The machine has only on CPU and so no VRM. I read somewhere there was a issue with VRM equipped machine. Hmm can't help you with this. I only have one machine with 2 CPU-sockets and both are filled with a real CPU. But, have a read through: http://lists.xenproject.org/archives/html/xen-devel/2005-12/msg00710.html Maybe the VRM you have is dodgy, or maybe you need to disable APIC like the person in the above email. Your help is greatly appreciate as I am stumped over this. Nick. Which bootloader do you use? Please provide the boot-line/command-line options you use for Xen and the kernel. My grub.conf looks like: title Xen + Gentoo Linux 3.16.5 - Xen auto-starting root (hd0,1) kernel /xen.gz dom0_mem=4GB,max:4G console=vga dom0_max_vcpus=1 dom0_vcpus_pin module /kernel-3.16.5-gentoo dolvm root=/dev/vg_artemis_system/artemis_root rootfstype=ext4 softlevel=xen module /initramfs-genkernel-x86_64-3.16.5-gentoo *** ignore the softlevel=xen part. I have a xen-bootlevel with loading of all Xen domains (VMs) enabled. -- Joost
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Fri, Apr 24, 2015 at 6:09 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags. I am using 2.12-r5.I guess I need to restore the system to before I started fooling with things. I tried to pub abi_x86_32 in the make.conf, but no joy. If you really need to, you can grab the systemd-212-r5 ebuild and patches from the CVS attic: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/systemd-212-r5.ebuild https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0001-sd-rtnl-fix-off-by-one.patch https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0002-fsck-Search-for-fsck.type-in-PATH.patch
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
J. Roeleveld jo...@antarean.org wrote: On 24 April 2015 21:37:21 CEST, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel - sys-apps/systemd-219-r2::gentoo (masked by: package.mask) - sys-apps/systemd-218-r3::gentoo (masked by: package.mask) - sys-apps/systemd-216-r4::gentoo (masked by: package.mask) - sys-apps/systemd-216-r3::gentoo (masked by: package.mask) - sys-apps/systemd-215-r3::gentoo (masked by: package.mask) (dependency required by virtual/libudev-215-r1::gentoo [ebuild]) (dependency required by media-libs/mesa-10.3.7-r1::gentoo[udev] [ebuild]) (dependency required by x11-libs/cairo-1.14.2::gentoo[opengl] [ebuild]) (dependency required by media-libs/harfbuzz-0.9.40::gentoo[cairo] [ebuild]) (dependency required by x11-libs/pango-1.36.8::gentoo [ebuild]) (dependency required by x11-libs/gtk+-2.24.27-r1::gentoo [ebuild]) (dependency required by www-plugins/nspluginwrapper-1.4.4-r3::gentoo [ebuild]) (dependency required by @preserved-rebuild [argument]) If I delete the --update, I just get Calculating dependencies ... done! Total: 0 packages, Size of downloads: 0 KiB So, how can I fix this mess? Thanks in advance for any ideas. Why do you have to add it for every package? I simply added ABI_X86=32 64 To my make.conf and that was the end of it. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity. I tried that, same result. My system is hosed. I can't even re-emerge the emul-linux packages! -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 6:09 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags. I am using 2.12-r5.I guess I need to restore the system to before I started fooling with things. I tried to pub abi_x86_32 in the make.conf, but no joy. If you really need to, you can grab the systemd-212-r5 ebuild and patches from the CVS attic: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/systemd-212-r5.ebuild https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0001-sd-rtnl-fix-off-by-one.patch https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0002-fsck-Search-for-fsck.type-in-PATH.patch Thanks for that, I had never used the attic before. Now it got past that problem and is compiling some 80 packages! But hopefully after that, things will be OK, again. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags. I am using 2.12-r5.I guess I need to restore the system to before I started fooling with things. I tried to pub abi_x86_32 in the make.conf, but no joy. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Installing python-2.6
Thanks, you make my life easier. 2015-04-23 15:18 GMT-04:00 Mike Gilbert flop...@gentoo.org: On Thu, Apr 23, 2015 at 3:08 PM, Guillaume Poulin poulin.guilla...@gmail.com wrote: I'm currently contributing to a python project still supporting python 2.6. Since python 2.6 is no more in portage tree, I currently have no way to run the unit tests locally. Is there an easy way to install python 2.6? I don't need other packages support for python 2.6, just a python 2.6 installation with pip and virtualenv, so I can run the unit tests locally. I added python-2.6.9 back to the portage tree, but empty KEYWORDS. Sync your portage tree in around an hour and add the following to package.keywords: ~dev-lang/python-2.6.9 **
[gentoo-user] Re: remote installation, dual boot
J. Roeleveld joost at antarean.org writes: This is one of the reasons why I have given up on genkernel and dracut for initramfs creation and now simply build my own and have it integrated into the kernel: $ zcat /proc/config.gz | grep INITRAMFS_SOURCE CONFIG_INITRAMFS_SOURCE=/usr/src/initramfs/config If you're interested I will send you the required files. Joost I'd be curious to look at exactly how you are doing this, if you want to post them somewhere, or send me a copy too, It would be appreciated. James
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 6:09 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags. I am using 2.12-r5.I guess I need to restore the system to before I started fooling with things. I tried to pub abi_x86_32 in the make.conf, but no joy. If you really need to, you can grab the systemd-212-r5 ebuild and patches from the CVS attic: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/systemd-212-r5.ebuild https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0001-sd-rtnl-fix-off-by-one.patch https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0002-fsck-Search-for-fsck.type-in-PATH.patch Well, now that I have put abi_x86_32 in make.conf and did those 80 packages and fixed the preserved_libs, in my next update it wants to do 199 reinstalls to get every possible package which has that flag -- do I need all that or should I go back to the individual packages, now that things are fixed as far as the libs are concerned? Do I gain anything by having all those packages have that flagg set? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] Heads-up: dev-libs/isl-0.14 and dev-libs/cloog-0.18.3 updates can break your GCC
This happens if you're using graphite optimizations in GCC (by having them in CFLAGS). If you're already affected, I posted here a way to repair your system: https://bugs.gentoo.org/show_bug.cgi?id=547596
[gentoo-user] serious problems trying to go to new abi_x86_32 support
Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel - sys-apps/systemd-219-r2::gentoo (masked by: package.mask) - sys-apps/systemd-218-r3::gentoo (masked by: package.mask) - sys-apps/systemd-216-r4::gentoo (masked by: package.mask) - sys-apps/systemd-216-r3::gentoo (masked by: package.mask) - sys-apps/systemd-215-r3::gentoo (masked by: package.mask) (dependency required by virtual/libudev-215-r1::gentoo [ebuild]) (dependency required by media-libs/mesa-10.3.7-r1::gentoo[udev] [ebuild]) (dependency required by x11-libs/cairo-1.14.2::gentoo[opengl] [ebuild]) (dependency required by media-libs/harfbuzz-0.9.40::gentoo[cairo] [ebuild]) (dependency required by x11-libs/pango-1.36.8::gentoo [ebuild]) (dependency required by x11-libs/gtk+-2.24.27-r1::gentoo [ebuild]) (dependency required by www-plugins/nspluginwrapper-1.4.4-r3::gentoo [ebuild]) (dependency required by @preserved-rebuild [argument]) If I delete the --update, I just get Calculating dependencies ... done! Total: 0 packages, Size of downloads: 0 KiB So, how can I fix this mess? Thanks in advance for any ideas. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Here is the emerge --info Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop/gnome, gcc-4.8.4, glibc-2.20-r2, 3.6.6-gentoo x86_64) = System uname: Linux-3.6.6-gentoo-x86_64-Intel-R-_Core-TM-_i7-2600_CPU_@_3.40GHz-with-gentoo-2.2 KiB Mem:16452348 total, 9186888 free KiB Swap:2097148 total, 2097012 free Timestamp of repository gentoo: Fri, 24 Apr 2015 00:30:01 + sh bash 4.3_p33-r2 ld GNU ld (Gentoo 2.25 p1.0) 2.25 app-shells/bash: 4.3_p33-r2::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.20.2::gentoo dev-lang/python: 2.7.9-r2::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo dev-util/cmake: 3.1.0::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.13.11::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r1::gentoo sys-devel/automake: 1.9.6-r3::gentoo, 1.10.3::gentoo, 1.11.6-r1::gentoo, 1.12.6::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25::gentoo sys-devel/gcc:4.8.4::gentoo, 4.9.2::gentoo sys-devel/gcc-config: 1.8::gentoo sys-devel/libtool:2.4.6-r1::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.19::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 local_ebuilds location: /usr/local/portage masters: gentoo priority: 0 gnome location: /var/lib/layman/gnome sync-type: laymansync sync-uri: http://cgit.gentooexperimental.org/proj/gnome.git masters: gentoo priority: 50 haskell location: /var/lib/layman/haskell sync-type: laymansync sync-uri: git://github.com/gentoo-haskell/gentoo-haskell.git masters: gentoo priority: 50 ABI=amd64 ABI_X86=64 ACCEPT_KEYWORDS=amd64 ~amd64 ~x86 ACCEPT_LICENSE=* ACCEPT_PROPERTIES=* ACCEPT_RESTRICT=* ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci ANT_HOME=/usr/share/ant APACHE2_MODULES=actions alias access_compat auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mime mime_magic negotiation proxy proxy_ajp proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_aliasasis authn_alias log_forensic substitute vhost_alias asis log_forensic authn_core authz_core unixd socache_shmcb APACHE2_MPMS=prefork ARCH=amd64 AUTOCLEAN=yes BASH_ENV=/root/.bashrc BOOTSTRAP_USE=cxx unicode internal-glib python_targets_python3_3 python_targets_python2_7 multilib CALLIGRA_FEATURES=kexi words flow plan sheets stage tables krita karbon braindump author CAMERAS=ptp2 CBUILD=x86_64-pc-linux-gnu CFLAGS=-O2 -mtune=core2 -pipe -ggdb CFLAGS_amd64=-m64 CFLAGS_x32=-mx32 CFLAGS_x86=-m32 CHOST=x86_64-pc-linux-gnu CHOST_amd64=x86_64-pc-linux-gnu CHOST_x32=x86_64-pc-linux-gnux32 CHOST_x86=i686-pc-linux-gnu CLEAN_DELAY=5 COLLECTD_PLUGINS=df interface irq load memory rrdtool swap syslog COLLISION_IGNORE=/lib/modules/* *.py[co] *$py.class */dropin.cache CONFIG_PROTECT=/etc /usr/share/gnupg/qualified.txt /var/bind
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On 24 April 2015 21:37:21 CEST, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel - sys-apps/systemd-219-r2::gentoo (masked by: package.mask) - sys-apps/systemd-218-r3::gentoo (masked by: package.mask) - sys-apps/systemd-216-r4::gentoo (masked by: package.mask) - sys-apps/systemd-216-r3::gentoo (masked by: package.mask) - sys-apps/systemd-215-r3::gentoo (masked by: package.mask) (dependency required by virtual/libudev-215-r1::gentoo [ebuild]) (dependency required by media-libs/mesa-10.3.7-r1::gentoo[udev] [ebuild]) (dependency required by x11-libs/cairo-1.14.2::gentoo[opengl] [ebuild]) (dependency required by media-libs/harfbuzz-0.9.40::gentoo[cairo] [ebuild]) (dependency required by x11-libs/pango-1.36.8::gentoo [ebuild]) (dependency required by x11-libs/gtk+-2.24.27-r1::gentoo [ebuild]) (dependency required by www-plugins/nspluginwrapper-1.4.4-r3::gentoo [ebuild]) (dependency required by @preserved-rebuild [argument]) If I delete the --update, I just get Calculating dependencies ... done! Total: 0 packages, Size of downloads: 0 KiB So, how can I fix this mess? Thanks in advance for any ideas. Why do you have to add it for every package? I simply added ABI_X86=32 64 To my make.conf and that was the end of it. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
J. Roeleveld jo...@antarean.org wrote: On 24 April 2015 21:37:21 CEST, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel - sys-apps/systemd-219-r2::gentoo (masked by: package.mask) - sys-apps/systemd-218-r3::gentoo (masked by: package.mask) - sys-apps/systemd-216-r4::gentoo (masked by: package.mask) - sys-apps/systemd-216-r3::gentoo (masked by: package.mask) - sys-apps/systemd-215-r3::gentoo (masked by: package.mask) (dependency required by virtual/libudev-215-r1::gentoo [ebuild]) (dependency required by media-libs/mesa-10.3.7-r1::gentoo[udev] [ebuild]) (dependency required by x11-libs/cairo-1.14.2::gentoo[opengl] [ebuild]) (dependency required by media-libs/harfbuzz-0.9.40::gentoo[cairo] [ebuild]) (dependency required by x11-libs/pango-1.36.8::gentoo [ebuild]) (dependency required by x11-libs/gtk+-2.24.27-r1::gentoo [ebuild]) (dependency required by www-plugins/nspluginwrapper-1.4.4-r3::gentoo [ebuild]) (dependency required by @preserved-rebuild [argument]) If I delete the --update, I just get Calculating dependencies ... done! Total: 0 packages, Size of downloads: 0 KiB So, how can I fix this mess? Thanks in advance for any ideas. Why do you have to add it for every package? I simply added ABI_X86=32 64 To my make.conf and that was the end of it. I was thinking of that, but do I really want to have all those extra libraries for packages which don't need them, I thought I saw a thread on here telling me not to do that. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] xen on new install reboots by itself
J. Roeleveld jo...@antarean.org writes: On Thursday, April 23, 2015 11:02:24 PM lee wrote: hydra hydrapo...@gmail.com writes: You mean the documentation at Gentoo about Xen sucks or the upstream documentation? What information are you missing from there? Maybe we can add the missing pieces for Xen being more accessible and easier to use, what do you think? :) I mean the documentation they have on their wiki. It's a confusing mess referring to various version with which things are being done differently. The problem here is the different implementations that exist: - Xen (install and configure yourself, toolset: 'xl' , 'xm' is deprecated) - Citrix and XCP (pre-configured, install on dedicated server, toolset: 'xcp') - OVM (Oracle's implementation, not sure which toolset they use) Maybe, maybe not; the documentation is so confusing that I can't really tell what it is talking about. Could you add missing pieces about why power management --- as in frequency scaling --- doesn't work What doesn't work with this? The following seems quite detailed: http://wiki.xen.org/wiki/Xen_power_management There was some command to query what frequencies the CPUs are running on, and it didn't give any output. Documentation seems to claim that xen can do power management automagically, yet there was no way to verify what it actually does. And the commands listed there (for the hypervisor based option) work on my server. and what to do about keeping the time in sync between all VMs when you find out that this doesn't work as the documentation would have you think it does? In what way doesn't it work? The clocks are all synchronized and I don't need to use anything like 'ntpd' The clocks were off by quite a bit after a while, and I had to use ntp to get them in sync. Some documentation claims you don't need ntp or anything; some other documentation apparently tries to explain that keeping the clocks in sync cannot work unless the CPU(s) have some features having to do with clock consistency while they are in sleep states, and yet other documentation seems to say that using ntp cannot work because xen screws it off. In the end, it was recommended to me to use ntp, which I found to work. There was no way to figure out what xen was actually doing or not doing towards this, and nobody seemed to know how to keep the clocks in sync, other than using ntp, which appears to be deprecated. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] xen on new install reboots by itself
J. Roeleveld jo...@antarean.org writes: On Thursday, April 23, 2015 11:03:53 PM lee wrote: J. Roeleveld jo...@antarean.org writes: I disagree. Been using Xen for over 10 years now and find it very easy to use. The documentation could be better on the Xen site itself, but there is plenty of decent documentation available via Google. Then we just disagree about this. Do you have anything that you find insufficiently documented or is too difficult? sure, lots Virtualization with containers is basically as simple as running just another daemon. Not quite. I use virtualization to minimizer the physical hardware. Xen is easy for that. Containers are what chroot jails should have been. But there is no simple method to set these up when security isolation is your goal. Containers or chroots? Containers. Chroots don't have much when it comes to isolation. What exactly are the issues with containers? Ppl seem to work on them and to manage to make them more secure over time. Which the better tool, or combination of tools is, depends on what you want to accomplish. You could use containers in a VM, too, or use virtualbox along with containers to run the odd VMs that require full virtualzation. Virtualbox is nice for a quick test. I wouldn't use it for production. Why not? Several reasons: 1) I wouldn't trust a desktop application for a server So that's a gut feeling? 2) The overhead from Virtualbox is quite high (still better then VMWare's desktop versions though) Overhead in which way? I haven't done much with virtualbox yet and merely found it rather easy to use, very useful and to just work fine. Compared to containers, the overhead xen requires is enormous, and it doesn't give you a stable system to run VMs on because dom0 is already virtualized itself. I don't know how that compares to virtualbox --- I didn't have time to look into it and it just worked, allowing me to run a VM on the fly on the same machine I'm working on without any ado. That VM was simply a copy of a VM taken from a vmware server, and the copy could be used without any conversion or anything. You can't do that with xen because you'll be having lots of trouble to convert the VM, to convert the machine you're working on to xen and to get it to work, to work around all the problems xen brings about ... Some days later you might finally have it working --- which is out of the question because the VM is needed right away. And virtualbox does just that. I was really surprised that virtualbox worked that well. Maybe xen will get there some time. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] Heads-up: dev-libs/isl-0.14 and dev-libs/cloog-0.18.3 updates can break your GCC
On Fri, Apr 24, 2015 at 08:19:57PM +0300, Nikos Chantziaras wrote: This happens if you're using graphite optimizations in GCC (by having them in CFLAGS). If you're already affected, I posted here a way to repair your system: https://bugs.gentoo.org/show_bug.cgi?id=547596 Actually, simply recompiling gcc with the new versions of the libs worked for me. I currently have installed sys-devel/gcc-4.9.2 dev-libs/cloog-0.18.3 dev-libs/isl-0.14 and everything works fine. signature.asc Description: Digital signature
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? Can you please post your emerge --info?
[gentoo-user] Re: Heads-up: dev-libs/isl-0.14 and dev-libs/cloog-0.18.3 updates can break your GCC
On 24/04/15 23:00, Andrew Tselischev wrote: On Fri, Apr 24, 2015 at 08:19:57PM +0300, Nikos Chantziaras wrote: This happens if you're using graphite optimizations in GCC (by having them in CFLAGS). If you're already affected, I posted here a way to repair your system: https://bugs.gentoo.org/show_bug.cgi?id=547596 Actually, simply recompiling gcc with the new versions of the libs worked for me. I currently have installed sys-devel/gcc-4.9.2 dev-libs/cloog-0.18.3 dev-libs/isl-0.14 and everything works fine. Hm. I would have expected gcc to be rebuilt automatically then. This seems to be the case with other updates: they trigger rebuilds in other packages as needed.
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Fri, 24 Apr 2015 16:55:42 -0400, cov...@ccs.covici.com wrote: Why do you have to add it for every package? I simply added ABI_X86=32 64 To my make.conf and that was the end of it. I was thinking of that, but do I really want to have all those extra libraries for packages which don't need them, I thought I saw a thread on here telling me not to do that. Then why not let autounmask do it for you? Trying to add them manually when portage can do it for you is not only time consuming but error prone too. -- Neil Bothwick There is absolutely no substitute for a genuine lack of preparation. pgpYTzMoQ0UJt.pgp Description: OpenPGP digital signature
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags.
