bug#64760: make check fails on 182be30fb1a8b847c30492462ec22c08ec7a9849

[Ludovic Courtès]

Hello!

Janneke Nieuwenhuizen  skribis:

> test-name: gc-roots, initial
> location: /home/janneke/src/guix/master/tests/store-roots.scm:33
> source:
> + (test-equal
> +   "gc-roots, initial"
> +   (list (string-append %state-directory "/profiles"))
> +   (begin
> + (delete-file-recursively
> +   (string-append %state-directory "/profiles"))
> + (gc-roots)))
> expected-value: ("/home/janneke/src/guix/master/test-tmp/var/9734/profiles")
> actual-value: #f
> actual-error:
> + (system-error
> +   "lstat"
> +   "~A: ~S"
> +   ("No such file or directory"
> +"/home/janneke/src/guix/master/test-tmp/var/9734/profiles")
> +   (2))
> result: FAIL

Hmm, this test passes for me.

Could you get a backtrace so we see where the ‘lstat’ exception comes
from?  (To get the backtrace, you can raise (begin …) out of
‘test-equal’ and then “make check TESTS=tests/store-root.scm”.)

Thanks,
Ludo’.

bug#63948: qtbase@6 retains reference to ‘gcc-final’

[Ludovic Courtès]

Heya,

Maxim Cournoyer  skribis:

> Fixed with commit 98c17c14829349d4838186400541a7cd650b64d0; there's was
> convenient QT_EMBED_TOOLCHAIN_COMPILER build switch we can use to
> disable embedding the compilers in the CMake files.

Well done, thanks!

Ludo’.

bug#64827: texlive is broken

[Andreas Enge]

Hello,

Am Wed, Aug 09, 2023 at 06:35:22PM +0200 schrieb Nicolas Goaziou:
> It would be nice to list what simplifications can be done on
> `texlive-bin', so we can apply them on a new "texlive-team" branch.

see the last commit on the wip-texlive-mono branch; the commit message
and the diff should be quite clear. Concerning the branch itself, it
can be directly applied to master once it is in shape, as nothing depends
on the monolithic texlive.

> On a different topic, it is now possible to install both `texlive' and
> `texlive-biber' in a manifest, so re-instating the old `biber' package
> may introduce code duplication without much benefit. WDYT?

You mean the old/new monolithic texlive from the wip branch and
texlive-biber work together? In that case we should indeed drop biber.

Andreas

bug#65127: Python-pytorch slow

[Spencer Skylar Chan]

Hi Cayento,

Pytorch in Guix is not built with GPU support, so it will always use
the CPU even if a GPU is available. You can check the configuration
with =guix shell python-pytorch python -- python3 -c 'import torch;
print(torch.__config__.show())'=

Best,
Skylar

bug#64783: Build of texlive-font-maps fails

[Dr. Arne Babenhauserheide]

Nicolas Goaziou  writes:

>> Should all texlive-prefixed packages be removed from the manifest? If
>> yes: can we somehow add a warning about this?
>
> IMO, you either use monolithic texlive, i.e., `texlive', or modular TeX
> Live, i.e. "texlive-" prefixed packages. You shouldn't need both (and
> I suggest using the latter as soon as your favourite packages are
> shipped).
>
> In any case, since 3481a5cb37cacbb54f74a2b1fa52ffc5c972b09f, this
> situation should not generate an error anymore.

OK — thank you!

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de


signature.asc
Description: PGP signature

bug#65184: (modify-services … (delete …)) should delete all matching service types

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

TODO: the snippet

  (modify-services %base-services
(delete mingetty-service-type))

deletes only the first (tty1) instance of the mingetty service.  I can't 
think of a scenario where this is likely to reflect the user's 
intention.  It should delete all matching services.


A delete-first variant could be added iff there's demand.

Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

bug#64827: texlive is broken

[Nicolas Goaziou]

Hello,

Andreas Enge  writes:

> Am Mon, Aug 07, 2023 at 06:16:04PM +0200 schrieb Andreas Enge:
>> Two phases and the --with-system-libgs configure flag can be dropped
>> (which will also be the case for the modular package).
>
> And two more tests can also be dropped; I have compiled the package
> successfully on i686 and armhf without them.

It would be nice to list what simplifications can be done on
`texlive-bin', so we can apply them on a new "texlive-team" branch.

On a different topic, it is now possible to install both `texlive' and
`texlive-biber' in a manifest, so re-instating the old `biber' package
may introduce code duplication without much benefit. WDYT?

Regards,
-- 
Nicolas Goaziou

bug#64783: biber not in $PATH with texlive only

[Nicolas Goaziou]

Hello,

Julian Flake  writes:

> according to your suggestion it would be sufficient to have "texlive"
> to have "all of texlive". Unfortunately, with "texlive" only, I don't
> have "biber" on my $PATH.

By default, TeX Live does not provide "biber" executable, only its
sources (the same is also true, e.g., for Asymptote).

> Therefore I used to have "texlive-bibeer" in addition to "texlive" in
> my system configuration, which resulted in having "biber" on my $PATH
> in the past. Recently, my system reconfiguration fails with
> "texlive" + "texlive-biber". guix system recofigure succeeds with
> "texlive" + "texlive-biber" + "texlive-bin". I have the impression
> that this shouldn't be the way to go.
>
> This is the failure (of building texlive-font-maps) during system
> reconfiguration with "texlive" + "texlive-biber" but without
> "texlive-bin":
>
> $ zcat
> /var/log/guix/drvs/ki/wcw72gaag3yx84hl9vhkk3mdh2ny15-texlive-font-maps.drv.gz
> Backtrace:
>   3 (primitive-load
>   "/gnu/store/jrfjhxwfgsnazg7apkgcasqfrcq?")
> In ice-9/eval.scm:
>619:8  2 (_ #f)
> In ice-9/boot-9.scm:
>140:2  1 (dynamic-wind #ice-9/eval.s?> ?)
> In unknown file:
>   0 (chdir "/tmp/texlive/share/texmf-dist")
>
> ERROR: In procedure chdir:
> In procedure chdir: No such file or directory

This should now be fixed. I'll let you close the bug if you can confirm
this.

Regards,
-- 
Nicolas Goaziou

bug#64783: Build of texlive-font-maps fails

[Nicolas Goaziou]

Hello,

"Dr. Arne Babenhauserheide"  writes:

> Should all texlive-prefixed packages be removed from the manifest? If
> yes: can we somehow add a warning about this?

IMO, you either use monolithic texlive, i.e., `texlive', or modular TeX
Live, i.e. "texlive-" prefixed packages. You shouldn't need both (and
I suggest using the latter as soon as your favourite packages are
shipped).

In any case, since 3481a5cb37cacbb54f74a2b1fa52ffc5c972b09f, this
situation should not generate an error anymore.

Regards,
-- 
Nicolas Goaziou

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

[Hilton Chain via Bug reports for GNU Guix]

Hello!

I have experienced many instances of Shepherd hanging through my use
of Guix, though I don't have a clear record of when it first happened.

These days I have seen a few reports on the subject.  With a quick
search of recent bug reports, I can't find any related, only to find
this thread [1] on help-guix.  So I'll start a bug report here, but I
don't know how to debug Shepherd and I haven't found a way to
reproduce it stably.

I'm not sure if Shepherd hangs at usual, but most of the time I find
it already hanging is when doing a reconfiguration.  The
reconfiguration becomes unresponsive and it won't accept a ^C, herd
actions also hang.  This usually happens with home reconfiguration,
but I can remember once with system reconfiguration when adding and
deleting some services in the configuration file.

I'm not sure how Shepherd hangs either, because in the latter case
(system one) I can still see logs indicating that it's trying to
respawn a process I killed manually, even though that's just a output
and no processes are actually spawned.

And as shown in [1], there are also cases where Shepherd hangs at some
point in the halting process, usually after syslogd has been
terminated but before term-tty*.

(The termination message indicates that Shepherd is still functional,
and no logs after that point shows that that's a real action, but
because of this I can't know anything happened further either.  After
that I'm still able to switch ttys so I assume term-tty* are alive.)

Although I don't know how they are related, I have linked my
configurations below:



Thanks

[1]:

(public-inbox mirror on yhetil.org)

bug#65101: Singularity can't find basic programs

[N. Y.]

On guix (GNU Guix) 5aceacac65784bd2e1fd12304f965ae6026de49d, trying to
build a Singularity image, I get many "command not found" errors for the
programs id, install, zcat, and tar:

ning@bluecoral ~/repos/bento$ sudo singularity build bento.sif bento.def
Password:
Using container recipe deffile: bento.def
Sanitizing environment
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/functions:
line 34: id: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/functions:
line 34: id: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/pre.sh:
line 44: install: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/pre.sh:
line 45: install: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/pre.sh:
line 46: install: command not found
egrep: warning: egrep is obsolescent; using grep -E
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/functions:
line 34: id: command not found
Adding base Singularity environment to container
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/environment.sh:
line 45: zcat: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/environment.sh:
line 45: tar: command not found
Cleaning up...

In my system.scm, I have both the singularity package:

  ;; Packages installed system-wide.  Users can also install packages
  ;; under their own account: use 'guix search KEYWORD' to search
  ;; for packages and 'guix install PACKAGE' to install a package.
  (packages (append (map specification->package '("nss-certs" "ntfs-3g"
"singularity"))
%base-packages))

As well as the service:

  ;; Below is the list of system services.  To search for available
  ;; services, run 'guix system search KEYWORD' in a terminal.
  (services
   (append (list (service gnome-desktop-service-type)
 (service cups-service-type
   ; http://localhost:631
   (cups-configuration (web-interface? #t)))
 (service bluetooth-service-type)
 (set-xorg-configuration
  (xorg-configuration (keyboard-layout keyboard-layout)))
 (service docker-service-type)
 (service singularity-service-type))
   ;; This is the default list of services we
   ;; are appending to.
   %desktop-services))

p.s. I also cannot build images without sudo, but I do not know if this is
intended:

ning@bluecoral ~/repos/bento$ singularity build bento.sif bento.def
Using container recipe deffile: bento.def
ERROR: You must be the root user to build from a Singularity recipe file
Cleaning up...

Best regards,
Ning

bug#65117: Documentation nits

[Sevan Janiyan]

Hi there,
I setup Guix for the first time on an Armbian install today. I used the 
instruction in section 2 of the PDF to fetch the tar.xz archive and 
setup things manually.

There's 2 issues that I hit.
1) In step 5 of section 2.1, the documentation walks you through setting 
up systemd services. There is no guix-gc.timer in the archive that was 
downloaded, so this didn't work


cp ~root/.config/guix/current/lib/systemd/system/gnu-store.mount \
 ~root/.config/guix/current/lib/systemd/system/guix-daemon.service \
 /etc/systemd/system/


2) The generated PDF has backticks replaced with smart quotes, so in 
step 3 of section 2.1, instead of stating


GUIX_PROFILE="`echo ~root`/.config/guix/current" ; \
  source $GUIX_PROFILE/etc/profile

It states:

GUIX_PROFILE="‘echo ~root‘/.config/guix/current" ; \
  source $GUIX_PROFILE/etc/profile


Sevan

bug#65177: udevd error with lvm-raid array leading to race condition with luks

[Adrien 'neox' Bourmault]

Hi there.
My setup is the following (LVM array containing a LUKS partition):

  (mapped-devices
   (list
(mapped-device
  (source "HOMERAID")
  (target "HOMERAID-HOMERAID_data")
  (type lvm-device-mapping))
(mapped-device
  (source "/dev/mapper/HOMERAID-HOMERAID_data")
  (target "luks-f0a72a6c-499b-4445-8d13-21dc99337752")
  (type luks-device-mapping

  (file-systems
(cons*
  (file-system
(mount-point "/")
(device (uuid "2e44f3f7-bb6b-43ac-933a-e8992bf10d29" 'ext4))
(type "ext4"))
  (file-system
(mount-point "/home")
(device "/dev/mapper/luks-f0a72a6c-499b-4445-8d13-21dc99337752")
(type "ext4")
(dependencies mapped-devices))
  (file-system
(mount-point "/boot/efi")
(device (uuid "DC58-946E" 'fat32))
(type "vfat"))
 %base-file-systems)))

I use Guix System since 2022, and never had any problem booting with 
this configuration. But I did update my system (and reconfigure it) last 
week and now I can't boot. I don't have any older generation to restore 
(yes I'm dumb, I executed a delete-generations to show how it works to a 
friend), but I think the last working one was from July, 25th or just a 
bit older.


I have in my /var/log/messages :

  Aug  9 11:40:27 localhost vmunix: [7.525877] udevd[515]: failed 
to execute '/usr/bin/systemd-run' '/usr/bin/systemd-run --no-block 
--property DefaultDependencies=no --unit lvm-activate-HOMERAID 
/gnu/store/hffkn63zx2zjadawrkxpnr486frc9n74-lvm2-2.03.21/sbin/lvm 
vgchange -aay --autoactivation event HOMERAID': No such file or directory


On the screen, during boot, I obtain a wall of messages like (not the 
exact message, sorry, can't find on syslog) "Device 
HOMERAID-HOMERAID_data could not be found: does not exist or access 
denied" and after that the system hangs.


However, I can boot successfully if and only if I press Scroll Lock just 
after modesetting and before this message ("Device ... not be found") 
appears and when I press it again (to deactivate its effect) after some 
seconds, the LUKS passphrase prompt appears and allows me to boot properly.


I can use my system but it requires multiple tries each time x) I have 
to be really synchronized with the modesetting and the message xD


Thank you very much.

Freely,
--
Adrien Bourmault
Co-maintainer, GNU Boot project
Elected member, XMPP Standards Foundation
Associate member, Free Software Foundation
Trésorier, Association Libre en Communs (https://www.a-lec.org)
GPG : 1DF1132CF1658A8559025C98AAD6B069819E6979

bug#64783: Build of texlive-font-maps fails

[Dr. Arne Babenhauserheide]

Nicolas Goaziou  writes:

> Hello,
>
> "Dr. Arne Babenhauserheide"  writes:
>
>> Is there a package that says "all of texlive"? When working with LaTeX,
>> I do not know beforehand which packages I need but rather always need
>> all available to try out what works well.
>
> The "all of texlive" package is called `texlive'.
>
> When you have this one in your profile, you shouldn't need any
> "texlive-" prefixed package. OTOH, if you don't have `texlive', which is
> what I suggest, you need to start off with a base system, such as
> `texlive-scheme-basic' and extend it with TeX Live collections.

I found that after an update, pdflatex is broken with texlive and
additional packages, but works when 

Should all texlive-prefixed packages be removed from the manifest? If
yes: can we somehow add a warning about this?

I have this list in my manifest:

  "texlive"
  "texlive-ae"
  "texlive-amsfonts"
  "texlive-bin"
  "texlive-charter"
  "texlive-cm-super"
  "texlive-fontinst"
  "texlive-ec"
  "texlive-iwona"
  "texlive-latex-fonts"
  "texlive-rsfs"
  "texlive-inconsolata"
  "texlive-mdwtools"
  "texlive-ms"
  "texlive-polyglossia"
  "texlive-titlesec"
  "texlive-lh"
  "texlive-metafont"
  "texlive-mflogo"
  "texlive-mflogo-font"
  "texlive-palatino"
  "texlive-hyphen-complete"
  "texlive-times"
  "texlive-txfonts"
  "texlive-zapfding"


Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de


signature.asc
Description: PGP signature

bug#53543: bug#64798: [PATCH 000/209] update kde package and add plasme desktop

[宋文武 via Bug reports for GNU Guix]

Andreas Enge  writes:

> Am Tue, Aug 08, 2023 at 08:39:26PM +0800 schrieb 宋文武:
>> Thank you!  Fixed failures due to missing ktextaddons with:
>>   5ced446828 gnu: Add ktextaddons.
>>   8d1a785d59 gnu: Add missing ktextaddons to kde-pim packages.
>> Also fixed kalendar and kgpg:
>>   67f32a2fd2 gnu: kalendar: Add missing inputs.
>>   1a02365c4a gnu: kgpg: Skip flaky test.
>
> Thank you! Does this also fix this older bug report:
>https://issues.guix.gnu.org/53543
> or if not, could you check if there is a simple fix?

Yes, kmessagelib build fine now.

bug#65111: GnuCash cannot get online quotes

[Altadil via Bug reports for GNU Guix]

> > Hello,
> > 
> > Altadil via Bug reports for GNU Guix bug-guix@gnu.org writes:
> > 
> > > Hi,
> > > 
> > > GnuCash 5.3, as packaged in Guix, cannot access quote sources. When
> > > adding a new security, it displays "Warning: Finance::Quote not
> > > installed properly." and the "Get Online Quotes" checkbox is greyed
> > > out.
> > > 
> > > I am on an up-to-date Guix System and the rest of GnuCash seems to be 
> > > working fine.
> > > 
> > > It seems the package perl-finance-quote was not automatically
> > > installed with gnucash, so I installed it. I then tried to follow the
> > > steps in the upstream
> > > doc: 
> > > https://www.gnucash.org/docs/v4/C/gnucash-help/finance-quote-install.html
> > > But it did not change the result.
> > > 
> > > The flatpak version of GnuCash from flathub.org (also 5.3) appears to
> > > be working (on the same Guix System).
> > 
> > If other distributions of GnuCash commonly ship with the necessary Perl
> > modules necessary for this feature to work, perhaps we should too? It
> > could be done by wrapping the GnuCash binary with the Perl search path
> > (PERL5LIB, I reckon).
> > 
> > Would you like to give it a try?
> > 
> > --
> > Thanks,
> > Maxim
> 
> 
> 
> Hi,
> 
> I have no idea how this wrapping thing works, but I am willing to look at it. 
> Is there any example of how to do that ?


Hello,
after looking at the package definition, I did see the wrapping code. So the 
required module should be available. I don’t know why gnucash doesn’t find it. 
I tried launching the program from the CLI to see more of what’s going on, but 
it doesn’t print anything when trying to add a new security.

Best regards,
Altadil

bug#52967: Close

[Andreas Enge]

Closing an old bug report, as it is unlikely we will receive more info.

Andreas

bug#64827: texlive is broken

[Andreas Enge]

Am Mon, Aug 07, 2023 at 06:16:04PM +0200 schrieb Andreas Enge:
> Two phases and the --with-system-libgs configure flag can be dropped
> (which will also be the case for the modular package).

And two more tests can also be dropped; I have compiled the package
successfully on i686 and armhf without them.

Andreas