discuss-gnuradio Subject prefix (Was: Contribute to GNU radio)
Hi Bogdan, Our understanding is that the change is actually a fix and reversing it would cause problems for an increasingly large percentage of email users. The problem is that if a sender's email client/server signs the message (increasingly common with DKIP) and then the list server edits the subject line to add the "[discuss-gnuradio] " prefix then the signature is invalid and some popular mail servers will penalize the message when it evaluates it as being spam. Some servers simply reject the message silently. All discuss-gnuradio emails do correctly have the list-id header in the metadata so it is easy to filter them into a folder or add a label. Since there is a standards compliant way of identifying the discuss-gnuradio messages it's unlikely that we'll change the server setting back to adding the prefix. If the behavior of email clients/servers change or a best-practices guidance comes out with a way of retaining the prefix we'll move to the most compliant behavior. Regards, Derek On 18/11/2019 09:37, Bogdan Diaconescu wrote: > Hi Markus, I know it might take some effort to fix the issue and if it helps > I will just say that missing the preamble is really annoying as many of us > are subscribed to other email groups with missing preamble. That creates a > really confusing situations. > > Bogdan > >> On 17 Nov 2019, at 20:54, Müller, Marcus (CEL) wrote: >> >
Re: discuss-gnuradio Subject prefix (Was: Contribute to GNU radio)
Hi Derek, I have to agree with Bogdan, it is standards complying but really annoying. I receive email from 10 - 15 lists and this one is the only one not altering the subject. My 2 cents, Adrian On November 18, 2019 10:05:50 AM UTC, Derek Kozel wrote: >Hi Bogdan, > >Our understanding is that the change is actually a fix and reversing it >would cause problems for an increasingly large percentage of email >users. The problem is that if a sender's email client/server signs the >message (increasingly common with DKIP) and then the list server edits >the subject line to add the "[discuss-gnuradio] " prefix then the >signature is invalid and some popular mail servers will penalize the >message when it evaluates it as being spam. Some servers simply reject >the message silently. > >All discuss-gnuradio emails do correctly have the list-id header in the >metadata so it is easy to filter them into a folder or add a label. > >Since there is a standards compliant way of identifying the >discuss-gnuradio messages it's unlikely that we'll change the server >setting back to adding the prefix. If the behavior of email >clients/servers change or a best-practices guidance comes out with a >way >of retaining the prefix we'll move to the most compliant behavior. > >Regards, >Derek > >On 18/11/2019 09:37, Bogdan Diaconescu wrote: >> Hi Markus, I know it might take some effort to fix the issue and if >it helps I will just say that missing the preamble is really annoying >as many of us are subscribed to other email groups with missing >preamble. That creates a really confusing situations. >> >> Bogdan >> >>> On 17 Nov 2019, at 20:54, Müller, Marcus (CEL) >wrote: >>> >>
Re: discuss-gnuradio Subject prefix (Was: Contribute to GNU radio)
Hi everyone, FYI, here is the general announcement of and motivation for the changes: > https://lists.gnu.org/archive/html/savannah-hackers-public/2019-06/msg00018.html > https://lists.gnu.org/archive/html/savannah-hackers-public/2019-09/msg00016.html Adrian Musceac: > I have to agree with Bogdan, it is standards complying but really annoying. > I receive email from 10 - 15 lists and this one is the only one not altering > the subject. The recommended way is to use List-Id, To, and Cc. In Thunderbird, for instance, this is very easy to get via Tools --> Message Filters Then match "List-Id contains discuss-gnuradio.gnu.org" and move emails to a separate directory. Your 10-15 other mailing lists will likely already provide a proper List-Id for many years. Consider that they have the same problem with DKIP and, maybe, switch to (the standard complying) use of List-Id in the future, too. Cheers, nicolas
Re: discuss-gnuradio Subject prefix (Was: Contribute to GNU radio)
You're probably right, but I have to use the canine mailer with a flat view on my phone due to screen limitations, and I suppose some other people do as well. For normal desktop view it's not such a big deal. Adrian On November 18, 2019 10:59:00 AM UTC, "N. Benes" wrote: >Hi everyone, > >FYI, here is the general announcement of and motivation for the >changes: > >> >https://lists.gnu.org/archive/html/savannah-hackers-public/2019-06/msg00018.html >> >https://lists.gnu.org/archive/html/savannah-hackers-public/2019-09/msg00016.html > > >Adrian Musceac: >> I have to agree with Bogdan, it is standards complying but really >annoying. >> I receive email from 10 - 15 lists and this one is the only one not >altering the subject. > >The recommended way is to use List-Id, To, and Cc. > >In Thunderbird, for instance, this is very easy to get via > > Tools --> Message Filters > >Then match "List-Id contains discuss-gnuradio.gnu.org" and move emails >to a separate directory. > >Your 10-15 other mailing lists will likely already provide a proper >List-Id for many years. Consider that they have the same problem with >DKIP and, maybe, switch to (the standard complying) use of List-Id in >the future, too. > >Cheers, >nicolas
Re: qt-gui problems with GNU 3.8
Thanks! I will look into this and see if it works for me. Mark On 11/15/19, 3:50 PM, "Müller, Marcus (CEL)" wrote: Ah, it's the same old blues; need to have qt(4)-devel packaged for qwt. (What I've tried is: Run Fedora as host, and have a podman (or docker, as if I care, replace "podman" by "docker" below) container marcus@workstation> podman run -it --rm centos:8) This is a very rough rundown of what I just did in a fresh CentOS 8 container: [root@hash /]# dnf check-update; dnf install -y epel-release [root@hash /]# dnf update -y [root@hash /]# dnf install -y make rpm-build qt5-qt*-devel rpmdevtools ccache [root@hash /]# adduser mockbuild [root@hash /]# cd [root@hash ~]# curl -o qwt-6.1.3-11.fc31.src.rpm https://ftp-stud.hs-esslingen.de/pub/fedora/linux/releases/31/Everything/source/tree/Packages/q/qwt-6.1.3-11.fc31.src.rpm [root@hash ~]# rpm -i qwt-6.1.3-11.fc31.src.rpm I had to hunt down a lot of qt4 lines in the qwt.spec and remove them before this builds on CentOS 8. I have just attached a diff for a successfully building Qwt6 on the Bug that Vasil mentioned [2], so we can try that one; continue with [root@hash ~]# cd rpmbuild/SPECS [root@hash SPECS]# rm qwt.spec [root@hash SPECS]# curl -o qwt.spec https://bugzilla.redhat.com/attachment.cgi?id=1636615 [root@hash SPECS]# rpmbuild -bs qwt.spec [root@hash SPECS]# cd ../SRPMS [root@hash SRPMS]# rpmbuild -rb *.src.rpm … wit … This should, if the build succeeds (mine is still running), give you qwt6-qt5 packages. Install these! [root@hash SRPMS]# cd ../RPMS/ [root@hash RPMS]# ls */* noarch/qwt-doc-6.1.3-11.el8.noarch.rpm x86_64/qwt-qt5-6.1.3-11.el8.x86_64.rpm x86_64/qwt-qt5-devel-6.1.3-11.el8.x86_64.rpm x86_64/qwt-debugsource-6.1.3-11.el8.x86_64.rpm x86_64/qwt-qt5-debuginfo-6.1.3-11.el8.x86_64.rpm [root@hash RPMS]# cd x86_64 [root@hash x86_64]# dnf install -y * Try to build GNU Radio now! Best regards, Marcus On Fri, 2019-11-15 at 21:46 +0200, Vasil Velichkov wrote: > Hi Mark, > > On 15/11/2019 21.19, Mark Koenig wrote: > > I am trying to build gnuradio branch maint-3.8 and I am having trouble getting qt-gui to enabled. I am currently using the new distro CentOS 8, and I cannot find any ‘qwt’ packages. Has anyone got gnuradio to build on CentOS 8 yet? I am very close to having all the modules I desire to be built and enabled. > > > > Any help would be greatly appreciated. > > The qwt package is usually available from the EPEL repositories[1] but there are still no package for epel8, see [2] > > [1] https://fedoraproject.org/wiki/EPEL > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1751172 > > Regards, > Vasil >
GUI issues on GRC on macOS
Hello everyone. I have been trying to compile 3.8 on the latest version of macOS. Finally I managed to fix all the compile-time and runtime issues. I can confirm that the runtime and GRC are working to some extent (for example by connecting a source to a waterfall sink and running the flow-graph flawlessly) But now on “gnuradio-companion”, all the sub-menu items have a single icon: a grey display shaped icon. This is not a big issue to me, as I still can read the tooltips and find the buttons/items, but there are some other UI related problems as well. For example when I try to open the filter design tool by going to the “Tools -> Filter Design Tool” menu, nothing happens. I just get this error in the command line: ``` /usr/local/Cellar/python/3.7.5/Frameworks/Python.framework/Versions/3.7/lib/python3.7/subprocess.py:883: ResourceWarning: subprocess 36222 is still running ResourceWarning, source=self) ResourceWarning: Enable tracemalloc to get the object allocation traceback ``` But there’s no such sub-process running (in this case PID 36222) Here’s my build info if it helps: GNURadio 3.8.0 built from the release zip file QWT 6.1.4 QT 5.12.6 Python 3.7.5 Any ideas? Thanks in advance Mehdi
Re: GUI issues on GRC on macOS
Not the OS X expert here, but this sounds like you're having problems in your installation and did not put the icons in the right place. How did you install GNU Radio? On Mon, 2019-11-18 at 17:09 +0100, Mehdi Asgari wrote: > Hello everyone. > I have been trying to compile 3.8 on the latest version of macOS. Finally I > managed to fix all the compile-time and runtime issues. > I can confirm that the runtime and GRC are working to some extent (for > example by connecting a source to a waterfall sink and running the flow-graph > flawlessly) > But now on “gnuradio-companion”, all the sub-menu items have a single icon: a > grey display shaped icon. This is not a big issue to me, as I still can read > the tooltips and find the buttons/items, but there are some other UI related > problems as well. > > For example when I try to open the filter design tool by going to the “Tools > -> Filter Design Tool” menu, nothing happens. I just get this error in the > command line: > > ``` > /usr/local/Cellar/python/3.7.5/Frameworks/Python.framework/Versions/3.7/lib/python3.7/subprocess.py:883: > ResourceWarning: subprocess 36222 is still running > ResourceWarning, source=self) > ResourceWarning: Enable tracemalloc to get the object allocation traceback > ``` > > But there’s no such sub-process running (in this case PID 36222) > > Here’s my build info if it helps: > GNURadio 3.8.0 built from the release zip file > QWT 6.1.4 > QT 5.12.6 > Python 3.7.5 > > Any ideas? > Thanks in advance > Mehdi smime.p7s Description: S/MIME cryptographic signature
Re: GUI issues on GRC on macOS
You need to install a GNOME icon theme. With Homebrew, you can get a list with brew search icon-theme Good luck with GRC on macOS… BR, Emmanuel. On 18 Nov 2019, at 17:12, Müller, Marcus wrote: Not the OS X expert here, but this sounds like you're having problems in your installation and did not put the icons in the right place. How did you install GNU Radio? On Mon, 2019-11-18 at 17:09 +0100, Mehdi Asgari wrote: Hello everyone. I have been trying to compile 3.8 on the latest version of macOS. Finally I managed to fix all the compile-time and runtime issues. I can confirm that the runtime and GRC are working to some extent (for example by connecting a source to a waterfall sink and running the flow-graph flawlessly) But now on “gnuradio-companion”, all the sub-menu items have a single icon: a grey display shaped icon. This is not a big issue to me, as I still can read the tooltips and find the buttons/items, but there are some other UI related problems as well. For example when I try to open the filter design tool by going to the “Tools -> Filter Design Tool” menu, nothing happens. I just get this error in the command line: ``` /usr/local/Cellar/python/3.7.5/Frameworks/Python.framework/Versions/3.7/lib/python3.7/subprocess.py:883: ResourceWarning: subprocess 36222 is still running ResourceWarning, source=self) ResourceWarning: Enable tracemalloc to get the object allocation traceback ``` But there’s no such sub-process running (in this case PID 36222) Here’s my build info if it helps: GNURadio 3.8.0 built from the release zip file QWT 6.1.4 QT 5.12.6 Python 3.7.5 Any ideas? Thanks in advance Mehdi
Re: GUI issues on GRC on macOS
@Emmanuel: thank you. I installed the "adwaita-icon-theme" and now I have icons. I still have problems with the filter design tool though. @Marcus: I just downloaded the zip release file and compiled using cmake. Bests Mehdi > On 18. Nov 2019, at 17:22, Emmanuel Blot wrote: > > > You need to install a GNOME icon theme. > > With Homebrew, you can get a list with > > brew search icon-theme > Good luck with GRC on macOS… > > BR, > Emmanuel. > > On 18 Nov 2019, at 17:12, Müller, Marcus wrote: > > Not the OS X expert here, but this sounds like you're having problems > in your installation and did not put the icons in the right place. > > How did you install GNU Radio? > > On Mon, 2019-11-18 at 17:09 +0100, Mehdi Asgari wrote: > > Hello everyone. > I have been trying to compile 3.8 on the latest version of macOS. Finally I > managed to fix all the compile-time and runtime issues. > I can confirm that the runtime and GRC are working to some extent (for > example by connecting a source to a waterfall sink and running the flow-graph > flawlessly) > But now on “gnuradio-companion”, all the sub-menu items have a single icon: a > grey display shaped icon. This is not a big issue to me, as I still can read > the tooltips and find the buttons/items, but there are some other UI related > problems as well. > > For example when I try to open the filter design tool by going to the “Tools > -> Filter Design Tool” menu, nothing happens. I just get this error in the > command line: > > ``` > /usr/local/Cellar/python/3.7.5/Frameworks/Python.framework/Versions/3.7/lib/python3.7/subprocess.py:883: > ResourceWarning: subprocess 36222 is still running > ResourceWarning, source=self) > ResourceWarning: Enable tracemalloc to get the object allocation traceback > ``` > > But there’s no such sub-process running (in this case PID 36222) > > Here’s my build info if it helps: > GNURadio 3.8.0 built from the release zip file > QWT 6.1.4 > QT 5.12.6 > Python 3.7.5 > > Any ideas? > Thanks in advance > Mehdi >
Re: GUI issues on GRC on macOS
On 18 Nov 2019, at 17:35, Mehdi Asgari wrote: @Emmanuel: thank you. I installed the "adwaita-icon-theme" and now I have icons. I still have problems with the filter design tool though. https://github.com/gnuradio/gnuradio/issues, search for “GRC38+OSX” This is why I gave up (after days of troubleshooting, recompiling, patching, fixing, …) with GRC then GR on MacOS. I’m using GRC/GR on Linux with a remote X connection, and Pothosware on macOS. I’m not sure if it could help you. If you use homebrew, have a look at: https://github.com/eblot/homebrew-sdr There are some recipes and patches that could be useful if you have some trouble building GR. HTH, Manu
Re: GNU Radio Pre-FOSDEM Hackfest 2020
Hi all, short addendum: Participation is also possible for a subset of the days (we have enough bugs to fix & ideas to develop). At the registration is a questionaire where you can indicate the dates you currently plan to attend. Cheers Andrej On Wed, 13 Nov 2019 23:35:36 +0100 Andrej Rode wrote: > Hi all, > > as announced on October 16th there will be another edition of the Free > Software Radio Devroom at FOSDEM 2020. > > In recent years we managed to assemble a GNU Radio Hackfest in > relative proximity to come together and hack and spin new ideas on > the GNU Radio core. This edition of the GNU Radio Pre-FOSDEM Hackfest > will be hosted starting January 28th until January 30th about 2 hours > of train ride away at ESA ESTEC in Noordwijk (Netherlands). > > We started collecting topics for the working groups during the > hackfest at: https://wiki.gnuradio.org/index.php/Hackfest2001 > Feel free to add another entry if you can think of something we should > spend some time working on (and you spot someone on the list who might > be the right fit for this). > > Current list of topics: > * FPGA Accelerators (FPGA people would be useful) > * VRT & SigMF tools > * OOT 3.8 porting support and adding to GNU Radio package feed > * Add ptest support to volk and gnuradio recipes > (https://wiki.yoctoproject.org/wiki/Ptest) > * GPU Accelerators > > Due to room size limitation we created a registration page which will > provide me your name, email adresses and additional information to > help organization and entry on premise. Attendance is free of charge > and the registration page can be found at: > https://tickets.gnuradio.org/hackfest2001/ > > Travel information and non-technical info will be also collected on > the wiki page. > > If you have questions feel free to contact me. > > Cheers > Andrej > pgpsa4mDN4nby.pgp Description: OpenPGP digital signature
