[gentoo-user] Re: Failing to install python cryptography

[James]

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

[Mansour Al Akeel]

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

[James]

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

[hw]

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.
 * Fetch failed for 'sys-fs/ltspfs-1.1', Log file:
 *  '/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

[James]

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)

[hw]

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, hw  wrote:


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

[Mansour Al Akeel]

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

[Rich Freeman]

On Thu, Mar 10, 2016 at 6:10 AM, hw  wrote:
>
> 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

[hw]

Bill Kenworthy wrote:

On 10/03/16 01:56, Rich Freeman wrote:

On Wed, Mar 9, 2016 at 12:41 PM, hw  wrote:


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

[hw]

Rich Freeman wrote:

On Wed, Mar 9, 2016 at 12:41 PM, hw  wrote:


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.