post a new release

Lucas Teske lucas at teske.net.br
Sun Mar 6 04:30:27 UTC 2016


Ok so I had some spare time now and I decided to add the Bandwidth 
parameters to rtl_tcp and rtl_fm, since they are very usefull to reduce 
out-of-band noises. I made a Pull Request from my BWChanges Branch to 
the Development Branch. If anyone is available to review my Pull 
Request, it is here:

https://github.com/librtlsdr/librtlsdr/pull/1

I hope it helps :D

Lucas

Em 05/03/2016 23:25, Lucas Teske escreveu:
> Ok so I merged some forks into mine. I'll wait for Joseph to add me as 
> a librtlsdr organization member to merge it with the organization repo.
>
> https://github.com/racerxdl/librtlsdr
>
> So basically I added the SDR# manual gains change to the librtlsdr ( 
> from https://sourceforge.net/projects/sdrr820tmanualgainsettings/ )
> Then I merged Hayati changes to the DC Filter from 
> https://github.com/hayguen/librtlsdr
>
> I am taking a look into Alexander Kurpiers changes ( 
> https://github.com/dl8aau/librtlsdr/tree/devel1 ) before merging 
> because he did a lot more commits and also he also added the Manual 
> Gains to the code. So I will take a look and test both codes.
>
> Lucas
>
> Em 05/03/2016 15:59, Lucas Teske escreveu:
>> Sure! That is good! :D
>>
>> If you can add me, I will in a few hours have some free time to merge 
>> my fork changes into it.
>>
>> Also anyone that have a working fork please send the link to the 
>> repos so I can check it.
>>
>> On 05/03/2016 14:47, Joseph Poirier wrote:
>>> fyi - I just created a librtlsdr organization on github 
>>> (github.com/librtlsdr <http://github.com/librtlsdr>) and cloned 
>>> https://github.com/steve-m/librtlsdr to it.
>>>
>>> It would be nice to aggregate a list of the most interesting forks 
>>> and attempt to merge some of the features and/or fixes in, and 
>>> possibly get this fork tagged as the canonical fork for packages, 
>>> users, etc. If we can get some sort of a majority approval that is.
>>>
>>> I'll be more than happy to add permissions for people and/or pass it 
>>> off to someone that might have more time than myself to manage.
>>>
>>> cheers,
>>> joe
>>>
>>> On Mon, Feb 29, 2016 at 11:50 PM, A. Maitland Bottoms 
>>> <bottoms at debian.org> wrote:
>>>
>>>     Henk writes:
>>>      > Oeps, sorry forgot to quote the original post of joseph.
>>>      >
>>>      > +1
>>>      > Hmm in my opinion rtl_sdr is the next best thing since the
>>>     invention
>>>      > of canned beer :) since it liberated the airwaves for allot
>>>     of users.
>>>      >
>>>      > Regards,
>>>      > henk
>>>      >
>>>      > On Sun, Feb 28, 2016 at 7:11 PM, Joseph Poirier
>>>     <jdpoirier at gmail.com <mailto:jdpoirier at gmail.com>> wrote:
>>>      > > If would be nice to have a newer official release
>>>     available; installation
>>>      > > using the package manager on many Linux distros gets a two
>>>     year old
>>>      > > librtlsdr that's missing the rtlsdr_set_tuner_bandwidth
>>>     function (added
>>>      > > about nine months ago), as well as, other nice updates and
>>>     fixes.
>>>      > >
>>>      > > cheers,
>>>      > > joe
>>>
>>>     Oh yes, Debian Jessie did not release with rtlsdr bandwidth
>>>     setting code.
>>>     But, the rtl-sdr currently available in Debian unstable, testing and
>>>     jessie-backports include current git HEAD code - v0.5.3-12-ge3c03f7.
>>>     (based upon git://git.osmocom.org/rtl-sdr.git
>>>     <http://git.osmocom.org/rtl-sdr.git>)
>>>
>>>     So, while the Debian source package starts from the v0.5.3 tag,
>>>     I use
>>>     the 3.0 (quilt) source format to also include more recent git
>>>     commits.
>>>     https://sources.debian.net/src/rtl-sdr/0.5.3-5/debian/patches/
>>>
>>>     Ubuntu Wily Werewolf and Xenial Xerus also contain rtl-sdr based on
>>>     v0.5.3-12-ge3c03f7.
>>>
>>>     A release would be good. I'd be happy to reduce the amount of stuff
>>>     in the debian/ packaging directory - the various man pages could
>>>     be adopted upstream, as well as the improve-librtlsdr-pc-file and
>>>     improve-scanning-range-parsing patches.
>>>
>>>     And a gpg signed tarball release, or even just a gpg signed tag
>>>     would be a help in establishing source code integrity. A new release
>>>     for osmocom might indeed help synchronize the various distributions.
>>>
>>>     Thanks for keeping me informed,
>>>     -Maitland
>>>
>>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20160306/60adc139/attachment.html>


More information about the osmocom-sdr mailing list