Package Details: gr-gsm-git r903.c097ce7-1

Git Clone URL: https://aur.archlinux.org/gr-gsm-git.git (read-only, click to copy)
Package Base: gr-gsm-git
Description: Gnuradio blocks and tools for receiving GSM transmissions
Upstream URL: https://github.com/ptrkrysik/gr-gsm
Licenses: unknown
Provides: gr-gsm
Submitter: yuvadm
Maintainer: FabioLolix
Last Packager: tom.swartz07
Votes: 6
Popularity: 0.000000
First Submitted: 2014-12-01 18:24 (UTC)
Last Updated: 2018-03-17 00:00 (UTC)

Latest Comments

1 2 Next › Last »

solsticedhiver commented on 2022-08-15 23:57 (UTC)

Upstream provides a recent and updated PKGBUILD at https://github.com/ptrkrysik/gr-gsm/blob/master/dists/arch/PKGBUILD

fixeria commented on 2022-03-25 18:51 (UTC)

Hi all! I will be maintaining this package in my spare time.

The project is pretty much abandoned and AFAIK Piotr has no plans to resume working on it in the near future. This is sad. The good news is that a found a fork https://github.com/bkerler/gr-gsm/tree/maint-3.9 which at least builds successfully against gnuradio-3.9.4.0-2. I haven't tried it yet, but it looks promising. We can temporarily switch to this fork, but it needs to be tested first. Feedback is welcome.

sTiKyt commented on 2021-11-06 15:55 (UTC)

This is software issue, someone needs to port it, read this https://github.com/ptrkrysik/gr-gsm/issues/582

dreieck commented on 2021-09-30 15:31 (UTC)

Fails to build for me with

CMake Error at swig/CMakeLists.txt:37 (include):
  include could not find requested file:

    GrSwig


CMake Error at swig/CMakeLists.txt:51 (GR_SWIG_MAKE):
  Unknown CMake command "GR_SWIG_MAKE".

Installed is the currently latest gnuradio from the community repository, version 3.9.2.0-3.

Full build() output:

==> Starting build()...
-- The CXX compiler identification is GNU 11.1.0
-- The C compiler identification is GNU 11.1.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Build type not specified: defaulting to release.
-- Found LOG4CPP: /usr/lib/liblog4cpp.so
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (PkgConfig)
  does not match the name of the calling package (GMP).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  /usr/share/cmake-3.21/Modules/FindPkgConfig.cmake:70 (find_package_handle_standard_args)
  /usr/lib64/cmake/gnuradio/FindGMP.cmake:2 (include)
  /usr/lib64/cmake/gnuradio/FindMPLIB.cmake:1 (find_package)
  /usr/share/cmake-3.21/Modules/CMakeFindDependencyMacro.cmake:47 (find_package)
  /usr/lib64/cmake/gnuradio/GnuradioConfig.cmake:14 (find_dependency)
  CMakeLists.txt:88 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found PkgConfig: /usr/bin/pkg-config (found version "1.8.0") 
