bug#65461: Cannot compile any Rust projects

[Jonas Møller via Bug reports for GNU Guix]

I can still reproduce this with:

guix shell —container rust rust-cargo
cargo new hello
cd hello
cargo build

Mvh Jonas Møller

On Fri, Aug 25, 2023 at 15:58, Josselin Poiret <[d...@jpoiret.xyz](mailto:On 
Fri, Aug 25, 2023 at 15:58, Josselin Poiret < wrote:

> Hi Jonas,
>
> Jonas via Bug reports for GNU Guix  writes:
>
>> Hi! Compiling any Rust projects with cargo/rustc gives me:
>>
>> error: linking with
>> `/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/bin/gcc` failed:
>> exit status: 1
>
> Please make sure you add simple reproducers to your bug reports so that
> people can check that the bug does get resolved by proposed patches. I
> can't reproduce this with a simple `rustc hello.rs` where `hello.rs` is
> the simplest hello world I could find.
>
> Best,
> --
> Josselin Poiret

bug#64593: ‘guix system image’ fails to create image while invoking ‘grub-bios-setup’

[Josselin Poiret via Bug reports for GNU Guix]

Hi,

Pushed d57cab764122af69d52d8cc9c843456044e5d7bc that adds mbr-image-type
and sets it as default.

LMKWYT, closing tentatively.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#62448: [PATCH] doc: Note that `guix shell` should contain base language packages.

[Josselin Poiret via Bug reports for GNU Guix]

Hi everyone,

Simon Tournier  writes:

> Nitpick: Missing double space for sentences.
>
> Otherwise, LGTM.

Pushed as 9f68a2a9c41166ec5ac24c082bcd96c433dd2ede.

Closing.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#65461: Cannot compile any Rust projects

[Josselin Poiret via Bug reports for GNU Guix]

Hi everyone,

Josselin Poiret  writes:

> Hi everyone,
>
> Hilton Chain  writes:
>
>> Cc-ing Josselin since they have sent a patch to #63258.
>>
>> Hi Josselin, what's the current state of the patch?  Can you resend it
>> to guix-patches to trigger the build process?
>
> Huh, completely forgot about this.  The patch should still be ready, and
> I don't expect it to cause any problems.  I can have a look and maybe
> merge this afternoon.

Pushed as 6c447ababfb11581a75cff8281e96f701e216692.

A sample hello world should now build with cargo with `guix shell -C
rust rust-cargo gcc-toolchain`.  This is a workaround until we add the
librt.a to the gcc package proper.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#63258: [PATCH] gnu: gcc-toolchain: Add empty librt.a.

[Josselin Poiret via Bug reports for GNU Guix]

Hi everyone,

Josselin Poiret  writes:

> From: Josselin Poiret 
>
> * gnu/packages/commencememnt.scm (make-gcc-toolchain): Add empty librt.a.
> * gnu/packages/base.scm (gcc): Add a warning regarding the missing librt.a.

Pushed as 6c447ababfb11581a75cff8281e96f701e216692.

This does not fully fix this bug though, since the gcc package still
doesn't provide it.  It will incur a world rebuild if we also do that,
so that should be kept for core-updates.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#57493: [EXT] Re: bug#57493: should allow for customizing home directory permission bits

[Josselin Poiret via Bug reports for GNU Guix]

Hi Dave,

Pushed as e9a5eebc785cb843034b38c5c5a6dd10904bdf2a.

Thanks for your contribution!  Closing.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#64966: Rockpro64 SBC not booting anymore after "gnu: shepherd@0.10: Use guile-fibers 1.3.1."

[Julien Lepiller]

Le Fri, 25 Aug 2023 20:24:28 +0200,
Denis 'GNUtoo' Carikli  a écrit :

> ./pre-inst-env guix deploy -L
> rockpro64/ rockpro64/rockpro64.scm

If you're doing this on a non aarch64 system, you'll need to add
--system=aarch64-linux.

bug#64966: Rockpro64 SBC not booting anymore after "gnu: shepherd@0.10: Use guile-fibers 1.3.1."

[Denis 'GNUtoo' Carikli]

On Mon, 21 Aug 2023 17:00:26 +0200
Ludovic Courtès  wrote:

> Hi Denis,
Hi,

[...]
> How about this patch:

I've some issue testing the patch. With guix
1c916c167b7eb1f2f8af2cf621aa1512b00b1033 ("gnu: Add thunarx-python.")
I've the following:
>   LD [M]  net/nsh/nsh.ko
>   LD [M]  net/qrtr/qrtr.ko
>   LD [M]  net/qrtr/qrtr-smd.ko
>   LD [M]  net/qrtr/qrtr-tun.ko
>   LD [M]  net/qrtr/qrtr-mhi.ko
> error: in phase 'build': uncaught exception:
> %exception #< program: "make" arguments: ("-j" "6")
> exit-status: 2 term-signal: #f stop-signal: #f> phase `build' failed
> after 15717.1 seconds command "make" "-j" "6" failed with status 2
> builder for
> `/gnu/store/969v8chaxmh1b6abr202y2myl0npb6zh-linux-libre-6.4.11.drv'
> failed with exit code 1 cannot build derivation
> `/gnu/store/lky0cr3p0y9lgzarcnrl2aq4y4389ygq-linux-modules.drv': 1
> dependencies couldn't be built building path(s)
> `/gnu/store/n2jk40lhr395jnpi5nr6dhdc536ngrsd-mcron-job' cannot build
> derivation
> `/gnu/store/6f0x8bkmalkrx3n24f9jfvxpd6cvs7sk-parameters.drv': 1
> dependencies couldn't be built cannot build derivation
> `/gnu/store/m5j1961vjyrk1s48i864lcp0h4a0v2sk-profile.drv': 1
> dependencies couldn't be built building path(s)
> `/gnu/store/bhyhl6gw0gkawykb6k0ziyim0wpfnbk6-module-import-compiled'
> cannot build derivation
> `/gnu/store/m7mw72finn57b0j5f66x4dcwgm22k2xj-system.drv': 1
> dependencies couldn't be built cannot build derivation
> `/gnu/store/gbwsrrvlfw2v3cdgxnmi31bz38x5xhgc-switch-to-system.scm.drv':
> 1 dependencies couldn't be built cannot build derivation
> `/gnu/store/ynn503gdm4r6azqa8wa0sjakshx0pcgz-remote-exp.scm.drv': 1
> dependencies couldn't be built guix deploy: error: build of
> `/gnu/store/ynn503gdm4r6azqa8wa0sjakshx0pcgz-remote-exp.scm.drv'
> failed

And here I tried without the patch, in a guix checkout built with make
and with the following command: './pre-inst-env guix deploy -L
rockpro64/ rockpro64/rockpro64.scm'.

I'm unsure of what is wrong with the kernel build, but since it's not
downloading substitutes for it, the issue is probably more general.

Denis.


pgpnih5XG_rO2.pgp
Description: OpenPGP digital signature

bug#64605: HandBrake 1.5.1 hangs on startup due libQt5Qml

[Maxim Cournoyer]

Hello,

Maxim Cournoyer  writes:

> Hi,
>
> Distopico  writes:
>
>> On 2023-07-20, Maxim Cournoyer  wrote:
>>
>>> Hello,
>>>
>>> Distopico  writes:
>>>
 On 2023-07-20, Maxim Cournoyer  wrote:

> This looks like an upstream Qt problem.  Have you searched if an issue
> was known about it?  Their tracker is at https://bugreports.qt.io/.

 Checking there looks like is already reported a similar issue
 https://bugreports.qt.io/browse/QTBUG-58508, I think that happens in
 Guix/Nix becase QT is trying to write inside the profile path 
>>>
>>> It looks like we should apply this patch to completely disable QML disk
>>> cache in Qt: https://github.com/NixOS/nixpkgs/pull/197010.
>>
>> yes, I was thinking on that, maybe inside [profile]/etc/profile
>
> No, the patch is more definitive than that, it disables the QML disk
> caching from qtdeclarative directly.

Installed with commit 1717c8a233b7fda3a10aabc061168c71317f883e.

Let me know if any caching problems persist.

-- 
Thanks,
Maxim

bug#65541: New fancy progress bars writing new lines instead of updating original

[elaexuotee--- via Bug reports for GNU Guix]

The new pretty progress bars are quite nice. One issue I am ecountering,
however, is demonstrated in the snippet below:

オブジェクトにインデックスを付けています  71% 
▕▉
オブジェクトにインデックスを付けています  74% 
▕█▏
オブジェクトにインデックスを付けています  77% 
▕█▍
オブジェクトにインデックスを付けています  81% 
▕█▋
オブジェクトにインデックスを付けています  84% 
▕█▊
オブジェクトにインデックスを付けています  87% 
▕█
オブジェクトにインデックスを付けています  90% 
▕█

When preceeding text contains double-width characters, progress bar updates end
up printing new lines instead of overwriting the original. When the preceeding
text is ascii, such as for substitute downloads, then the bars work
beautifully.

My guess is that the width-calculation simply forgets to account for possible
double-width charaters in the text snippet.

Anyone else seeing this?

Cheers,
B. Wilson

bug#48549: Can't change keyboard layout in Xfce

[宋文武 via Bug reports for GNU Guix]

Maxim Cournoyer  writes:

> Hello,
>
> In a VM image such as the one we offer for download here:
> https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2
> or manually built with
>
> $ guix system image --image-size=20G -t qcow2 
> gnu/system/examples/vm-image.tmpl
>
> it is not possible to switch the keyboard layout (it sticks to the
> default English US one) via the provided GUI (xfce4-keyboard-settings).


Hello, i find that select the layout won't make it active, but you have
to move it to the top row.  Closing now, as it does works..


Thanks.

bug#40880: [XFCE]: No webbrowser installed by default

[宋文武 via Bug reports for GNU Guix]

Michael Rohleder  writes:

> Hi Jonathan,
>
> Jonathan Brielmaier  writes:
>> If you install XFCE and you want to start the webbrowser via the bottom
>> line or the Applications menu, you get a dialog "Choose Preferred
>> Application" instead of a launching web browser.
>>
>> That's because no web browser is installed with XFCE.
>
> I think its because you havent choosen a preferred browser, so I think
> xfce behavior is correct here.
>
> If the user wants a webbrowser he needs to install one, I dont think
> there is anything xfce could do here.


Hello, Xfce project doesn't have a web browser (i think it did had
midori years ago, but it seems abandoned), so I think it's reasonable to
leave the choice to users.

