This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.
Lucas Teske lucas at teske.net.brOk 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/20160305/a86065eb/attachment.htm>