bug#40952: gnuradio-osmosdr: no hook into gnuradio block directory?

I can see the osmosdr sink, insert it into the flow graph, and change the settings. However, when trying to build the flow graph, I receive the following error. Apparently you need to also update whatever environment variable controls the python module load path. <<< Welcome to GNU Radio Companion

bug#40718: java-kafka-clients fails test on CI

On Sun, 19 Apr 2020 18:22:31 +0200 Marius Bakke wrote: > Hello, > > 'java-kafka-clients' fails to build on Berlin: > > https://ci.guix.gnu.org/log/9ky8skd03p7yvik2dms2h6d7l7fsc6cv-java-kafka-clients-1.0.0 > > The failing test is > "org.apache.kafka.common.memory.GarbageCollectedMemoryPoolTest"

bug#40966: Missing substitutes on ci.guix.gnu.org?

On Wed, 29 Apr 2020 13:53:39 -0400 Leo Famulari wrote: > And Borg has apparently never been built: > > https://ci.guix.gnu.org/search?query=spec%3Aguix-master+system%3Ax86_64-linux+borg This is broken in a very strange, indeterministic way. At first I thought you were right. But with modified s

bug#35574: bcm5974 touchpad is not recognized as touchpad

On 2020-04-29 18:31, Mathieu Othacehe wrote: On Wed, Apr 29, 2020 at 06:41:22PM +0200, pelzflorian (Florian Pelz) wrote: I suggest the attached revert instead This patch and the associated revert look fine to me. Let's maybe wait for Brice opinion. In the meantime, if you could give me your o

bug#35574: bcm5974 touchpad is not recognized as touchpad

> On Wed, Apr 29, 2020 at 06:41:22PM +0200, pelzflorian (Florian Pelz) wrote: >> I suggest the attached revert instead This patch and the associated revert look fine to me. Let's maybe wait for Brice opinion. In the meantime, if you could give me your opinion on: https://lists.gnu.org/archive/h

bug#40966: Missing substitutes on ci.guix.gnu.org?

I've noticed that certain packages never seem to have substitutes available from ci.guix.gnu.org. This is not about packages that consistently fail to build, like Vigra (LibreOffice) [0], but packages that never seem to be attempted at all, and are not found when searching on the CI results. For

bug#35574: bcm5974 touchpad is not recognized as touchpad

On Wed, Apr 29, 2020 at 06:41:22PM +0200, pelzflorian (Florian Pelz) wrote: > I suggest the attached revert instead Forgot attachment. From: Florian Pelz Date: Wed, 29 Apr 2020 18:22:48 +0200 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [PATCH] Revert "install:

bug#35574: bcm5974 touchpad is not recognized as touchpad

On Wed, Apr 29, 2020 at 05:38:02PM +0200, Mathieu Othacehe wrote: > I know that (for now) having a mouse in the installer is not very > useful. But maybe `kernel-arguments' in (gnu system install) should > inherit from this field? Actually in my tests I no longer need the modprobe.blacklist=radeon

bug#35574: bcm5974 touchpad is not recognized as touchpad

On Tue, Apr 28, 2020 at 02:10:58PM +, Brice Waegeneire wrote: > Keeping this module enabled in the kernel seems a good idea, > […] > Passing arguments to the kernel to blacklist a module is the correct way of > doing this currently FWIU; it's already used in gnu/system/install.scm. Thank you.

bug#40790: OOM error in graphical installer tests.

> * I have some hangs when doing the final testing in marionette. Still > trying to understand why. Fixed with c537d2bcb7c652b4776435cd1e2a5119af43dd78. Still an issue remaining. "gui-installed-desktop-os-encrypted" closure is about 5.5GiB which makes too much files for libisofs: --8<

bug#35574: bcm5974 touchpad is not recognized as touchpad

Hello Florian, > This avoids a race with the bcm5974 kernel module. > Fixes . This seems indeed better than not building the module. I know that (for now) having a mouse in the installer is not very useful. But maybe `kernel-arguments' in (gnu system install) should

bug#40952: gnuradio-osmosdr: no hook into gnuradio block directory?

The osmosdr sink and source blocks are showing up now after updating to the specified commit. I have to leave for work now, but was planning to try using the source block this evening with my HackRF SDR. -- Christopher Howard p: +1 (907) 374-0257 w: https://librehacker.com social: https://gnusoci

bug#40710: WIP solution

Hello everybody, I'm attempting to implement the discussed changes. I think these patches come pretty close but being my first contribution to Guix's core I would like to ask some feedback before submitting these patches with some trivial mistake. I tried to base my implementation on [0]. The

bug#40686: GNOME Calendar: I can't add events

This is now fixed after merging #39069. We could fix this generically for users of the GNOME service, but for those who simply install install individual applications we would still need to propagate inputs individually. -- Ricardo

bug#40405: System log files are world readable

Hi, Ludovic Courtès writes: > Hello, > > Diego Nicola Barbato skribis: > >> Great! Now we can simplify the 'start' method of >> 'syslogd-service-type'. > > Oh right, do you want to take care of it? I already did: https://debbugs.gnu.org/40937 [...] Regards, Diego

bug#31780: Fix #31780 manual mentions “git-http-service”, but it does not exist

This should be fixed by https://issues.guix.info/issue/40956.

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Hello! >> This is because running grub-install needs root permissions, to mess with >> /dev/something in order to write the MBR I guess. > > Hmm...so we need to do some work, is that bad? Not sure yet, but I'll investigate it. >> We could also create a Hurd ISO if grub-mkrescue (that is used t

bug#40952: gnuradio-osmosdr: no hook into gnuradio block directory?

Christopher Howard skribis: > Hi, I installed gnuradio and gnuradio-osmosdr, but when I open > gnuradio, none of the osmosdr blocks are available from gnuradio blocks > list. Specifically, I was looking for osmosdr source block, which I am > familiar with from using gnuradio under Debian. I beli

bug#40893: import crate: Recursive importer loops

This is all about the on currently in Guix master. I've not been aware of the other one. -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible |

bug#40790: OOM error in graphical installer tests.

Hello, > Can we throw a little bit more memory at it? :-) That's what I did with ae1a0f758 :) > Is there a commit that trigger this failure? I didn't have the courage to bisect it, given how long this test is. Fixing it, I discovered two more issues: * "sherpherd services" test was failing

bug#28159: Closing bug #28159? Updater needs to support HTTP(S) servers

Hello Guix, It looks like now most of the major updaters that relied on FTP (GNU, kernel.org, KDE and Gnbome) now support HTTP(S). I think we can close this bug. Ludovic Courtès wrote on Tue Aug 22 10:57:20+0200 2017: More precisely, several updaters rely on FTP (gnu, kernel.org, kde, etc. se

bug#40945: [bug #40945] Rottlog service should create filenames with a '.gz' extension

Hello Leo, In /etc/rottlog/rc the line “extension="gz"” has for only effect to expand the meta-variable “@COMP_EXT”[0] which isn't used by default. For it to be appended to every rotated log file we need to add the line “storefile @FILENAME.@COMP_EXT” to /etc/rottlog/weekly, which specify the