Closing, thanks.

bug#65281: GUIX Installer Error - installer-dump-15d44843

[the middle third via Bug reports for GNU Guix]

Hi Josselin -

Attempted an install with the latest build and installer fails in same location.

Had a similar failure with coreutils on a machine running from the 1.3.0 
installer after guix pull and package upgrade.  Reading up on guix rollbacks 
now but will take to the forums to do additional debugging.

Thought I'd give you a heads up in case it's a cascade with low foot print 
legacy devices. 

Thanks,
ca
  


Aug 16, 2023, 02:40 by d...@jpoiret.xyz:

> Hi,
>
> The error here is the write_wait_fd unimplemented while substituting,
> reported also in #61642 for example.  From what I understand this should
> be fixed now that we have a more recent guile-gnutls.  Are you using the
> 1.4.0 installer?  If so, can you try the latest one instead and see if
> the problem still arises?
>
> Best,
> -- 
> Josselin Poiret
>

bug#65461: Cannot compile any Rust projects

[Josselin Poiret via Bug reports for GNU Guix]

Hi everyone,

Hilton Chain  writes:

> Cc-ing Josselin since they have sent a patch to #63258.
>
> Hi Josselin, what's the current state of the patch?  Can you resend it
> to guix-patches to trigger the build process?

Huh, completely forgot about this.  The patch should still be ready, and
I don't expect it to cause any problems.  I can have a look and maybe
merge this afternoon.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#65508: Displaying qt applications on wayland using qtwayland is complicated

