Package Details: i2pd 2.25.0-1

Git Clone URL: https://aur.archlinux.org/i2pd.git (read-only)
Package Base: i2pd
Description: Simplified C++ implementation of I2P client
Upstream URL: https://github.com/PurpleI2P/i2pd
Keywords: i2p
Licenses: BSD
Conflicts: i2pd-git
Submitter: gim
Maintainer: robertfoster
Last Packager: robertfoster
Votes: 48
Popularity: 1.757090
First Submitted: 2014-10-26 18:00
Last Updated: 2019-05-14 19:42

Latest Comments

1 2 3 4 5 Next › Last »

redfish commented on 2019-05-15 00:45

It was on ARM due to AEXNI and AVX being forced enabled in the PKGBUILD. But, if you don't force them ON then they are not turned on even on x86_64.

So, I think we should turn them on conditionally based on architecture, patch here: https://paste.fedoraproject.org/paste/8FYKSRm1~S-91KiCoEEXVg

robertfoster commented on 2019-05-14 19:41

@redfish do you checked your gcc installed package? on what architecture?

redfish commented on 2019-05-13 01:53

Tried bumping version to 0.25 but build errored out. Any ideas?

-- Performing Test HAVE_CXX_ATOMICS64_WITHOUT_LIB
-- Performing Test HAVE_CXX_ATOMICS64_WITHOUT_LIB - Failed
-- Looking for __atomic_load_8 in atomic
-- Looking for __atomic_load_8 in atomic - found
-- Performing Test HAVE_CXX_ATOMICS64_WITH_LIB
-- Performing Test HAVE_CXX_ATOMICS64_WITH_LIB - Failed
CMake Error at cmake_modules/CheckAtomic.cmake:71 (message):
  Host compiler must support std::atomic!

robertfoster commented on 2019-04-07 12:23

@frankspace @whoami Looking at the code of i2pd I've simplified the PKGBUILD with no checks, because the cmake assets of i2pd also check for the real existence of these instructions sets. So AVX and AES will be enabled by default and i2pd checks will do the real job. In this way should work seamlessly. Let me know

frankspace commented on 2019-04-06 15:29

I have the same problem of simply getting a blunt "a failure occurred in build()" error. However, it works perfectly if I simply comment out the grep parts in build() donated by wrdcrrtmnstr. Additional data point: I have an old computer and according to /proc/cpuinfo, my processor supports neither AES-NI nor AVX. I suspect the grep commands only function properly if your processor does support those, not if your processor doesn't.

whoami commented on 2019-03-31 07:59

==> Extracting sources...
  -> Extracting 2.24.0.tar.gz with bsdtar
==> Starting build()...
==> ERROR: A failure occurred in build().
    Aborting...

strshr commented on 2019-03-26 12:53

Fails to build on armv6h with the last update:

==> Validating source files with md5sums... 2.24.0.tar.gz ... Passed ==> Extracting sources... -> Extracting 2.24.0.tar.gz with bsdtar ==> Starting build()... ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build i2pd. ==> Restart building i2pd ? [y/N] ==> ----------------------------- ==> ==> ERROR: unable to update

wrdcrrtmnstr commented on 2019-03-22 10:15

Can you add support for AES-NI and AVX detection at build time? I've added following changes to my PKGBUILD and they seem to work:

build() {
  cd $srcdir/$pkgname-$pkgver

  cd build

  BUILD_FLAGS='-DCMAKE_CXX_FLAGS="-w" -DCMAKE_INSTALL_PREFIX=/usr -DWITH_UPNP=ON -DWITH_PCH=OFF -DCMAKE_BUILD_TYPE=Release'

  grep -q -m1 -o aes /proc/cpuinfo
  if [ $? -eq 0 ]
  then
    BUILD_FLAGS="${BUILD_FLAGS} -DWITH_AESNI=ON"
  fi

  grep -q -m1 -o avx /proc/cpuinfo
  if [ $? -eq 0 ]
  then
    BUILD_FLAGS="${BUILD_FLAGS} -DWITH_AVX=ON"
  fi

  cmake . $BUILD_FLAGS
  make
}

strshr commented on 2018-05-17 19:33

Could you, please, add armv6h to the list of architectures? Builds fine on RPI 1.

post-factum commented on 2018-05-14 10:15

Additional patches are needed to build this with GCC 8:

  • [PATCH] fix federoa rawhide build with gcc 8
  • [PATCH] fix build on GCC 8.0.1

or

  • 21c35f770b26ebf00f94365769bab74753fa06d1
  • 4af0caa50639c9c080034b2ea8239eb7e06f0ba3