bug#47846: Feature Request: Add ability to disable having cache or generations

Hi, Am Samstag, den 17.04.2021, 18:29 + schrieb bo0od: > Hi There, > > Current situation with the guix distro upgrade is:(as i understand) > > A) User Packages: whenever there is an upgrade to package A version 1 > to > new Version lets call it A version 2 , So the process is ADD A2 → > SWIT

bug#47846: Feature Request: Add ability to disable having cache or generations

Hi, Am Sonntag, den 18.04.2021, 14:40 + schrieb bo0od: > > There is no active caching going on. > > Not sure what do you mean by this. Exactly what I said. There is a philosophical difference between a store, that keeps items as long as there's a referrer and a cache, which keeps some items

bug#47846: Feature Request: Add ability to disable having cache or generations

Hi, Am Sonntag, den 18.04.2021, 18:45 + schrieb bo0od: > > My bad, I meant to type 500GB (a fairly common disk size), but it > turns > > out my other laptop survives quite fine on 250. Fair enough, it's > not > > 32GB (common in phones), but then again, you'd run normally very > > differe

bug#47610: gnome-keyring service doesn't appear

Am Mittwoch, den 21.04.2021, 01:49 -0500 schrieb bdju: > On Tue Apr 6, 2021 at 1:55 AM CDT, Leo Prikler wrote: > > gnome-keyring-service is not a shepherd service. It is a pam > > service, > > that ensures your login keyring (if it exists) is unlocked when you > > log

bug#47610: gnome-keyring service doesn't appear

Am Mittwoch, den 21.04.2021, 02:35 -0500 schrieb bdju: > On Wed Apr 21, 2021 at 2:30 AM CDT, Leo Prikler wrote: > > That's quite an interesting observation. Could you tell me what DM > > (gdm, sddm, sway) you're using? 👆 idiot thinking sway is a DM and not a WM. >

bug#47971: Improve Guix commands for update/upgrade

Am Freitag, den 23.04.2021, 16:23 + schrieb bo0od: > Not really personal, Its about when there are new users these > commands > looks horrible. Sorry for informing you, but your sense for aesthetics is a very personal thing. If we really want to talk about UX, much more would be gained by hav

bug#48111: tilde in Go package names (eg. sourcehut hosted packages)

Am Donnerstag, den 29.04.2021, 19:54 +0200 schrieb raingloom: > Trying to import kineto and getting this error when building it: > > guix build: error: invalid character `~' in name > `go-git-sr-ht-~sircmpwn-kineto-0.0.0-20210225135222-edd4fe31f16f- > checkout.drv' > > I know the names are signif

bug#48142: [PATCH] gnu: gupnp: Add missing input.

From: Jack Hill Fixes . Reported by Shyam Saran . This fixes the fatal error "Settings schema 'org.gnome.system.proxy' is not installed", which causes builds to fail. * gnu/packages/gnome.scm (gupnp)[inputs]: Add gsettings-desktop-schemas. --- gnu/packages/gnome.scm

bug#48152: no code for module (json) on guix upgrade

Am Samstag, den 01.05.2021, 21:17 -0500 schrieb Nathan Dehnel: > bzip2 -dkc /var/log/guix/drvs/00/1p94i7q8kks3pngjah0b2v4fzl3npr- > module-import-compiled.drv.bz2 > [ 1/26] Loading './guix/base16.scm'... > [ 2/26] Loading './guix/base64.scm'... > [ 3/26] Loading './guix/build/download-nar.scm'... >

bug#48152: no code for module (json) on guix upgrade

Am Sonntag, den 02.05.2021, 19:03 +0200 schrieb Mathieu Othacehe: > Hello, > > > I found this stops being an issue after reverting > > 66b14dccdd0d83c875ce3a8d50ceab8b6f0a3ce2. > > @Timothy do you know how we can get guile-json in there for SWH? > > I think this is fixed with d2b5bb5f9de8dc1a5126

bug#48184: Evaluating (current-guix) causes segfault

Am Montag, den 03.05.2021, 13:59 +0300 schrieb David Dashyan: > David Dashyan writes: > > Here my guix describe output: >guix 065d2cd > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 065d2cd6ced96ddb38c15a46f798488f61660a33 > > What I did

bug#48184: Evaluating (current-guix) causes segfault