[Josselin Poiret via Bug reports for GNU Guix]

Hi Morgan,

Morgan Smith  writes:

> Well if I understand how "guix size" works, then adding qtwayland would only
> add 30 or 80 MiB, which in my opinion isn't a lot.  My vote is on just adding
> qtwayland to all wayland packages (at the cost of a full qt rebuild).

Just dropping by to say that I agree with this!

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#65524: errors in pack symlink

[Cayetano Santos via Bug reports for GNU Guix]

>ven. 25 août 2023 at 16:33, Hilton Chain  wrote:

> Hi Cayetano,
>
> On Fri, 25 Aug 2023 15:50:53 +0800,
> Cayetano Santos via Bug reports for GNU Guix wrote:
>>
>>
>> Hello guix,
>>
>>   I’m doing a simple
>>
>> guix pack -S /.guix-profile/bin=bin mg
>>
>>   with no issue.
>>
>>   However, when I replace ’bin’ by ’sbin’, ’libexec’ or ’src’ I get an
>>   error.
>>
>> guix pack -S /.guix-profile/libexec=libexec mg
>>
>>   This used to perform correctly. Is that an expected behaviour ?
>>
>>   I’m using "738b0e4" from yesterday.
>
> I don't know about the previous state, but currently mg and the
> produced profile used by guix pack don't contain sbin, libexec or src:
>
> $ ls /gnu/store/m11qlw60b4chz37cysqxg6kpixnqjld5-mg-20221112/
> bin/  etc/  share/
>
> $ ls /gnu/store/5qn8s8qdlvxv1aj9dsh4bffbxqd9xbjn-profile/
> bin@  etc/  share/  manifest

