Re: Handling python venv packages breaking on glibc update

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Mon, Aug 21, 2017 at 5:48 PM, Damjan Georgievski via arch-general <
arch-general@xxxxxxxxxxxxx> wrote:

> > I use psycopg2 for postgres access in my pyramid web-app, and like most
> > (all?) python developers all the dependencies are in a virtualenv,
> > including psycopg2 itself.
> >
> > This means, of course, that the psycopg2 wheel is precompiled.
> >
> > With the recent glibc-2.26 update, I can no longer import psycopg2. This
> is
> > the error message I get on the file libresolv-2-c4c53def.5.so:
> >
> > symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file
> > libc.so.6 with link time reference
> >
> > I'm not sure why the psycopg2 pip package bundles in libresolv (which is
> > part of glibc in Arch, explaining why the Arch psycopg2 package works
> fine,
> > even without a recompile). Where's the right place for me to fix this?
> With
> > the psycopg2 pip maintainers or somewhere else?
>
>
> why not just use the Arch package? I prefer that for pacakges that
> link to system libraries.
>

Well, venvs are just cleaner (and I've tried venvs with some system libs,
gets messy quickly). Also venvs allow easy freeze etc. which I need because
my deployments are not on Arch machines (fortunately, they're still
working).



[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux