[gentoo-user] Re: Failing to install python cryptography
Mansour Al Akeel gmail.com> writes: > > Thank you James. A quick search in the bugs DB bring this: > > https://bugs.gentoo.org/show_bug.cgi?id=574150 > > Please see my comments. > > > Have you check bgo ? (bugs.gentoo.org) > > Try another (stable) version ? > > > > use the -t option and see what it says. > > What do you "-t option". With which executable ? Let's say you run 'emerge -uDNvpt cryptography' the -t will show more details that related to your emerge of the package. 'man emerge' then look for --tree > > look in the ebuild and see what all packages are required. I does not > > hurt to manually ( -1) rebuild the dependencies (both compile time and > > runtime) in case the other codes or packaging process did not catch > > something. > > If I understand you correctley, you are suggesting to rebuilt all the > dependencies for this package. This is what I am getting. There's no > depedencies: 'cat /usr/portage/dev-python/cryptography/cryptography-1.1.2.ebuild' Go read the devmanual about IUSE, RDEPEND and DEPEND. Ebuilds are basically shell scripts that manage the retrieval, compiling and installation of software used on gentoo systems, and many other aspects of those processes. > = > localhost mansour # emerge dev-python/cryptography --with-bdeps=y > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] dev-python/cryptography-1.1.2::gentoo > USE="(-libressl) {-test}" PYTHON_TARGETS="python2_7 python3_3 (-pypy) > -python3_4 (-python3_5)" 0 KiB > > Total: 1 package (1 new), Size of downloads: 0 KiB > > Would you like to merge these packages? [Yes/No] > > = > > Can you please kindly elaborate ? > In fact I tried rebuilding the package few times, with the same error. 'emerge -1 libressl' is a good start. Study the ebuild and learn about what does what via reading the devmanual and other ebuild guides. I'm not saying the problem is because you are doing something wrong; I'm merely pointing out some routine/generic tools for gentoo that you should learn about and use, regardless of the problem. Building up a system on gentoo, from sources is always an adventure. It becomes more of a pleasurable experience, when you assimilate a great knowledge combinde with a cadre of tools to diagnose and try to fix problems yourself. Many of the devs in gentoo, started out with similar issues. Think of it as an opportunity to become that linux wizard you have always wanted to be I'm not solving your problem, just pointing out a few tools and ideas to get you cracking. Many more tools and information are on the gentoo wiki. [I] dev-python/cryptography Installed versions: 1.1.2(05:00:37 PM 02/18/2016)(-libressl -test it works just fine on my system. Maybe you need a closer look at your flags? > > -good hunting > > James
Re: [gentoo-user] Re: Failing to install python cryptography
Thank you James. A quick search in the bugs DB bring this: https://bugs.gentoo.org/show_bug.cgi?id=574150 Please see my comments. > Have you check bgo ? (bugs.gentoo.org) > Try another (stable) version ? > > use the -t option and see what it says. What do you "-t option". With which executable ? > > look in the ebuild and see what all packages are required. I does not > hurt to manually ( -1) rebuild the dependencies (both compile time and > runtime) in case the other codes or packaging process did not catch > something. If I understand you correctley, you are suggesting to rebuilt all the dependencies for this package. This is what I am getting. There's no depedencies: = localhost mansour # emerge dev-python/cryptography --with-bdeps=y These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-python/cryptography-1.1.2::gentoo USE="(-libressl) {-test}" PYTHON_TARGETS="python2_7 python3_3 (-pypy) -python3_4 (-python3_5)" 0 KiB Total: 1 package (1 new), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] = Can you please kindly elaborate ? In fact I tried rebuilding the package few times, with the same error. > > > > The q applet tools are quite extensive and many offer some looks > into why a particular version of dev-python/cryptography is > failing. I've only recently started noodling around with 'qcheck' > but I cannot guarrantee that the qcheck applet will ferrit out > your problem. If you take the time to look at the code for qcheck > and it does not do what you want, drop me a line and I'll hack at > it to extend the portfolio of tests it does perform; but that'll > take a while I am looking for a quick fix. Not sure if this is a good option now, as I use this machine extensively , and would like to get it up to date again ! But thank you anyway :) By the way, I just did a sync, and updating world. I can see a pending update for dev-libs/openssl-1.0.2g-r2::gentoo. This will be strange as the "equery" command shows there is no dependency. But let's see. > > > Also run repoman against the version of the package you are trying > to install and see what it tells you. > > > -good hunting > James > >
[gentoo-user] Re: installing LTSP
hw gc-24.de> writes: > I'm trying to set up an ltsp server. It seems > that one of the required packages is no longer > available: I never used ltsp so take what I say with a grain of salt Look around the old code is out there. Find an old version that works and get that working. Then go to the ltsp upstream development site and get the latest stable release. Create your own ebuild so you not dependant for the devs to maintain what you like. Also, look around at the other gentoo-derivate OS and see if they have some ltsp hack of an ebuild lying around. The gentoo attics is your friend [2] You can usually find a way to build/install it, without using a gentoo ebuild, but that is not the preferred method. https://www.gentoo.org/doc/en/ltsp.xml:: has been removed, so the devs think it is useless or nobody wants to maintain it. If you really like that package, be the proxy maintainer once you repair/upgrade the associated ebuilds. Seen the proxy-maintainer project in the gentoo wiki for more detail. hth, James https://gitweb.gentoo.org/proj/ltsp.git http://www.ltsp.org/ https://gpo.zugaina.org/Overlays
Re: [gentoo-user] vdpau with intel video card
В письме от 1 марта 2016 22:19:23 пользователь Jeremi Piotrowski написал: > On Tue, Mar 01, 2016 at 09:08:45AM +0300, Ярослав wrote: > > upgrading packeges all libs from /usr/lib64/vdpau got > > deleted, except for libvdpau_trace.so. So I still didn't > > get the libvdpau_i965.so. > > There is no libvdapu_965.so. > > On Tue, Mar 01, 2016 at 09:52:57AM -0600, Corbin wrote: > > Searching for VDPAU support on an Intel i695 GPU ... "libvdpau-va-gl" is > > required. > > That library may not be in the Gentoo Repository. > > It's part of the x11 overlay in layman > > layman --add x11 > > Let's clear this up: vdpau and vaapi are two APIs for hardware video > acceleration. The package x11-libs/libvdpau-va-gl implements the VDPAU api > using VAAPI+OPENGL library calls, the package x11- libs/libva-vdpau-driver > implements the VAAPI api using VDPAU library calls. So these two are > effectively opposites. I was once wondering if it would be possible to > bring these two to recurse... > > But let's get back on topic: VAAPI is pretty much only implemented on > intel cards, and only on newer ones supported by the i965 driver. So you > will definitely need VIDEO_CARDS="i965 intel" set. > > Next you need to install x11-libs/libva which will also pull in > x11-libs/libva-intel-driver. Check with vainfo that this works. > > After that you can install x11-libs/libvdpau-va-gl and x11-misc/vdpauinfo. > You also need to have the environment variable VDPAU_DRIVER=va_gl set > somewhere. Drop this in /etc/profile.d/vdpau.sh: > > export VDPAU_DRIVER=va_gl > > Do the usual env-update && source /etc/profile, and then check with > vdpauinfo that everything works. > > Now you can build all the packages you need with the vdpau USE flag. Hi, I only now managed to follow your tips and it finally work now. Thanks guys! Just to make clear for others with such problem, the only one package that wasn't on my system - libvdpau-va-gl - is placed in overlay x11.
[gentoo-user] installing LTSP
Hi, I'm trying to set up an ltsp server. It seems that one of the required packages is no longer available: >>> Downloading 'https://launchpad.net/ltsp/ltspfs-trunk/1.1/+download/ltspfs-1.1.tar.xz' --2016-03-10 18:08:59-- https://launchpad.net/ltsp/ltspfs-trunk/1.1/+download/ltspfs-1.1.tar.xz Resolving launchpad.net... 91.189.89.223, 91.189.89.222 Connecting to launchpad.net|91.189.89.223|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2016-03-10 18:09:00 ERROR 404: Not Found. !!! Couldn't download 'ltspfs-1.1.tar.xz'. Aborting. [31;01m * [39;49;00mFetch failed for 'sys-fs/ltspfs-1.1', Log file: [31;01m * [39;49;00m '/var/tmp/portage/sys-fs/ltspfs-1.1/temp/build.log' What could I do about this? Is it possible to install ltspfs manually and somehow to override this requirement?
[gentoo-user] Re: Failing to install python cryptography
Mansour Al Akeel gmail.com> writes: > > I am trying to reinstall dev-python/cryptography: > This is the err I am getting. Have you check bgo ? (bugs.gentoo.org) Try another (stable) version ? use the -t option and see what it says. look in the ebuild and see what all packages are required. I does not hurt to manually ( -1) rebuild the dependencies (both compile time and runtime) in case the other codes or packaging process did not catch something. The q applet tools are quite extensive and many offer some looks into why a particular version of dev-python/cryptography is failing. I've only recently started noodling around with 'qcheck' but I cannot guarrantee that the qcheck applet will ferrit out your problem. If you take the time to look at the code for qcheck and it does not do what you want, drop me a line and I'll hack at it to extend the portfolio of tests it does perform; but that'll take a while Also run repoman against the version of the package you are trying to install and see what it tells you. -good hunting James
[gentoo-user] SOLVED: Gentoo as kvm guest with virtio not detecting vda device (Gentoo as kvm guest with virtio)
Hi, I found that I needed to enable VIRTIO_PCI_LEGACY for the guest kernel. I've also set 'virtio_pci.force_legacy=1' as kernel command line option. This was suggested here: https://bugs.archlinux.org/task/44573 hw wrote: Bill Kenworthy wrote: On 10/03/16 01:56, Rich Freeman wrote: On Wed, Mar 9, 2016 at 12:41 PM, hwwrote: I'm stuck with 'Could not find the root block device in UUID= ...' when trying to boot the guest. Is grub2 unable to work with virtio devices? Are you sure that is a grub2 message? It seems more likely that this is a message from the kernel (unless it is referring to the grub2 root - posting the entire error would probably help here, and I didn't realize grub2 even can find its root with a UUID assuming it actually can). Does your kernel have virtio support enabled? What initramfs are you using? The problem could lie with either. See if you can get the initramfs to give you a shell (usually this can be done with a kernel command line option) and see what block devices it can see (run blkid or such). If you're not using an initramfs then that is your problem. You can't use UUID to reference your root if you aren't using an initramfs. I had to use this on grub install: grub2-install --target=i386-pc /dev/vda && \ grub2-mkconfig -o /boot/grub/grub.cfg It couldn't find the right module without the hint. That seems to work just fine: livecd linux # grub2-install /dev/vda Installing for i386-pc platform. installation beendet. Keine Fehler aufgetreten. Do you think it claims to have worked but actually didn't?
[gentoo-user] Failing to install python cryptography
I am trying to reinstall dev-python/cryptography: This is the err I am getting. Thank you. localhost mansour # emerge dev-python/cryptography These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-python/cryptography-1.1.2::gentoo USE="(-libressl) {-test}" PYTHON_TARGETS="python2_7 python3_3 (-pypy) -python3_4 (-python3_5)" 0 KiB Total: 1 package (1 new), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] yes >>> Verifying ebuild manifests >>> Emerging (1 of 1) dev-python/cryptography-1.1.2::gentoo * cryptography-1.1.2.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking cryptography-1.1.2.tar.gz to >>> /var/tmp/portage/dev-python/cryptography-1.1.2/work >>> Source unpacked in /var/tmp/portage/dev-python/cryptography-1.1.2/work >>> Preparing source in >>> /var/tmp/portage/dev-python/cryptography-1.1.2/work/cryptography-1.1.2 ... * Applying cryptography-1.2.2-openssl-1.0.2g-mem_buf.patch ... [ ok ] >>> Source prepared. >>> Configuring source in >>> /var/tmp/portage/dev-python/cryptography-1.1.2/work/cryptography-1.1.2 ... >>> Source configured. >>> Compiling source in >>> /var/tmp/portage/dev-python/cryptography-1.1.2/work/cryptography-1.1.2 ... * python2_7: running distutils-r1_run_phase distutils-r1_python_compile /usr/bin/python2.7 setup.py build Traceback (most recent call last): File "setup.py", line 318, in **keywords_with_side_effects(sys.argv) File "/usr/lib64/python2.7/distutils/core.py", line 111, in setup _setup_distribution = dist = klass(attrs) File "/usr/lib64/python2.7/site-packages/setuptools/dist.py", line 268, in __init__ self.fetch_build_eggs(attrs['setup_requires']) File "/usr/lib64/python2.7/site-packages/setuptools/dist.py", line 313, in fetch_build_eggs replace_conflicting=True, File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 836, in resolve dist = best[req.key] = env.best_match(req, ws, installer) File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 1081, in best_match return self.obtain(req, installer) File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 1093, in obtain return installer(requirement) File "/usr/lib64/python2.7/site-packages/setuptools/dist.py", line 380, in fetch_build_egg return cmd.easy_install(req) File "/usr/lib64/python2.7/site-packages/setuptools/command/easy_install.py", line 638, in easy_install return self.install_item(spec, dist.location, tmpdir, deps) File "/usr/lib64/python2.7/site-packages/setuptools/command/easy_install.py", line 668, in install_item dists = self.install_eggs(spec, download, tmpdir) File "/usr/lib64/python2.7/site-packages/setuptools/command/easy_install.py", line 851, in install_eggs return self.build_and_install(setup_script, setup_base) File "/usr/lib64/python2.7/site-packages/setuptools/command/easy_install.py", line 1079, in build_and_install self.run_setup(setup_script, setup_base, args) File "/usr/lib64/python2.7/site-packages/setuptools/command/easy_install.py", line 1065, in run_setup run_setup(setup_script, args) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 240, in run_setup raise File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ self.gen.throw(type, value, traceback) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 193, in setup_context yield File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ self.gen.throw(type, value, traceback) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 152, in save_modules yield saved File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 126, in __exit__ self._saved = UnpickleableException.dump(type, exc) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 110, in dump return cls.dump(cls, cls(repr(exc))) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 110, in dump return cls.dump(cls, cls(repr(exc))) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 110, in dump return cls.dump(cls, cls(repr(exc))) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 110, in dump return cls.dump(cls, cls(repr(exc))) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 110, in dump return cls.dump(cls, cls(repr(exc))) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 110, in dump return cls.dump(cls, cls(repr(exc))) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 110, in dump return cls.dump(cls, cls(repr(exc))) File "/usr/lib64/python2.7/site-packages/setuptools/sandbox.py", line 110, in dump return
Re: [gentoo-user] Gentoo as kvm guest with virtio
On Thu, Mar 10, 2016 at 6:10 AM, hwwrote: > > livecd linux # grub2-install /dev/vda > Installing for i386-pc platform. > installation beendet. Keine Fehler aufgetreten. > > Do you think it claims to have worked but actually didn't? > You wouldn't be getting kernel errors if there was a grub problem. Grub is long gone by the time the kernel starts producing output. -- Rich
Re: [gentoo-user] Gentoo as kvm guest with virtio
Bill Kenworthy wrote: On 10/03/16 01:56, Rich Freeman wrote: On Wed, Mar 9, 2016 at 12:41 PM, hwwrote: I'm stuck with 'Could not find the root block device in UUID= ...' when trying to boot the guest. Is grub2 unable to work with virtio devices? Are you sure that is a grub2 message? It seems more likely that this is a message from the kernel (unless it is referring to the grub2 root - posting the entire error would probably help here, and I didn't realize grub2 even can find its root with a UUID assuming it actually can). Does your kernel have virtio support enabled? What initramfs are you using? The problem could lie with either. See if you can get the initramfs to give you a shell (usually this can be done with a kernel command line option) and see what block devices it can see (run blkid or such). If you're not using an initramfs then that is your problem. You can't use UUID to reference your root if you aren't using an initramfs. I had to use this on grub install: grub2-install --target=i386-pc /dev/vda && \ grub2-mkconfig -o /boot/grub/grub.cfg It couldn't find the right module without the hint. That seems to work just fine: livecd linux # grub2-install /dev/vda Installing for i386-pc platform. installation beendet. Keine Fehler aufgetreten. Do you think it claims to have worked but actually didn't?
Re: [gentoo-user] Gentoo as kvm guest with virtio
Rich Freeman wrote: On Wed, Mar 9, 2016 at 12:41 PM, hwwrote: I'm stuck with 'Could not find the root block device in UUID= ...' when trying to boot the guest. Is grub2 unable to work with virtio devices? Are you sure that is a grub2 message? It seems more likely that this is a message from the kernel (unless it is referring to the grub2 root - posting the entire error would probably help here, and I didn't realize grub2 even can find its root with a UUID assuming it actually can). Does your kernel have virtio support enabled? What initramfs are you using? The problem could lie with either. See if you can get the initramfs to give you a shell (usually this can be done with a kernel command line option) and see what block devices it can see (run blkid or such). I think it is a message from the kernel, so I'm trying to figure out which drivers need to be enabled for the kernel to see the virtio-disk. There doesn't seem to be any information at all about what is needed. > If you're not using an initramfs then that is your problem. You can't > use UUID to reference your root if you aren't using an initramfs. I'm using one, though I'm compiling most/all of what I know that will be needed in rather than using modules. Something must still be missing, and I don't what. At least now I know that the kernel is missing something.