You’re right. This is probably the reason, I have misunderstood the way
it is done.

Thanks,

C.

bug#65524: Fixed.

[Cayetano Santos via Bug reports for GNU Guix]

bug#36944: Xfce Panel shortcuts after updates might not work

[宋文武 via Bug reports for GNU Guix]

zna...@disroot.org writes:

> Hello! Sometimes, when Icecat or Pcmanfm-qt update, I am not able to run them 
> from shortcuts I've add to
> panel as Items (right mouse click - Panel - Add new Item).
> This is because applications addresses were changed after update (because 
> guix adds hash to application
> folder).
> This makes me need to delete shortcut and add again.
> Xfce is not in account in this. Xfce does not use 
> /home/user/.giux-profile/bin folder for those shortcuts. Xfce
> uses /gnu/store/hashhashahsh-icecat-60.1/bin/icecat instead. And this is my 
> trouble.
>
> Do you think we can solve this?

No solution yet, but i confirm this issue does exists..

After add a launcher for chroium in xfce4-panel, i got:

$ cat panel/launcher-9/16929589731.desktop

--8<---cut here---start->8---
[Desktop Entry]
Version=1.0
Name=Chromium
GenericName=Web Browser
Comment=Access the Internet
Exec=/gnu/store/0bm0k38601acm56pv5jkl6wgvm0rj5xc-ungoogled-chromium-112.0.5615.165-1/bin/chromium
 %U
StartupNotify=true
Terminal=false
Icon=chromium
Type=Application
Categories=Network;WebBrowser;
MimeType=application/pdf;application/rdf+xml;application/rss+xml;application/xhtml+xml;application/xhtml_xml;application/xml;image/gif;image/jpeg;image/png;image/webp;text/html;text/xml;x-scheme-handler/http;x-scheme-handler/https;
Actions=new-window;new-private-window;
X-XFCE-Source=file:///home/iyzsong/.guix-home/profile/share/applications/chromium.desktop

[Desktop Action new-window]
Name=New Window
Exec=/gnu/store/0bm0k38601acm56pv5jkl6wgvm0rj5xc-ungoogled-chromium-112.0.5615.165-1/bin/chromium

[Desktop Action new-private-window]
Name=New Incognito Window
Exec=/gnu/store/0bm0k38601acm56pv5jkl6wgvm0rj5xc-ungoogled-chromium-112.0.5615.165-1/bin/chromium
 --incognito
--8<---cut here---end--->8---

So it hardcode store paths in 'Exec'.

bug#65524: errors in pack symlink

[Cayetano Santos via Bug reports for GNU Guix]

Hello guix,

  I’m doing a simple

guix pack -S /.guix-profile/bin=bin mg

  with no issue.

  However, when I replace ’bin’ by ’sbin’, ’libexec’ or ’src’ I get an
  error.

guix pack -S /.guix-profile/libexec=libexec mg

  This used to perform correctly. Is that an expected behaviour ?

  I’m using "738b0e4" from yesterday.

Best,

Cayetano Santos

bug#65524: errors in pack symlink

[Hilton Chain via Bug reports for GNU Guix]

Hi Cayetano,

On Fri, 25 Aug 2023 15:50:53 +0800,
Cayetano Santos via Bug reports for GNU Guix wrote:
>
>
> Hello guix,
>
>   I’m doing a simple
>
> guix pack -S /.guix-profile/bin=bin mg
>
>   with no issue.
>
>   However, when I replace ’bin’ by ’sbin’, ’libexec’ or ’src’ I get an
>   error.
>
> guix pack -S /.guix-profile/libexec=libexec mg
>
>   This used to perform correctly. Is that an expected behaviour ?
>
>   I’m using "738b0e4" from yesterday.