Am Montag, den 03.05.2021, 14:18 +0200 schrieb Leo Prikler: > Am Montag, den 03.05.2021, 13:59 +0300 schrieb David Dashyan: > > David Dashyan writes: > > > > Here my guix describe output: > >guix 065d2cd > > repository URL: https://git.savannah.gnu

bug#48223: EXWM knows nothing about Guix profiles

Hi Guix, I just recently helped someone debug an issue they encountered when using EXWM. It turned out their EMACSLOADPATH was set to "/run/current-system/profile/share/emacs/site- lisp:/gnu/store/1zszglsxl4zxy9alcwxjwj26d30qmyv9-emacs- 27.2/share/emacs/27.2/lisp" – quite notably, "$HOME/share/em

bug#48225: Wrong result of package-name->name+version

Am Dienstag, den 04.05.2021, 13:35 + schrieb Guillaume Le Vaillant: > Hi, > > The 'package-name->name+version' function defined in > "guix/build/utils.scm" returns a wrong result if there is a '-' > followed by a number in the package name: > > --8<---cut here---start-

bug#48223: EXWM knows nothing about Guix profiles

Hi, Am Samstag, den 08.05.2021, 10:56 +0200 schrieb Jan Nieuwenhuizen: > > Leo Prikler writes: > > Hello again, > > > > I think the launcher that we install in the install-xsession does > > > not > > > do sufficient work to set up the

bug#48300: Guix Emacs does not get "America/Sao_Paulo" timezone by name

Am Samstag, den 08.05.2021, 18:19 -0300 schrieb Jorge P. de Morais Neto: > Hi all! I use Guix on Debian bullseye¹. My Emacs is a Guix- > installed > emacs-next with a package transformation option to use the latest > commit > from the master branch. It works fine except that it wrongly > evaluat

bug#48300: Guix Emacs does not get "America/Sao_Paulo" timezone by name

Am Sonntag, den 09.05.2021, 12:38 -0300 schrieb Jorge P.de Morais Neto: > Hi Leo. > > Em [2021-05-09 dom 01:56:56+0200], Leo Prikler escreveu: > > > I'm not quite sure how tzdata works on foreign systems, but I'll > > assume > > Guix always takes the one i

bug#48300: Guix Emacs does not get "America/Sao_Paulo" timezone by name

Am Sonntag, den 09.05.2021, 16:41 -0300 schrieb Jorge P.de Morais Neto: > Hi Leo. > > Em [2021-05-09 dom 17:57:27+0200], Leo Prikler escreveu: > > > I've tested Guix System. If you install tzdata locally, don't > > forget > > to set TZDIR in your s

bug#48335: Emacs is broken

Hi, Am Montag, den 10.05.2021, 18:40 +0200 schrieb Xinglu Chen: > Hi, > > The ‘emacs’ package seems to be broken, I can reproduce this with > > --8<---cut here---start->8--- > guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b > -- \ > en

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Montag, den 10.05.2021, 10:51 +0300 schrieb Andrew Tropin: > describe-package and list-packages do not show emacs packages, > installed > with guix. Packages themselves work perfectly fine, but not listed in > list-packages and can't be accessed with describe-package. > > Way to reproduce: > >

bug#37933: gst* plugins in non-default profile not found by webkitgtk browsers (e.g. epiphany)

Am Samstag, den 26.10.2019, 12:48 +0200 schrieb Pierre Neidhardt: > Recipe that fails: > > --8<---cut here---start->8--- > guix remove gst-libav gst-plugins-bad gst-plugins-base gst-plugins- > good gst-plugins-ugly > guix package -p foo -i gst-libav gst-plugins-

bug#37942: Insufficient environment wrappers

I concede, that the initial formulation was a bit too vague and that meta bugs are not that good unless they can easily be addressed. Thanks :)

bug#42342: Wine64 segfaults (5.12/staging)

We are currently at wine 6.8/6.6-staging and from my own estimates my fix proved useful.

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Dienstag, den 11.05.2021, 18:57 +0300 schrieb Andrew Tropin: > Patched emacs-build-system to place packages under elpa/NAME-VERSION > subdirectory and removed "-pkg\\.el$" from %default-exclude. I don't know whether that's a good idea. The elpa/ part I already dislike, and the "-pkg\\.el$" excl

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Dienstag, den 11.05.2021, 21:55 +0300 schrieb Andrew Tropin: > > the "-pkg\\.el$" exclude might have existed for a reason > > (I don't know which, put perhaps byte compilation). > > Perhaps it should be ignored during byte compilation, but still > installing it seems to be a good idea. Ok, let

bug#48335: Emacs is broken

Am Mittwoch, den 12.05.2021, 09:55 +0200 schrieb Xinglu Chen: > Leo Prikler wrote: > > > I can't: > > > > --8<---cut here---start->8--- > > $ guix time-machine -- > > commit=87b4b0e4385149b40ee87ae2d57712679452746

bug#48398: many packages become nonfunctional if not install in fixed profile like ~/.guix-profile

Am Donnerstag, den 13.05.2021, 19:56 +0530 schrieb Shyam Saran: > many packages become nonfunctional if not install in fixed profiles > (e.g. ~/.guix-profile) While this is true, there is not necessarily a common cause for all such instances. Even among packages, that hardcode ~/.guix-profile, the

bug#48335: Emacs is broken

Am Freitag, den 14.05.2021, 14:18 +0200 schrieb Xinglu Chen: > On Wed, May 12 2021, Xinglu Chen wrote: > > > > > I am now bisecting commit > > > > 5866fa558b68b3e0213b9eef93d115e6e38dcc2a, I > > > > don’t think it should be related to the changes to the > > > > ‘emacs-build-system’. > > > The wip-

bug#37942: Insufficient environment wrappers

Some packages -- such as meld after the startup fix -- fail to use important resources when simply called from their build directory. For instance, meld aborts inside a call to `g_log` by `g_settings_set_property`. In the case of meld, it is sufficient to run the program inside an ad-hoc environmen

bug#38046: Font Issues in GNOME

> In many places, I started to see the contents as 'boxes' instead of > actual characters. For example, System Monitor and Gajim. Please find > the attachments with this email. I've had similar issues and then consulted the manual, where I saw the following snippet: > After installing fonts you ma

bug#38142: Evolution: e-mail wizard fails due to missing service file

Hi Sam, this issue was actually already reported a few times -- just searching for Evolution in this mailing list yields #35048 and #35267 among others, which both report it. If you're running Guix System, there is a workaround, which consists of adding evolution-data-server to your system packag

bug#38142: Evolution: e-mail wizard fails due to missing service file

Am Samstag, den 09.11.2019, 11:51 +0100 schrieb Sam: > Sorry, I noticed that shortly after sending the message, it made it > work > for me. > I'll check more thoroughly before bothering the next time. > Is there any reason why it's not at least a propagated input? I know > there are better ways,

bug#38172: fixing dangerous PulseAudio defaults and giving it a record type

From d48594a3e7e02aef0c5ff9fff719c1d0fb45207e Mon Sep 17 00:00:00 2001 From: Leo Prikler Date: Tue, 12 Nov 2019 02:08:40 +0100 Subject: [PATCH] services: Add PulseAudio service * gnu/services/sound.scm: (): New record type. (pulseaudio-service-type): New service type. --- gnu/services

bug#38243: Zsh does not load /etc/profile values by default

> I'm not sure what status /etc/profile holds in Guix -- is it the > canonical location for any user-wide environment settings? Will it > be > guaranteed to be POSIXly correct, rather than having any bashisms? It is currently not and I'm not sure whether it will be. The current behaviour is known

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

Hi everyone, Am Dienstag, den 26.11.2019, 09:56 +0100 schrieb Ludovic Courtès: > are we not going overboard with that big a environment variable? :-) I think I vaguely remember a related discussion about the Emacs build system adding the guix.d directory, which further worsens this problem [1].

bug#38437: Cantarell Oblique fonts fail to render in some Gnome applications

> Some Gnome applications (Claws Mail and Glade in my case) show > rectangles in place of characters. Screenshot of this is attached. > Terminal logs in these cases show for example: > > (claws-mail:14616): Pango-WARNING **: 12:31:34.945: shaping failure, > expect ugly output. shape-engine='PangoF

bug#48398: many packages become nonfunctional if not install in fixed profile like ~/.guix-profile

r, more confusing DBus error. I'm not sure whether adding the dbus package to your environment fixes any of it, but it's worth a try. > > On Fri, 14 May 2021 at 03:25, Leo Prikler < > leo.prik...@student.tugraz.at> wrote: > > Am Donnerstag, den 13.05.2021, 19:56 +053

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Mittwoch, den 19.05.2021, 17:32 +0300 schrieb Andrew Tropin: > > > Most other package managers seem to respect "infrastructure" > > > provided by package.el. > > I don't think that statement is well-supported by the data we have. > > Agree, that was an incorrect statement. I should have said so

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

That looks like it'd mess with people's installed ELPA packages. In general, hacks based on package-directory-list don't feel very stable. Consider writing a function similar in nature to `package-load-all- descriptors' instead. Also, this seems to rely on us not deleting the -pkg.el, but probab

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Donnerstag, den 20.05.2021, 13:01 +0300 schrieb Andrew Tropin: > > That looks like it'd mess with people's installed ELPA > > packages. In general, hacks based on package-directory-list don't > > feel very stable. > > If you talk about ~/.emacs.d/elpa, it won't, because there is a > separate p

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Donnerstag, den 20.05.2021, 16:09 +0530 schrieb Arun Isaac: > > > [Adding Arun Isaac to CC. Their commit d8796851 is the first one > > > to > > > drop -pkg.el, but without explanation.] > > > > Commit d8796851 was an attempt to not install too many unnecessary > > files > > and be closer to ho

bug#47592: [WIP Emacs] Emacs packages, that fail to build on master

Hi Maxim, Am Donnerstag, den 20.05.2021, 08:44 -0400 schrieb Maxim Cournoyer: > Hi Leo, > > Leo Prikler writes: > > > I'm currently in the process of verifying, that all Emacs packages > > build in the wip-emacs branch. To that end, I'm running a manifes

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Donnerstag, den 20.05.2021, 15:24 +0300 schrieb Andrew Tropin: > > > In other words, no particular thought was given to -pkg.el. It > > > was > > > simply dropped along with many other files. So, if consensus is > > > reachedthat keeping -pkg.el is a good idea, there is no reason to > > > not >

bug#48331: [PATCH 2/2] gnu: emacs: Load package descriptors from packages referenced by subdirs.el

* gnu/packages/aux-files/emacs/guix-emacs.el (guix-emacs--non-core-load-path): New procedure. (guix-emacs-autoload-packages): Use it here. (guix-emacs-load-package-descriptors): New procedure. * gnu/packages/emacs.scm (emacs)[install-site-start]: Install advice to run ‘guix-emacs-load-package-descr

bug#48331: [PATCH 1/2] build-system: emacs: Keep -pkg.el files.

Partly fixes -- package descriptions can now be found in the install directory. * guix/build/emacs-build-system.scm (%default-exclude): Remove "-pkg\\.el$". --- guix/build/emacs-build-system.scm | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/gui

bug#48331: [PATCH draft] build-system: emacs: Generate -pkg.el file in case it is missing

Am Dienstag, den 25.05.2021, 16:40 +0300 schrieb Andrew Tropin: > --- > Thank you for the patches, tested, works for me! The solution is > much more precise than mutating package-directory-list variable, good > job. I don't see any major problems in the implementation (but I'm > not very fluent e

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

Am Donnerstag, den 27.05.2021, 21:59 +0200 schrieb zimoun: > Hi Leo, > > On Thu, 27 May 2021 at 15:20, Leo Famulari wrote: > > On Thu, May 27, 2021 at 08:54:49PM +0200, zimoun wrote: > > > ALSA lib conf.c:3725:(snd_config_hooks_call) Cannot open shared > > > library libasound_module_conf_pulse.so

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

Am Donnerstag, den 27.05.2021, 22:17 -0400 schrieb Maxim Cournoyer: > Hi! > > Leo Prikler writes: > > > PPS: Just adding gsettings-desktop-schemas didn't work. "jami- > > gnome > > glib gnome" obviously works, but that's a little ove

bug#48713: emacs-all-the-icons missing all the icons

Pardon the pun in the title. The problem: emacs-all-the-icons has a subdirectory fonts, that it wants installed to share/fonts (currently, they are installed to its own fonts directory). Some of them are vendored, but at least one seems to be genuinely their own. Proposed solution: Ma

bug#48802: Possibly nonfree font (font-ubuntu)

I've pushed a923127d3051841e4187ee5e817f6c85e6387c3e, which drops this font, but I missed that openshot has font-ubuntu as input. I'll try to make it build with font-dejavu instead. Wish me luck!

bug#48802: Possibly nonfree font (font-ubuntu)

Am Donnerstag, den 03.06.2021, 08:41 +0200 schrieb Leo Prikler: > I've pushed a923127d3051841e4187ee5e817f6c85e6387c3e, which drops > this > font, but I missed that openshot has font-ubuntu as input. I'll try > to > make it build with font-dejavu instead. Wish me luck! A

bug#45645: Please revoke this commit: 7dd1a2174a8376c521dcf271e3b76f64096074fe

Commit has successfully been revoked. Thanks!

bug#48974: A possible shepherd bug (it's very minor)

Am Samstag, den 12.06.2021, 09:26 -0400 schrieb Joshua Branson: > Hello! > > I've had this issue every since I enabled automatic login on my guix > system like so: > > #+BEGIN_SRC scheme > (define %my-desktop-services > (modify-services > %desktop-services > (mingetty-service-type co

bug#48974: A possible shepherd bug (it's very minor)

Hi, Am Samstag, den 12.06.2021, 20:09 + schrieb jbra...@dismail.de: > June 12, 2021 3:39 PM, "Leo Prikler" > wrote: > > > Am Samstag, den 12.06.2021, 09:26 -0400 schrieb Joshua Branson: > > > > > Hello! > > > > > > I've had th

bug#48974: A possible shepherd bug (it's very minor)

Am Samstag, den 12.06.2021, 23:34 + schrieb jbra...@dismail.de: > June 12, 2021 5:13 PM, "Leo Prikler" > wrote: > > > Hi, > > > > Am Samstag, den 12.06.2021, 20:09 + schrieb jbra...@dismail.de: > > > > > June 12, 2021 3:39 PM,

bug#49029: ungoogled-chromium failed to disable malware extension The Great Suspender

Am Dienstag, den 15.06.2021, 09:49 -0400 schrieb Leo Famulari: > On Mon, Jun 14, 2021 at 06:29:03PM -0300, Jorge P. de Morais Neto via > Bug reports for GNU Guix wrote: > > Hi. I use Guix atop Debian testing (currently bullseye). > > > > I normally browse the web on GNU IceCat and sometimes Firef

bug#49083: ‘guix import pypi’ fails in the absence of “sdist” releases

Wheels are (as far as I understand) binary distributions, so they ought to contain everything, that gets put into site-packages. I don't think they make for good source packages. In particular, the jaxlib wheel contains a bunch of shared objects and almost none of the source that one can see on G

bug#49168: ‘guix import pypi’ misses package dependencies

Am Dienstag, den 22.06.2021, 09:20 +0200 schrieb Ludovic Courtès: > Hi! > > ‘guix import pypi -r django-import-export’ does not include all the > inputs: > > --8<---cut here---start->8--- > $ guix build -L /tmp/mods python-django-import-export > > [...] > > s

bug#49168: ‘guix import pypi’ misses package dependencies

Am Dienstag, den 22.06.2021, 14:33 +0200 schrieb Ludovic Courtès: > Hi, > > Leo Prikler skribis: > > > > Here, some of tablib’s dependencies are missing; the same problem > > > seems > > > to happen with python-django-import-export itself. > > >

bug#49168: ‘guix import pypi’ misses package dependencies

Am Mittwoch, den 23.06.2021, 15:20 +0200 schrieb Ludovic Courtès: > Hi, > > Leo Prikler skribis: > > > Am Dienstag, den 22.06.2021, 14:33 +0200 schrieb Ludovic Courtès: > > [...] > > > > Actually > > > < >

bug#48974: A possible shepherd bug (it's very minor)

Hi, Am Freitag, den 25.06.2021, 05:31 -0400 schrieb Joshua Branson: > Leo Prikler writes: > > > Hi, > > > > Am Samstag, den 12.06.2021, 20:09 + schrieb jbra...@dismail.de: > > > June 12, 2021 3:39 PM, "Leo Prikler" < > > > leo.pr

bug#49168: ‘guix import pypi’ misses package dependencies

Am Freitag, den 25.06.2021, 16:51 +0200 schrieb Ludovic Courtès: > Hello, > > Maxim Cournoyer skribis: > > > Ludovic Courtès writes: > > [...] > > > > Why does the importer favor .whl in the first place? Is it > > > supposed to > > > be more accurate or more widespread or something? > > > >

bug#49226: tidy build failure: invoke error

This appears to be a non-deterministic failure, as I too got it, but with a later file. Since we're still using the same cvs binary, I don't think it's the fault of the build environment. Regards, Leo

bug#48974: A possible shepherd bug (it's very minor)

Am Freitag, den 25.06.2021, 14:06 -0400 schrieb Joshua Branson: > Leo Prikler writes: > > > Hi, > > > > Am Freitag, den 25.06.2021, 05:31 -0400 schrieb Joshua Branson: > > > Leo Prikler writes: > > > > > > > Hi, > > > > >

bug#20255: 'search-paths' should respect both user and system profile.

Am Freitag, den 25.06.2021, 22:37 -0400 schrieb Maxim Cournoyer: > Hello, > > Alex Kost writes: > > > zimoun (2020-02-21 16:53 +0100) wrote: > > > > > Dear, > > > > > > What is the status of the bug#20255 [1]? > > > It is old; the last activity seems back on 2015, November. So let > > > resume

bug#20255: 'search-paths' should respect both user and system profile.

Am Montag, den 28.06.2021, 00:35 -0400 schrieb Maxim Cournoyer: > Hi Leo, > > [...] > > > I think there is a solution, that works not only for the case of > > disabling this unwanted feature, but also to add in support for > > multiple profiles, i.e. if the user has more than just their .guix- >

bug#48974: A possible shepherd bug (it's very minor)

Hi, Am Freitag, den 02.07.2021, 18:57 -0400 schrieb Joshua Branson: > Leo Prikler writes: > > > Am Freitag, den 25.06.2021, 14:06 -0400 schrieb Joshua Branson: > > > Leo Prikler writes: > > > > > > > Hi, > > > > > > > &

bug#49374: no code for module (guix build qt-utils)

I've pushed cc73ddfb9aee8eb7481bb6ee7925c1074f20134c, which ought to fix this. Thanks, Leo

bug#48111: tilde in Go package names (eg. sourcehut hosted packages)

Hello, Am Sonntag, den 04.07.2021, 15:51 -0700 schrieb Sarah Morgensen: > It might be slightly uglier, but I think it's better to keep a > consistent policy of "replace any invalid characters with a hyphen", > as it is less likely to generate collisions and it provides a hint to > the reader that

bug#49510: [PATCH] gnu: Add PuTTY.

Hi terramorpha, your patch is missing the ChangeLog part of the commit message, see `info '(guix)Submitting Patches'` for more information. Am Samstag, den 10.07.2021, 15:31 -0400 schrieb terramor...@cock.li: > diff --git a/gnu/packages/networking.scm > b/gnu/packages/networking.scm > index 19b58

bug#49510: [PATCH] gnu: Add PuTTY.

Am Dienstag, den 13.07.2021, 13:25 -0400 schrieb terramor...@cock.li: > Hi, thank you for the review. > > I corrected the version of the package (putty doesn't use > major.minor.patch, only major.minor), I fixed the lines that were > over the 80 character limit, re added the check phase, correcte

bug#49510: [PATCH]

Hi, I've cleaned up the patch and pushed it. Thanks, Leo

bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer)

Hi, Am Mittwoch, den 28.07.2021, 10:33 +0200 schrieb Giovanni Biscuolo: > So it seems that musescore is loading SoundFonts without an error but > later it fails opening them with "Sample::decompressOggVorbis: open > failed: Not a valid SNDFILE* pointer." For the record, which SoundFont are you us

bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))

Hi, Don't forget to keep the ML in the address line. Am Mittwoch, den 28.07.2021, 15:15 +0200 schrieb Giovanni Biscuolo: > > Am Mittwoch, den 28.07.2021, 10:33 +0200 schrieb Giovanni Biscuolo: > > > So it seems that musescore is loading SoundFonts without an error > > > but > > > later it fails o

bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))

Hi, Am Mittwoch, den 28.07.2021, 18:33 +0200 schrieb Giovanni Biscuolo: > > > So it seems that also fluidsynth is not able to load that > > > SoundFont > > > [1] > > Ah, yes, I recall not being able to load that font with FluidSynth > > as > > well. Back then I thought it was an error in FluidSyn

bug#49910: Fwd: Re: [website] script generating POT files broken with guile@3.0.7

Misremembered the bug ID, sorry --- Begin Message --- Hi Florian, Am Freitag, den 06.08.2021, 12:53 +0200 schrieb pelzflorian (Florian Pelz): > Hello Guix! > > In the guix-artwork.git repo, the pot file generation > (scripts/sexp-xgettext.scm as described in the file i18n-howto) in > the website

bug#50103: Pulseaudio doesn't export XDG_CONFIG_DIRS

Hi John, a lot of packages would do much better if they exported XDG_CONFIG_DIRS. However, there is currently no way of doing so other than copypasting the same snippet over and over and over and over. A workaround -- if you need this in an environment -- is to also include a package, that alrea

bug#50103: Pulseaudio doesn't export XDG_CONFIG_DIRS

Hi, Am Mittwoch, den 18.08.2021, 11:28 +0200 schrieb Maxime Devos: > Leo Prikler schreef op wo 18-08-2021 om 10:03 [+0200]: > > Hi John, > > > > a lot of packages would do much better if they exported > > XDG_CONFIG_DIRS. However, there is currently no way of

bug#50103: Pulseaudio doesn't export XDG_CONFIG_DIRS

-paths, so my perspective is mostly > from the end-user standpoint. > > ‐‐‐ Original Message ‐‐‐ > > On Wednesday, August 18th, 2021 at 5:45 AM, Leo Prikler wrote: > > > Hi, > > > > Am Mittwoch, den 18.08.2021, 11:28 +0200 schrieb Maxime Devos: &g

bug#50103: Pulseaudio doesn't export XDG_CONFIG_DIRS

Hi John, For the record, you should try to cite in a way, that lines don't get broken. I have no idea why this is happening Am Mittwoch, den 18.08.2021, 16:06 + schrieb John Kehayias: > Hi Leo, > > On Wednesday, August 18th, 2021 at 11:19 AM, Leo Prikler wrote: > [...]

bug#50145: guix-master fails 'make install' (missing contentdb.scm)

Hi, sorry for responding this late, I was asleep when the bug was filed. Am Samstag, den 21.08.2021, 15:55 +0100 schrieb Sergei Trofimovich: > Noticed 'make install' failure of guix-master on a foreign > distribution: > > make all-recursive > make[1]: Entering directory '/tmp/portage-tm

bug#36838: mcron leaves zombies around

Hi Maxim, I still have a defunct mcron flying around with a fairly standard Guix configuration. The only service running through mcron seems to be rottlog-service-type. Regards

bug#34999: Record special field abstraction leakage

ry it out. I'm not sure about the broader semantics of this patch, though. I fear that exposing raw values through let-binding probably eliminates the delayed/thunked nature of said fields in some ways. WDYT? From 1f38ff4c8b93cde533cf3d3f67358aafe9cf3dfa Mon Sep 17 00:00:00 2001 From: Leo

bug#38491: Evolution is missing GPG

Hi Guix, I recently discovered, that Evolution would complain about a missing GPG whenever it encounters a signed message. For the record, I've only installed evolution-data-server in the operating-system and evolution itself inside my user profile and not installed gpg in either place, thus caus

bug#38491: Evolution is missing GPG

Am Donnerstag, den 05.12.2019, 09:53 -0700 schrieb Jesse Gibbons: > On Wed, 2019-12-04 at 13:11 +0100, Leo Prikler wrote: > > Hi Guix, > > > > I recently discovered, that Evolution would complain about a > > missing > > GPG whenever it encounters a signed messag

bug#38243: Zsh does not load /etc/profile values by default

Am Samstag, den 07.12.2019, 22:15 -0800 schrieb Danny O'Brien: > I took a closer look at this, and currently Zsh users have > /etc/profile included in their environment by virtue of a default > $HOME/.zprofile, which is created in their home directory when they > are created (via `useradd` and /etc

bug#38613: Disabling bytecompilation on a list of files.

Hey Brett. Am Dienstag, den 14.12.2019, 13:45 -0600 schrieb Brett Gilio: > Just forwarding along an idea discussed between Leo Prikler, Tobias, > and I on IRC. Thanks for the mention ;) > Obviously just outright deleting the phase responsible for > bytecompilation is not the _best_

bug#38613: Disabling bytecompilation on a list of files.

Am Sonntag, den 15.12.2019, 16:26 -0600 schrieb Brett Gilio: > [...] > I am not sure why the file permissions are needing to be set either. > On > a git checkout it looks to me like they are the same as the others. I > wonder if it might have something to do with the rename-file method > moving the

bug#38864: Broken icons in GNOME shell since commit a8cda7f579

Hi Mark, the culprit is probably hicolor-icon-theme. Adding it to your user profile should fix the icons as a temporary workaround. Adding it back to propagated-inputs does funnily enough not bring the icons back immediately, but should – if I'm not mistaken, sorry for not having tested – do so

bug#38172: WebkitGTK-based browsers: System volume suddenly maxed out when playing audio or video

ed with the package. Note: before this can be applied on staging, a66ee82a05d8ff1ef7c5ff9ac7723cb32fc4e22a needs to be applied. Regards, Leo From bf4708923d14356c87daec69209b30aa0427d64f Mon Sep 17 00:00:00 2001 From: Leo Prikler Date: Wed, 8 Jan 2020 19:50:51 +0100 Subject: [PATCH 1/3] services:

bug#38172: WebkitGTK-based browsers: System volume suddenly maxed out when playing audio or video

y found that, but I'd like to repeat it for those who thus far have only read this thread. > End on #t. As above, but thanks for the hint, I missed the warning it seems. > [...] > > > From e24016f9a44a113847dd937ac47ab4bdb960236d Mon Sep 17 00:00:00 > > 2001 > > Fro

bug#38172: [bug#39053] [PATCH] Add pulseaudio configuration and fix volume bugs

Am Samstag, den 11.01.2020, 18:23 +0100 schrieb Marius Bakke: > Leo Prikler writes: > > > This series of patches adds a configuration type for pulseaudio and > > also fixes > > a bug, where various applications would inadvertently max out the > > system volume >

bug#39126: GStreamer fails with coglsink

Hi Guix, I've noticed recently, that GStreamer (specifically, but not limited gst-play-1.0) would fail from the command line, whereas GStreamer-based applications (such as Totem) work fine. After some debugging, I found out that the offending element was coglsink, which is pulled in through some

bug#39281: gdm doesn't start

Am Sonntag, den 26.01.2020, 23:50 -0500 schrieb Jack Hill: > I believe that I've found the problem! > > Using the technique that Ludo’ described in > ;, I was able to grab an > strace > of gdm (attached) while it was failing to start properly. I was >

bug#39281: gdm doesn't start

Am Montag, den 27.01.2020, 06:24 +0100 schrieb Leo Prikler: > Perhaps some GNOME people know how to disable this in other ways, but > it's the first time I've even seen the dialog, so there's not much > else I can say. Welp, I found the culprit. It appears to be a bug in

bug#39449: [PATCH] gnu: sane-backends: Disable genesys_unit_tests.

* gnu/packages/scanner.scm (sane-backends)[arguments]<#:phases>: Add disable-failing-backend-tests. --- gnu/packages/scanner.scm | 4 1 file changed, 4 insertions(+) diff --git a/gnu/packages/scanner.scm b/gnu/packages/scanner.scm index 6adaba18cd..3f922a4747 100644 --- a/gnu/packages/scanne

bug#39459: Multiple terminal programs to choose from, not just the Gnome default

That's not a bug, but a feature. Unless desktop files are written in a way that they're excluded in some DE (using a custom key to do so, mind you), all DEs will show the item. You can "fix" this behaviour by installing just what you want ;)

bug#40029: Preventing automatic python2 transformation of some packages

> The only reason we have this package is because it gets pulled in > automatically when using (package-with-python2 ...) on a Python 3 > package that has 'python-sphinx' in inputs. I think the problem here, is that (package-with-python2 ...) overwrites all sorts of inputs per package-mapping. Per

bug#41174: Epiphany can't find fonts

Hi Guix, when trying to set fonts in Epiphany, it appears as though fonts other than "Serif", "Sans" and "Monospace" do not apply. Some symbols, such as CJK, are also missing in text (but not tooltips interestingly) even if a font supporting them is installed. I tried refreshing and also removin

bug#41058: GNOME Maps fails to start in GNOME

gards, Leo From d709692ba02e7f3a4c2f9bd8ca43374131a81a7a Mon Sep 17 00:00:00 2001 From: Leo Prikler Date: Mon, 11 May 2020 13:30:44 +0200 Subject: [PATCH] gnu: gnome-maps: Patch DBUS service. * gnu/packages/geo.scm (gnome-maps): [arguments]<#:phases>: Add patch-dbus-service. --- gnu/packages/

<    1   2   3   >