-- Checking for module 'gmp'
--   Found gmp, version 6.2.1
-- Found GMP: /usr/lib/libgmpxx.so  
-- Using GMP.
-- Found MPLIB: /usr/lib/libgmpxx.so  
-- Found Boost: /usr/lib64/cmake/Boost-1.76.0/BoostConfig.cmake (found suitable version "1.76.0", minimum required is "1.76.0") found components: date_time program_options filesystem system regex thread unit_test_framework 
-- Found Volk: Volk::volk  
-- User set python executable /usr/bin/python3
-- Found PythonInterp: /usr/bin/python3 (found version "3.9.7") 
-- Found PythonLibs: /usr/lib/libpython3.9.so (found suitable exact version "3.9.7") 
-- Checking for module 'sndfile'
--   Found sndfile, version 1.0.31
-- Found SNDFILE: /usr/lib/libsndfile.so  
-- Checking for module 'fftw3f >= 3.0'
--   Found fftw3f , version 3.3.10
-- Found FFTW3f: /lib/libfftw3f.so  
-- Found Git: /usr/bin/git  
-- Extracting version information from git describe...
-- Found Doxygen: /usr/bin/doxygen (found version "1.9.2") found components: doxygen dot 
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (PkgConfig)
  does not match the name of the calling package (Libosmocore).  This can
  lead to problems in calling code that expects `find_package` result
  variables (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  /usr/share/cmake-3.21/Modules/FindPkgConfig.cmake:70 (find_package_handle_standard_args)
  cmake/Modules/FindLibosmocore.cmake:2 (INCLUDE)
  CMakeLists.txt:132 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Checking for module 'libosmocore'
--   Found libosmocore, version 1.5.1.242-3f43
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args`
  (libosmocore) does not match the name of the calling package (Libosmocore).
  This can lead to problems in calling code that expects `find_package`
  result variables (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/Modules/FindLibosmocore.cmake:32 (find_package_handle_standard_args)
  CMakeLists.txt:132 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found libosmocore: /usr/lib/libosmocore.so  
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (PkgConfig)
  does not match the name of the calling package (Libosmocodec).  This can
  lead to problems in calling code that expects `find_package` result
  variables (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  /usr/share/cmake-3.21/Modules/FindPkgConfig.cmake:70 (find_package_handle_standard_args)
  cmake/Modules/FindLibosmocodec.cmake:1 (INCLUDE)
  CMakeLists.txt:133 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Checking for module 'libosmocodec'
--   Found libosmocodec, version 1.5.1.242-3f43
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args`
  (libosmocodec) does not match the name of the calling package
  (Libosmocodec).  This can lead to problems in calling code that expects
  `find_package` result variables (e.g., `_FOUND`) to follow a certain
  pattern.
Call Stack (most recent call first):
  cmake/Modules/FindLibosmocodec.cmake:31 (find_package_handle_standard_args)
  CMakeLists.txt:133 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found libosmocodec: /usr/lib/libosmocodec.so  
-- Checking for module 'libosmocoding'
--   Found libosmocoding, version 1.5.1.242-3f43
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args`
  (libosmocoding) does not match the name of the calling package
  (Libosmocoding).  This can lead to problems in calling code that expects
  `find_package` result variables (e.g., `_FOUND`) to follow a certain
  pattern.
Call Stack (most recent call first):
  cmake/Modules/FindLibosmocoding.cmake:31 (find_package_handle_standard_args)
  CMakeLists.txt:134 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found libosmocoding: /usr/lib/libosmocoding.so  
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (PkgConfig)
  does not match the name of the calling package (Libosmogsm).  This can lead
  to problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  /usr/share/cmake-3.21/Modules/FindPkgConfig.cmake:70 (find_package_handle_standard_args)
  cmake/Modules/FindLibosmogsm.cmake:1 (INCLUDE)
  CMakeLists.txt:135 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Checking for module 'libosmogsm'
--   Found libosmogsm, version 1.5.1.242-3f43
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (libosmogsm)
  does not match the name of the calling package (Libosmogsm).  This can lead
  to problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/Modules/FindLibosmogsm.cmake:31 (find_package_handle_standard_args)
  CMakeLists.txt:135 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found libosmogsm: /usr/lib/libosmogsm.so  
-- Loading build date Thu, 30 Sep 2021 15:22:12 into constants...
-- Loading version v0.42.2-99-g2de47e28 into constants...
-- Using install prefix: /usr
-- Building for version: v0.42.2-99-g2de47e28 / 1.0.0git
-- No C++ unit tests... skipping
-- Found SWIG: /usr/bin/swig (found version "4.0.2")  
-- Found PythonLibs: /usr/lib/libpython3.9.so (found version "3.9.7") 
CMake Error at swig/CMakeLists.txt:37 (include):
  include could not find requested file:

    GrSwig


CMake Error at swig/CMakeLists.txt:51 (GR_SWIG_MAKE):
  Unknown CMake command "GR_SWIG_MAKE".


-- Configuring incomplete, errors occurred!
See also "/[...]/gr-gsm-git/src/gr-gsm/build/CMakeFiles/CMakeOutput.log".
See also "/[...]/gr-gsm-git/src/gr-gsm/build/CMakeFiles/CMakeError.log".
==> ERROR: A failure occurred in build().
    Aborting...

Thanks for maintaining!

BoBeR182 commented on 2020-07-29 13:12 (UTC) (edited on 2020-07-29 14:00 (UTC) by BoBeR182)

This package needs multiple patches to compile and install.

mythsunwind commented on 2020-01-09 21:44 (UTC)

This package does not compile anymore, because arch comes with gnuradio 3.8 and gr-gsm is only building with gnuradio 3.7. The only workaround is to use a fork of gr-gsm that was adjusted for 3.8 by replacing the source entry with:

source=('git+https://github.com/velichkov/gr-gsm.git#branch=maint-3.8')

mild_sunrise commented on 2019-08-11 17:58 (UTC)

This is the PKGBUILD metadata I'm using (I also updated license and url):

pkgname=gr-gsm-git
pkgver=v1117.54580d1
pkgrel=1
pkgdesc="Gnuradio blocks and tools for receiving GSM transmissions"
arch=('any')
url="https://osmocom.org/projects/gr-gsm"
license=('GPL3')
depends=('gnuradio' 'libosmocore' 'boost-libs' 'log4cpp' 'python2-scipy')
optdepends=('python2-pyqt5: needed for the GUI version of grgsm_livemon'
            'qwt: needed for the GUI version of grgsm_livemon')
makedepends=('cmake' 'boost' 'swig')
provides=('gr-gsm')
source=('git+https://git.osmocom.org/gr-gsm')
sha1sums=('SKIP')
_gitname=gr-gsm

mild_sunrise commented on 2019-08-11 17:41 (UTC) (edited on 2019-08-11 17:41 (UTC) by mild_sunrise)

Unless I'm missing something, I think boost and swig should be make dependencies.
boost-libs should be added as (normal) dependency.
gnuradio-companion should be removed, I see no reason it should be a dependency.

python2-pyqt4 should be corrected to python2-pyqt5. qwt5 should be corrected to qwt. Both dependencies should be optional: they're only needed if you want to run the GUI version of grgsm_livemon.

Also, the 'official' repo seems to be https://git.osmocom.org/gr-gsm, but they're both at the same state... so no idea.

tom.swartz07 commented on 2019-03-21 01:53 (UTC)

Hey Maria:

This is a -git proto-package, so you can simply 're-install' it to get the latest version of the package.

yay -S gr-gsm-git should do the trick. If you use yay as your AUR helper, you may find yay -Syu --devel might be helpful as well, since that will check/upgrade any *-git, *-svn etc packages.

I'll look into adding a check within the PKGBUILD to handle versioning a bit better for AUR helpers that don't support yay's extra features.