Search Criteria
Package Details: python-graph-tool 2.44-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/python-graph-tool.git (read-only, click to copy) |
---|---|
Package Base: | python-graph-tool |
Description: | A Python module for manipulation and statistical analysis of graphs |
Upstream URL: | https://graph-tool.skewed.de |
Keywords: | graphs networks science |
Licenses: | LGPL3 |
Conflicts: | python3-graph-tool |
Provides: | python3-graph-tool |
Replaces: | python3-graph-tool |
Submitter: | muellner |
Maintainer: | count0 |
Last Packager: | count0 |
Votes: | 29 |
Popularity: | 0.165484 |
First Submitted: | 2013-11-24 19:22 (UTC) |
Last Updated: | 2022-01-02 19:37 (UTC) |
Dependencies (15)
- boost-libs (boost171, boost-libs-git)
- cairomm
- cgal (cgal-git)
- expat (expat-git)
- python (python38, python36, python37, python39, python3.7, nogil-python, python311)
- python-cairo (python-cairo-git)
- python-gobject (python-gobject-git)
- python-numpy (python-numpy-mkl, python-numpy-git, python-numpy-openblas, python-numpy-mkl-bin)
- python-scipy (python-scipy-mkl, python-scipy-mkl-bin, python-scipy-git)
- python-zstandard
- autoconf-archive (autoconf-archive-git) (make)
- boost (boost-git) (make)
- sparsehash (make)
- graphviz (optional) – graph layout
- python-matplotlib (python-matplotlib-git) (optional) – graph drawing
Latest Comments
count0 commented on 2022-01-02 19:38 (UTC)
@rommedahl Fixed, thanks!
rommedahl commented on 2021-12-29 01:04 (UTC)
Hi, after install I got an error when loading, but it seemed to be resolved when I installed python-gobject. Perhaps it should be put as a dependency?
count0 commented on 2021-10-29 12:30 (UTC)
@akstrfn Fixed!
akstrfn commented on 2021-09-09 09:27 (UTC)
There is a bug in pkg. makepkg defined
CXXFLAGS
are discarded so the following fix is necessaryexport CXXFLAGS="$CXXFLAGS -flto=auto -fno-fat-lto-objects"
count0 commented on 2021-06-26 19:12 (UTC)
@npfeiler Fixed. Thanks!
npfeiler commented on 2021-06-26 17:51 (UTC)
actually, using " -flto=auto -fno-fat-lto-objects" is probably best it reduces compilation time as well as memory usage
npfeiler commented on 2021-06-25 13:23 (UTC)
-flto=jobserver
doesn’t work for me,-flto=auto
does (and would imply jobserver if that worked)count0 commented on 2021-01-09 23:21 (UTC)
Fixed!
lahwaacz commented on 2021-01-09 19:28 (UTC)
Compiling version 2.36-1 fails for me:
count0 commented on 2020-10-22 19:55 (UTC)
Fixed!
Phhere commented on 2020-10-19 07:38 (UTC)
Dependency python3-scipy needs to be renamed to python-scipy or just scipy
user20159 commented on 2020-04-03 20:04 (UTC)
Just to give some figures: Building this with 8 threads required at the maximum around 35GB of RAM on my machine. Building with one thread maxed out at around 5-6GB. So PKGBUILD contains
-j 1
for a reason :)count0 commented on 2020-03-01 22:31 (UTC)
@LukeLR this is a bug in boost 1.72 in fact. The current version now has a simple workaround.
user20159 commented on 2020-02-25 09:13 (UTC)
There is an upstream bug filed for this at https://git.skewed.de/count0/graph-tool/issues/629. Any ideas?
user20159 commented on 2020-02-19 08:11 (UTC) (edited on 2020-02-19 08:12 (UTC) by user20159)
@count0 Thanks, I thought I hadn't upgraded any packages after compilation of
python-graph-tool
, but apparently I did apacman -Syu
without thinking about it.However, when compiling now, I get the following error:
Is it just me, or is there a compatibility issue with boost 1.72?
count0 commented on 2020-02-18 15:39 (UTC)
@LukeLR, this error just means you need to re-compile graph-tool after installing a new version of Boost.
user20159 commented on 2020-02-18 14:33 (UTC)
I have the recent version 1.72 of boost and boost-libs installed. However,
import graph_tool
fails with the following error:Shouldn't graph_tool therefore depend on boost-libs=1.71 instead? I have just submitted the package boost171 in AUR to fullfill this task. Using this package, graph_tool works. Or is there a better solution?
michalT commented on 2019-06-25 12:48 (UTC)
Great, thanks a lot
count0 commented on 2019-06-25 12:31 (UTC)
@michaIT This has been fixed now!
michalT commented on 2019-06-25 11:59 (UTC)
Compilation of graph-tool fails on GCC 9.1.0 in graph_blockmodel_dynamics_epidemics.lo. This bug was reported upstream as https://git.skewed.de/count0/graph-tool/issues/591 and solved by commit https://git.skewed.de/count0/graph-tool/commit/c3a5066bc256e5d7ed450f89b324e84eb42fb511
count0 commented on 2018-10-16 18:41 (UTC)
@jg-you Both issues have been patched. @akstrfn The dependencies have been fixed.
jg-you commented on 2018-10-12 21:51 (UTC)
Release 2.27 no longer compiles (with up-to-date versions of GCC) due to the bug solved upstream in the development version https://git.skewed.de/count0/graph-tool/issues/509.
Fix available at: https://git.skewed.de/count0/graph-tool/commit/aa39e4a6b42d43fac30c841d176c75aff92cc01a
The PKGBUILD should be patched accordingly.
Running from git directly until then.
jg-you commented on 2018-08-13 21:42 (UTC) (edited on 2018-08-14 02:29 (UTC) by jg-you)
graph-tool 2.27 has a bug that prevents the import of the draw submodule. The bug is already fixed in the git version of the module, but not in the latest release.
The bug is due to the use of a protected word ('async') as a variable name, on line 1185 and 1247 of src/graph_tool/draw/gtk_draw.py. Since the bug is so small, I suggest that a patch should be added to the PKGBUILD until there's an upstream fix.
Since its only a few lines, the patch is perhaps better done with sed. Here's a command that fixes it.
akstrfn commented on 2018-06-18 12:09 (UTC) (edited on 2018-06-19 13:53 (UTC) by akstrfn)
Shouldn't boost be in makedepends and boost-lib in depends?
Also
namcap
shows that there is overlinking in almost all shared libraries i.e.W: Unused shared library
. I have--as-needed
in my makepkg ld_flags and graph tool has it in configure so I have no idea why.Update: I tested and it looks like it works without boost and with boost-lib (as it should). I also got an error
module 'gi' have no attribute 'require version'
which I resolved by installingpython-gobject
.count0 commented on 2018-06-18 09:52 (UTC)
@akstrfn Done.
akstrfn commented on 2018-06-18 08:23 (UTC)
@count0 you should also update .SRCINFO
count0 commented on 2018-06-17 09:39 (UTC)
@lahwaacz This has been fixed.
lahwaacz commented on 2018-06-17 08:15 (UTC)
The python3-numpy provides disappeared from the official repositories, so the dependency should be updated to python-numpy.
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/python-numpy&id=e0c1e445f6196a0bebeb1bc0a8e6c5ba479e7f9e
count0 commented on 2018-06-12 09:48 (UTC)
The GCC compilation issue has been fixed.
count0 commented on 2018-06-12 09:47 (UTC)
The compilation issue with GCC 8 has been fixed.
paulmelis commented on 2018-06-12 08:45 (UTC)
With GCC 8 there's a compile error: https://git.skewed.de/count0/graph-tool/issues/468. Needs the commit mentioned in that issue at the bottom
manuel.osdoba commented on 2018-06-10 12:32 (UTC) (edited on 2018-06-10 12:32 (UTC) by manuel.osdoba)
If your PKGBUILD refers to python-graph-tool 2.26 and you already upgraded to use gcc 8.1.1 then you have to apply the patch https://git.skewed.de/count0/graph-tool/commit/9bd68ef9df7cadb2ca537037a425664ce14dc220.diff
Or you use my compiled packages https://drive.google.com/drive/folders/0B_2Um0ComJq7WUFGdGlRNTB4QW8
count0 commented on 2018-02-22 11:50 (UTC)
@cocconat If boost is updated, the package needs to be recompiled, there is no way around it.
This is not a bug, it is simply how shared libraries work.
cocconat commented on 2018-02-22 11:39 (UTC)
Hi, after boost update to 1.66.0 [1] the python module 'graph_tool' breaks:
ImportError: libboost_iostreams.so.1.63.0: cannot open shared object file
I tried to downgrade boost without success, I tried to update graph-tool, but no update available.
I don't want to disinstall and rebuild couse it requires hours of compilation and my ram prevent me from parallel compilation.
Please help
[1] https://www.archlinux.org/packages/?q=boost
ktw commented on 2017-12-11 15:06 (UTC)
@fortea relevancy aside, thank you! Your solution worked for me
lahwaacz commented on 2017-10-29 16:34 (UTC)
fortea commented on 2017-10-29 16:21 (UTC)
ananyab commented on 2017-03-31 13:48 (UTC)
count0 commented on 2017-03-31 10:30 (UTC)
ananyab commented on 2017-03-31 04:35 (UTC)
lahwaacz commented on 2017-03-30 14:31 (UTC)
ananyab commented on 2017-03-30 14:24 (UTC)
count0 commented on 2017-01-15 19:35 (UTC)
manuel.osdoba commented on 2017-01-15 14:52 (UTC)
marmistrz commented on 2016-12-27 12:11 (UTC)
fidbc commented on 2016-11-18 15:59 (UTC)
qwattash commented on 2016-11-14 19:09 (UTC)
count0 commented on 2016-11-13 07:24 (UTC)
count0 commented on 2016-11-13 07:23 (UTC)
qwattash commented on 2016-11-12 00:20 (UTC)
fidbc commented on 2016-11-02 11:35 (UTC)
helvethor commented on 2016-06-26 19:06 (UTC)
ptrxyz commented on 2016-04-20 13:05 (UTC)
count0 commented on 2016-04-20 12:21 (UTC)
ptrxyz commented on 2016-04-20 11:50 (UTC) (edited on 2016-04-20 11:51 (UTC) by ptrxyz)
lahwaacz commented on 2016-04-07 18:58 (UTC)
count0 commented on 2016-04-06 06:37 (UTC)
count0 commented on 2016-03-02 21:52 (UTC)
lahwaacz commented on 2016-03-02 20:04 (UTC) (edited on 2016-03-02 20:07 (UTC) by lahwaacz)
count0 commented on 2016-03-02 11:33 (UTC)
lahwaacz commented on 2016-02-26 22:08 (UTC) (edited on 2016-02-26 22:11 (UTC) by lahwaacz)
confusedfla commented on 2016-02-03 03:13 (UTC)
muellner commented on 2016-01-05 22:07 (UTC)
muellner commented on 2016-01-05 22:07 (UTC)
muellner commented on 2015-12-29 20:36 (UTC)
muellner commented on 2015-12-29 20:35 (UTC)
muellner commented on 2015-12-29 13:59 (UTC)
Cake commented on 2015-12-29 13:45 (UTC)
mat69 commented on 2015-12-28 12:30 (UTC)
mat69 commented on 2015-12-27 17:02 (UTC)
count0 commented on 2015-10-27 06:53 (UTC)
guiniol commented on 2015-10-22 10:52 (UTC)
muellner commented on 2015-10-19 20:39 (UTC)
jg-you commented on 2015-10-16 03:33 (UTC)
count0 commented on 2015-09-17 21:53 (UTC)
arefindk commented on 2015-05-08 18:47 (UTC)
muellner commented on 2015-04-19 19:25 (UTC)
arefindk commented on 2015-04-19 17:17 (UTC)
muellner commented on 2014-09-12 20:31 (UTC)
robcat commented on 2014-09-12 09:07 (UTC)
muellner commented on 2014-06-30 22:18 (UTC)
blackout commented on 2014-06-30 20:26 (UTC)
lahwaacz commented on 2014-06-26 12:43 (UTC)
blackout commented on 2014-06-26 09:41 (UTC)
muellner commented on 2014-04-01 18:50 (UTC)
freswa commented on 2014-03-31 09:33 (UTC)
muellner commented on 2014-03-31 09:31 (UTC)
freswa commented on 2014-03-31 09:24 (UTC)
muellner commented on 2014-03-31 09:20 (UTC)
freswa commented on 2014-03-31 08:55 (UTC)
lahwaacz commented on 2014-03-30 10:08 (UTC)
muellner commented on 2014-03-30 08:45 (UTC)
freswa commented on 2014-03-29 19:23 (UTC)
lahwaacz commented on 2014-03-28 21:06 (UTC)
muellner commented on 2014-03-28 09:05 (UTC)
lahwaacz commented on 2014-03-27 22:43 (UTC)
muellner commented on 2014-02-02 21:50 (UTC)
vsilv commented on 2014-02-02 15:58 (UTC)
muellner commented on 2014-01-01 23:52 (UTC)
freswa commented on 2013-12-25 23:26 (UTC)
muellner commented on 2013-12-19 00:16 (UTC)
freswa commented on 2013-12-18 17:23 (UTC)
freswa commented on 2013-12-18 17:11 (UTC)
muellner commented on 2013-12-17 17:54 (UTC)
freswa commented on 2013-12-17 15:54 (UTC)
vtselfa commented on 2013-11-30 17:38 (UTC)
muellner commented on 2013-11-26 16:10 (UTC)
xiongyaohua commented on 2013-11-26 15:35 (UTC)
muellner commented on 2013-11-26 14:58 (UTC)
xiongyaohua commented on 2013-11-26 14:50 (UTC)
muellner commented on 2013-11-26 12:24 (UTC)
vtselfa commented on 2013-11-26 09:18 (UTC)
muellner commented on 2013-11-24 19:33 (UTC)
robcat commented on 2013-11-22 11:07 (UTC)
muellner commented on 2013-09-28 21:10 (UTC)
enedene commented on 2013-09-28 16:24 (UTC)