I don't know about the previous state, but currently mg and the
produced profile used by guix pack don't contain sbin, libexec or src:

--8<---cut here---start->8---
$ ls /gnu/store/m11qlw60b4chz37cysqxg6kpixnqjld5-mg-20221112/
bin/  etc/  share/
--8<---cut here---end--->8---

--8<---cut here---start->8---
$ ls /gnu/store/5qn8s8qdlvxv1aj9dsh4bffbxqd9xbjn-profile/
bin@  etc/  share/  manifest
--8<---cut here---end--->8---

Thanks

bug#65506: [PATCH] gnu: anki: Fix preferences error.

[iyzsong--- via Bug reports for GNU Guix]

From: 宋文武 

Fixes .

* gnu/packages/education.scm (anki)[source]: Add snippet.
---
 gnu/packages/education.scm | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/gnu/packages/education.scm b/gnu/packages/education.scm
index bb307cf7ab..21c8a60c0b 100644
--- a/gnu/packages/education.scm
+++ b/gnu/packages/education.scm
@@ -737,6 +737,13 @@ (define-public anki
version "-source.tgz"))
(sha256
 (base32 "1gfr51rnllkyzli73p4r51h5ypzfa3m7lic3m3rzpywmqwrxs07k"))
+   (modules '((guix build utils)))
+   ;; #65506 Fix preferences error.
+   (snippet '(substitute* "aqt/preferences.py"
+   (("qc\\['collapseTime']/60\\.0" x)
+(format #f "int(~a)" x))
+   (("qc\\['timeLim']/60\\.0" x)
+(format #f "int(~a)" x
(patches (search-patches "anki-mpv-args.patch"
 (build-system gnu-build-system)
 (arguments

base-commit: 1c916c167b7eb1f2f8af2cf621aa1512b00b1033
-- 
2.41.0

bug#65506: Anki: Preferences Dialog Broken

[宋文武 via Bug reports for GNU Guix]

Christopher Howard  writes:

> Hello, The Anki program works well except that if I select Tools >> 
> Preferences menu, I do not get a preferences menu, and instead I get this 
> error:
>
> ```
> Error 
> An error occurred. Please use Tools > Check Database to see if that fixes the 
> problem. 
> If problems persist, please report the problem on our support site. Please 
> copy and paste the information below into your report.
> Anki 2.1.16 (4bc33e2f) Python 3.10.7 Qt 5.15.8 PyQt 5.15.9
> Platform: Linux
> Flags: frz=False ao=False sv=2
>
> Caught exception:
> Traceback (most recent call last):
>   File 
> "/gnu/store/c6hiswiwspb70q7lfy61fwdyr3i1j6jz-anki-2.1.16/share/anki/aqt/main.py",
>  line 881, in onPrefs
> aqt.dialogs.open("Preferences", self)
>   File 
> "/gnu/store/c6hiswiwspb70q7lfy61fwdyr3i1j6jz-anki-2.1.16/share/anki/aqt/__init__.py",
>  line 82, in open
> instance = creator(*args)
>   File 
> "/gnu/store/c6hiswiwspb70q7lfy61fwdyr3i1j6jz-anki-2.1.16/share/anki/aqt/preferences.py",
>  line 25, in __init__
> self.setupCollection()
>   File 
> "/gnu/store/c6hiswiwspb70q7lfy61fwdyr3i1j6jz-anki-2.1.16/share/anki/aqt/preferences.py",
>  line 80, in setupCollection
> f.lrnCutoff.setValue(qc['collapseTime']/60.0)
> TypeError: setValue(self, val: int): argument 1 has unexpected type 'float'
> ```

Hello, thank you for the report!  It seems QSpinBox really want 'int'
instead of 'float' now.  I have sent a patch to fix this.

bug#65461: Cannot compile any Rust projects

[Josselin Poiret via Bug reports for GNU Guix]

Hi Jonas,

Jonas via Bug reports for GNU Guix  writes:

> Hi! Compiling any Rust projects with cargo/rustc gives me:
>
> error: linking with 
> `/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/bin/gcc` failed: 
> exit status: 1

Please make sure you add simple reproducers to your bug reports so that
people can check that the bug does get resolved by proposed patches.  I
can't reproduce this with a simple `rustc hello.rs` where `hello.rs` is
the simplest hello world I could find.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature