bug#42164: Combining file-append with gexps results in incomprehensible errors

[Brian Cully]

Maxime Devos  writes:

Nowhere.  I tried implementing 'output', and noticed I just 
ended up
with something equivalent to a simple call to 'gexp-input' 
(hence,
‘this thing already exists’).  'gexp-input' can be found in 
(guix

gexp).


	I finally had a chance to mess around with this, and it 
	does, indeed, do the job. Since it wasn’t clear to me how 
	it worked, I’d like to document it here.


	To accomplish the goal at the begging of this thread, 
	rather than using:

--8<---cut here---start->8---
(file-append #~#$gcc:lib “/lib”)
--8<---cut here---end--->8---

The “correct” way is this:
--8<---cut here---start->8---
(gexp-input (file-append gcc "/lib") "lib")
--8<---cut here---end--->8---

	The name seems a little weird, since we’re selecting an 
	output, but it makes sense from the other end: we’re 
	creating an input for the higher-level expression (in this 
	case, the special-file-services-type).


	Anyway, this works for me, so this ticket can probably be 
	closed.


-bjc

bug#55098: ibus 1.5.24, ibus-daemon, X: Abnormal usage of RAM and CPU

[Luis Felipe via Bug reports for GNU Guix]

SYMPTOMS

• Typing becomes slow, everywhere
• Eventually, you can't type anymore (although cursor remains responsive, and 
RAM and CPU are not exhausted yet).
• Input methods disappear from the list (e.g. Japanese when Super+Space).
• .ibus-daemon-real shows abnormal use of RAM and CPU (see screenshots).
• X shows abnormal use of RAM (see screenshots)
• ibus-daemon-real disappears from the list of running processes.

Screeshots:

X: 
https://luis-felipe.gitlab.io/media/2022/04/guix-x-abnormal-resource-usage-2022-02-24.png
ibus-daemon: 
https://luis-felipe.gitlab.io/media/2022/04/guix-ibus-daemon-abnormal-resource-usage-2022-04-03.png
ibus-daemon and X: 
https://luis-felipe.gitlab.io/media/2022/04/guix-ibus-daemon-x-abnormal-resource-usage-2022-04-24.png


STEPS TO REPRODUCE

I haven't found reproducers myself (see ADDITIONAL INFORMATION for a possible 
way to reproduce).

The times I experienced this problem I was typing on Emacs, DrRacket or 
Inkscape (other daily tools open, though).


WORKAROUND

Restart ibus:

ibus-daemon -dxr


SYSTEM INFORMATION

• ibus 1.5.24
• ibus-anthy 1.5.9
• Inkscape 1.1.1 (3bf5ae0d25, 2021-09-20)
• Guix

Generation 55   Apr 18 2022 11:42:09(current)
  guix 237d90a
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 237d90a7808cfdced34b34595eba16632cbcb89e

• Guix system

Generation 82   Apr 06 2022 12:04:21
  file name: /var/guix/profiles/system-82-link
  canonical file name: /gnu/store/3w1z24rlg2jbnl63ybxylknz50br13h5-system
  label: GNU with Linux-Libre 5.16.17
  bootloader: grub-efi
  kernel: 
/gnu/store/0bx2k3qslb9hw9cf52hl9xal39455maa-linux-libre-5.16.17/bzImage
  channels:
guix:
  repository URL: https://git.savannah.gnu.org/git/guix.git
  branch: master
  commit: ab98b51ef1304e975da127e3092d01dcc7f02657
  configuration file: 
/gnu/store/7s2xwvwvsa6nv3mmn6g65vra4mlmlw0w-configuration.scm


ADDITIONAL INFORMATION

Seemingly related bug report against the same version of ibus available in 
Guix: ibus high cpu usage and possible memory leak #2389 
(https://github.com/ibus/ibus/issues/2389).



---
Luis Felipe López Acevedo
https://luis-felipe.gitlab.io/

publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#55089: [IceCat and IceDove]: Doesn't use system's locale/timezone.

[Mark H Weaver]

Hi Raghav and bdju,

"bdju" via Bug reports for GNU Guix  writes:

> On Sun Apr 24, 2022 at 1:06 AM CDT, Raghav Gururajan via Bug reports for GNU 
> Guix wrote:
>> Hello Guix,
>>
>> It appears that the applications IceCat and IceDove doesn't follow 
>> system's locale/timezone. By default, it uses UTC.
>>
>> This is observed in Guix System and not sure about foreign distros.
>>
>> Regards,
>> RG.
>
> In IceCat at least I believe this is due to the resistfingerprinting
> about:config setting.

Indeed, the "privacy.resistFingerprinting" setting in 
makes an attempt to avoid leaking personally identifying information
about you.  Locale and time zone are two such pieces of information
which narrow down the set of people you might be, even if you are using
Tor or a VPN.  It is set to "true" by default in IceCat, and "false" by
default in upstream Firefox.

We should probably expose the "privacy.resistFingerprinting" in the
IceCat-specific privacy settings in , since
it's a setting that many users will want to turn off.  The same setting
also causes problems for some Javascript programs, including some
audio/video players.

  Regards,
Mark

-- 
Disinformation flourishes because many people care deeply about injustice
but very few check the facts.  Ask me about .

bug#55059: bug in `guix pull`

[Maxime Devos]

Josselin Poiret via Bug reports for GNU Guix schreef op zo 24-04-2022
om 09:25 [+0200]:
> > Computing Guix derivation for 'x86_64-linux'... /guix pull: error:
> > You
> > found a bug: the program
> > '/gnu/store/lb30npcazqfbw8cbkk9kf8pcf17c2sl6-compute-guix-
> > derivation'
> > failed to compute the derivation for Guix (version:
> > "eb34ff16cc9038880e87e1a58a93331fca37ad92"; system: "x86_64-linux";
> > host version: "1.3.0-1.771b866"; pull-version: 1).
> > Please report the COMPLETE output above by email to < 
> > bug-guix@gnu.org>.
> 
> How much RAM does your machine have?  The derivation computation
> famously takes quite a bit of memory.  If that's the issue, you
> could add some swap space.

If  was applied, we wouldn't have to
guess what is the cause, instead "guix pull" would just tell us if it's
a networking error or a stack overflow or an oom(*) ...

(*) Except on Linux due to overcommit, though that could be worked-
around by setting the appropriate variable in /proc/sys or by doing
'setrlimit' like some of Guile's OOM tests do.

Greetings,
Maxime.


signature.asc
Description: This is a digitally signed message part

bug#55059: bug in `guix pull`

[Josselin Poiret via Bug reports for GNU Guix]

Hello,

Holden Green  writes:

> guest@gnu ~/tmp/1$ guix pull
> Updating channel 'guix' from Git repository at '
> https://git.savannah.gnu.org/git/guix.git'...
> Authenticating channel 'guix', commits 9edb3f6 to eb34ff1 (17,927 new
> commits)...
> Building from this channel:
>   guix  https://git.savannah.gnu.org/git/guix.git eb34ff1
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
> building /gnu/store/sflmgcfcdwizj7iyd3pfksdvrkc3pskb-config.scm.drv...
> building /gnu/store/7k17dvmcrdicjsdxmpvhss4p3i3d70j5-git.scm.drv...
> building /gnu/store/j9s3n7iqvh8pqkxkwy91nq3qynr1nby7-hash.scm.drv...
> building /gnu/store/4cbz087cfn1kqmkjqw69vm4zcz5n01i8-module-import.drv...
> building /gnu/store/nklbz5qhr7r4lpp2by9lp43ky8a0bl09-module-import.drv...
> building
> /gnu/store/c6s5105fvkcwcwcnlqy4n312gkam1db6-module-import-compiled.drv...
> building
> /gnu/store/dzbh008q3mm3rkmhq5j3sgxxhz87dfw1-module-import-compiled.drv...
> building
> /gnu/store/1hs5ayhrc34gf1l85mv85x08xpx3ckwd-compute-guix-derivation.drv...
> Computing Guix derivation for 'x86_64-linux'... /guix pull: error: You
> found a bug: the program
> '/gnu/store/lb30npcazqfbw8cbkk9kf8pcf17c2sl6-compute-guix-derivation'
> failed to compute the derivation for Guix (version:
> "eb34ff16cc9038880e87e1a58a93331fca37ad92"; system: "x86_64-linux";
> host version: "1.3.0-1.771b866"; pull-version: 1).
> Please report the COMPLETE output above by email to .

How much RAM does your machine have?  The derivation computation
famously takes quite a bit of memory.  If that's the issue, you could
add some swap space.

Best,
-- 
Josselin Poiret

bug#55089: [IceCat and IceDove]: Doesn't use system's locale/timezone.

[bdju]

On Sun Apr 24, 2022 at 1:06 AM CDT, Raghav Gururajan via Bug reports for GNU 
Guix wrote:
> Hello Guix,
>
> It appears that the applications IceCat and IceDove doesn't follow 
> system's locale/timezone. By default, it uses UTC.
>
> This is observed in Guix System and not sure about foreign distros.
>
> Regards,
> RG.

In IceCat at least I believe this is due to the resistfingerprinting
about:config setting. Not sure about IceDove. I have noticed a similar
issue with w3m, though. It doesn't match my system's time.

bug#55089: [IceCat and IceDove]: Doesn't use system's locale/timezone.

[Raghav Gururajan via Bug reports for GNU Guix]

Hello Guix,

It appears that the applications IceCat and IceDove doesn't follow 
system's locale/timezone. By default, it uses UTC.


This is observed in Guix System and not sure about foreign distros.

Regards,
RG.


OpenPGP_signature
Description: OpenPGP digital signature