bug#39955: wxmaxima: broken help menus
Hi all, I saw this bug as I was updating WxMaxima today. It seems the issue is with "filetype->GetOpenCommand()" function calls in src/wxMaxima.cpp (lines 3796 and 4078 specifically). These calls are used to find a browser that can open the HTML help files. We could hard-code a browser (e.g., icecat) as a stopgap while we debug the wxWidgets library to see what exactly is going wrong. Thoughts?
bug#42144: cannot configure ibus-libpinyin input method
In Gnome clicking on the icon to configure the libpinyin input method fails. It tries to execute ibus-libpinyin’s libexec/ibus-setup-libpinyin. Running it manually reveals this error: --8<---cut here---start->8--- main2.py:66: DeprecationWarning: bind_textdomain_codeset() is deprecated gettext.bind_textdomain_codeset(DOMAINNAME, 'UTF-8') Traceback (most recent call last): File "main2.py", line 535, in main() File "main2.py", line 531, in main PreferencesDialog(name).run() File "main2.py", line 75, in __init__ self.__builder.add_from_file("ibus-libpinyin-preferences.ui") gi.repository.GLib.Error: gtk-builder-error-quark: ibus-libpinyin-preferences.ui:1770:1 Invalid object type 'DictionaryTreeView' (6) --8<---cut here---end--->8--- ibus-libpinyin-preferences.ui references DictionaryTreeView which is a custom widget defined in share/ibus-libpinyin/setup/dicttreeview.py. strace confirms that dicttreeview.py is read earlier, but for some reason DictionaryTreeView is still considered an invalid object type. -- Ricardo
bug#42141: blast+ is not reproducible
This should be rather easy to fix: --8<---cut here---start->8--- diff -r /gnu/store/3y97kfanv9ynxnahyykixchlbpbyvjmm-blast+-2.10.1-include /gnu/store/3y97kfanv9ynxnahyykixchlbpbyvjmm-blast+-2.10.1-include-check diff -r /gnu/store/3y97kfanv9ynxnahyykixchlbpbyvjmm-blast+-2.10.1-include/include/ncbi-tools++/ncbi-tools++/ncbi_random_macro.h /gnu/store/3y97kfanv9ynxnahyykixchlbpbyvjmm-blast+-2.10.1-include-check/include/ncbi-tools++/ncbi-tools++/ncbi_random_macro.h 4,13c4,13 < #define NCBI_RANDOM_VALUE_01770246234u < #define NCBI_RANDOM_VALUE_12685550394u < #define NCBI_RANDOM_VALUE_21952513968u < #define NCBI_RANDOM_VALUE_34081691487u < #define NCBI_RANDOM_VALUE_41126642990u < #define NCBI_RANDOM_VALUE_52363626105u < #define NCBI_RANDOM_VALUE_6444644742u < #define NCBI_RANDOM_VALUE_72799580837u < #define NCBI_RANDOM_VALUE_8216161479u < #define NCBI_RANDOM_VALUE_9992434062u --- > #define NCBI_RANDOM_VALUE_02851596927u > #define NCBI_RANDOM_VALUE_14039058594u > #define NCBI_RANDOM_VALUE_23204116600u > #define NCBI_RANDOM_VALUE_34270143185u > #define NCBI_RANDOM_VALUE_41366873742u > #define NCBI_RANDOM_VALUE_5703144487u > #define NCBI_RANDOM_VALUE_62507785646u > #define NCBI_RANDOM_VALUE_73995716134u > #define NCBI_RANDOM_VALUE_8907933519u > #define NCBI_RANDOM_VALUE_91149060107u --8<---cut here---end--->8--- -- Ricardo
bug#42137: cuirass: monitor evaluation status
Hello, With Hydra, it is possible for a derivation to have the status of all "still succeeding jobs", "newly failing jobs", "newly succeeding jobs". In a word, have a quick overview of an evaluation status. You can have a look to https://hydra.nixos.org/jobset/nixos/release-19.09-small where it's easy to see that 1591716 caused two test failures, that were fixed right after. In Cuirass, it's only possible to know the status of triggered builds, for each evaluation. For the last two months, the system installation were almost all broken, I think that if we have had a page showing the full status of system tests evaluation by evaluation, we could have avoided this situation. Also having the "newly failing jobs" list would allow to mail the people that have commited changes between the last evaluation. Of course this is easier said than done, it might imply to update our database structure among other things. WDYT? Thanks, Mathieu
bug#42118: Editing pulseaudio config file fails with "No such file or directory"
Am Dienstag, den 30.06.2020, 05:22 -0500 schrieb Nathan Dehnel: > Thanks for the tip. Do I have to put the entire file inside a string > in guix? It's quite long. mixed-text-file allows you to split the string into multiple parts, but that is essentially the idea, yes. There are of course other ways of building it, but it is your task to ensure, that those end up with the result you want. In my personal opinion, explicit coding tends to be best suited to accomplish this. > https://guix.gnu.org/manual/en/html_node/G_002dExpressions.html > > It mentions "local-file" so I did this: > (script-file (local-file > "/home/nathan/.config/pulse/default.pa")) > > guix system reconfigure then completed, but pulseaudio does not seem > to reflect the change in settings. That should work up to a certain extent – what this basically does is copy your local default.pa into the Guix store and then /etc/pulse/default.pa is a symlink to that file in the Guix store. Depending on the content of default.pa, that may not actually be what you want, but unless you're doing very weird things in there, it may also be a perfectly valid configuration. Can you check, that /etc/pulse/default.pa is indeed what you want it to be? IIRC, you may have to reboot for /etc to change. Regards, Leo
bug#42134: icecat: can't go back to duckduckgo search results
When you search for something with DuckDuckGo, click on a result and then click on your browsers back button you end up at DDGs start page and not the results page. 1. Enter "guix" in your search/address bar while having DDG as default search engine. 2. Click on first result -> guix.gnu.org 3. Now click after landing at our beautiful website on the browsers back button (<-) 4. You end up at https://duckduckgo.com/?ia=web and not at https://duckduckgo.com/?q=guix This does NOT happen when you 1. use DuckDuckGo in Chromium via it's address bar 2. use DDG in Icecat starting from duckduckgo.com and not the address/search bar 3. use Bing or Google via Icecat's address/search bar I have disabled the "Spoof Referers" setting which comes from Icecat and is available at about:preferences#privacy Icecat has some custom DDG search plugin: https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/makeicecat#n172 https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/data/searchplugins/duckduckgo.xml Maybe that's breaking that. I don't know.
bug#41702: `guix environment` performance issues
Hi Ludo, > The patch below is a noticeable improvement for me. On my laptop, > > GUIX_DAEMON_SOCKET=ssh://localhost ./pre-inst-env guix build libreoffice -n > > goes from 5.8s to 3.3s. It just does the same thing as we do for > guix://. > > Could you check what results it gives you? looking pretty good, comparing master without/with patch: ---snip--- N Min MaxMedian AvgStddev x 10 16.87 20.77 17.4417.802 1.1228515 + 10 9.92 13.67 10.1910.569 1.1254574 Difference at 99.0% confidence -7.233 +/- 1.44688 -40.6303% +/- 6.68735% ---snap--- > There’s a project to rewrite the daemon in Scheme, started by Caleb > Ristvedt (reepa) as part of GSoC a few years ago. This could be an > opportunity to add a new version of the protocol that would support > pipelining. Given how much improvement you’ve achieved so far I’d say we can (for now) probably get away with the current protocol. Still, what’s the status of this daemon? Lars signature.asc Description: PGP signature
bug#42127: collision in relocatable gcc-toolchain with gnupg
zimoun skribis: > On Tue, 30 Jun 2020 at 00:20, Ludovic Courtès wrote: > >> The next commit also makes the closure of ‘gcc-toolchain’ much smaller, >> bringing it to 350 MiB instead of 1 GiB. > > Wow! Awesome! > This deserves a --news. :-) It’s just that gcc-toolchain:out would pull in debugging symbols, which in turn would pull in the whole bootstrap chain. Ludo’.