Bug#871055: RFP: gr-gsm -- Gnuradio blocks and tools for receiving GSM transmissions
- To: Antoine Beaupre <anarcat@debian.org>, 871055@bugs.debian.org
- Cc: Piotr Krysik <ptrkrysik@gmail.com>, "A.Maitland Bottoms" <bottoms@debian.org>
- Subject: Bug#871055: RFP: gr-gsm -- Gnuradio blocks and tools for receiving GSM transmissions
- From: Petter Reinholdtsen <pere@hungry.com>
- Date: Thu, 07 Sep 2017 11:23:00 +0200
- Message-id: <[🔎] 2fl4lse6ex7.fsf@diskless.uio.no>
- Reply-to: Petter Reinholdtsen <pere@hungry.com>, 871055@bugs.debian.org
- In-reply-to: <20170825133440.ozxkbygiynv666h3@curie.anarc.at>
- References: <2flvam02wow.fsf@diskless.uio.no> <handler.871055.B.150205619426002.ack@bugs.debian.org> <2flwp6fulyu.fsf@diskless.uio.no> <2fllgmuvbdy.fsf@diskless.uio.no> <2fllgmsfoai.fsf@diskless.uio.no> <2flvam02wow.fsf@diskless.uio.no> <20170825133440.ozxkbygiynv666h3@curie.anarc.at> <2flvam02wow.fsf@diskless.uio.no>
[Antoine Beaupre]
> FWIW, I started having the exact same issue with the slop package when
> they switched to a library for their backend. I also don't understand
> why makeshlibs doesn't pick this up automatically, but i suspect it may
> be because my binary package isn't split along lib/non-lib lines.
>
> It's kind of silly, if you ask me, to do that split for slop, but maybe
> it makes sense here.
>
> I'd be curious to hear how/if you fix this.
I have no idea what to do about it. Choosed to ignore it for now, and
remove the header files from the package to reduce the chance of anyone
actually using the .so file outside gnuradio/python.
--
Happy hacking
Petter Reinholdtsen
Reply to: