Hi. The bug can be tested with a one liner from within the guix shell
of your guix-repo checkout directory. Then it's just a git bisect
grind resulting in:
bad commit:6a763d916e 2023-02-25 (HEAD) gnu: maven: Update to
3.9.0. Julien Lepiller
compile error: 7634bfca4a 2023-02-25 gnu: Add java-as
The warning appears also for guile@2.0 and later. guile@1.8 works fine:
```
$ guix shell --emulate-fhs --container guile@1.8
[env]$ exit
$ guix shell --emulate-fhs --container guile@2.0
ldconfig: /lib/libguile-2.0.so.22.8.1-gdb.scm is not an ELF file - it
has the wrong magic bytes at the start.
[
> ./guix-install.sh --uninstall
> [...]
> That sounds dangerous
Yeah a bit.
> -- what about putting all the deletions
> in a TAR_DICT/TAR_FILE_NAME.tgz as a default, with suitable
> default alternative commands for various capitalized names
> in a (bash) select menu -- which could also include
>
Do you mean the guix-install.sh script? If so then what about the
https://guix.gnu.org/manual/devel/en/guix.html#index-uninstallation_002c-of-Guix
?
> linux-libre-documentation is broken again:
Try to repeat ./bootstrap and configure
See also https://issues.guix.gnu.org/issue/70140 and the commit
74517806f80dab17474a3c5f0b91d437e4d4e052
Cheers, Bost
Hello Florian,
> Would that be OK?
Yeah, that's it. Sure, it's not much but it is at least "something" we
can refer to and later improve upon.
Here is a different wording of your text (,aided by AI. Pick the one
of your liking and commit it please):
Should @command{make} fail with a new error m
> So there is no solution, is there?
In short, you provided a detailed explanation why there's no automatic
solution for failing `make doc/guix.texi` when a new language is added
to the documentation. So far so good. I appreciate that.
However, this is exactly the kind of situation that is beggin
Hi Florian,
> This advice [...] I don’t think [...] it is worth the notification [...]
It ate me away ~1 work-hour, from the "It doesn't compile, what the
hell!?!" moment, all the way through the "What am I doing wrong?...
Nothing!" phases, until I found the culprit. And then the search for a
sol
> Rerun ./bootstrap and configure, then make
Yeap that helped. Thank you Efraim.
BTW there's a corresponding comment in the doc/local.mk which could be improved:
modified doc/local.mk
@@ -21,7 +21,8 @@
# You should have received a copy of the GNU General Public License
# along with GNU Guix.
I guess it has something to do with the:
1. 72ca1a336ab296187a4d025c399fade63004c780 : Merge branch 'emacs-team'
2. ungexp'y-like `#$` in `(file-name-directory #$)` in the
sly-named-readtables-autoloads.el
$ guix shell --development guix direnv gnupg git --pure
bost@ecke ~/dev/guix [env]$ ./pre-in
$ guix shell --development guix direnv gnupg --pure --
bost@ecke ~/dev/guix [env]$ make doc/guix.texi
cd . && /bin/sh /home/bost/dev/guix/build-aux/missing automake-1.16
--gnu Makefile
Makefile.am:922: warning: AM_GNU_GETTEXT used but 'po' not in SUBDIRS
automake-1.16: error: cannot open < ./doc/g
Hi,
> What do you think of the attached patch? The difference is that it
> patches code at its root (in the actual source tarball rather than after
> it’s been copied), it does so for IcedTea 7 and 8, and there are patch
> files that are slightly clearer than a substitution pattern.
That's clear
> I couldn’t find ‘GenerateCurrencyData.java’ though, not sure where it lives.
bost@ecke /tmp/guix-build-icedtea-2.6.13.drv-0$ fd GenerateCurrencyData.java
icedtea-2.6.13/openjdk/jdk/make/tools/src/build/tools/generatecurrencydata/GenerateCurrencyData.java
icedtea-2.6.13/openjdk-boot/jdk/make/tool
ttachment.
Cheers Bost
From 96da848ddeec11f207dabec64a5d314c28e6c46f Mon Sep 17 00:00:00 2001
Message-ID: <96da848ddeec11f207dabec64a5d314c28e6c46f.1698156887.git.rostislav.svob...@gmail.com>
From: Rostislav Svoboda
Date: Tue, 24 Oct 2023 16:08:10 +0200
Subject: [PATCH] =?UTF-8?q?home:=20services:=20Fix=20regression=20in=20ge
This happens when I remove emacs from the default profile `guix remove
emacs` and install it via `guix home ...`.
IOW the bug is not that $GUIX_PROFILE/share/emacs/site-lisp is missing
in EMACSLOADPATH, but that "$HOME/.guix-profile/share/emacs/site-lisp"
is in the load-path even if emacs is not in
Some more (hopefully relevant) information:
$ free -h
totalusedfree shared buff/cache available
Mem:31Gi12Gi 1.5Gi 299Mi17Gi18Gi
Swap: 8.0Gi 450Mi 7.6Gi
$ uname -a
Linux ecke 6.4.16-gnu #1
Hope it will help.
Cheers Bost
$ guix pull --cores=24
Updating channel 'nonguix' from Git repository at
'https://gitlab.com/nonguix/nonguix'...
Updating channel 'haskell-and-clojure' from Git repository at
'file:///home/bost/dev/haskell-guix'...
Updating channel 'bost' from Git repository at
'file
I get this error when the order of packages is "wrong". E.g. this fails:
guix shell --development pwclient guix --pure
./pre-inst-env guix build pwclient
but this works:
guix shell --development guix pwclient --pure
./pre-inst-env guix build pwclient
Cheers
Bost
Hello, the log is in the attachment.
Cheers Bost
4nfd33ayqw5pb1snlf1mp3cnvrili4-agda-ial-1.5.0.drv.gz
Description: application/gzip
Hello Michael, the bug doesn't come up anymore. Thanks.
Chers Bost
Under bash everything is fine, however under the fish-shell the
photoflare crashes when Ctrl-o is pressed or when I go Menu -> File ->
Open... with the error below.
Cheers
Bost
(photoflare:19613): Gtk-WARNING **: 15:31:01.261: Could not find the
icon 'document-open-recent-symbolic-ltr'. The 'hic
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%
\sha256 hash mismatch for
/gnu/store/n2d3rwbvrlag5c1spv1b73vvg9w2r8cw-autocon
It seems like this issue has been resolved by the
79897a37012a9bfbcb460cfe0aaaf32aab79dbe5 if so then please close this
issue.
Thanks
That invalid uri string comes from
(uri "gogdownloader://world_of_goo/en3installer0")
https://gitlab.com/guix-gaming-channels/games/-/blob/master/games/packages/world-of-goo.scm#L122
and the commit was made by Alex Griffin ~2,5 years ago
on Dec 17 2019.
@Alex if you remember, can you tell us
And also I just noticed, for firefox the indicated version numbers are
the same. I.e. from 100.0 to 100.0
```
nongnu/packages/mozilla.scm:94:13: firefox would be upgraded from
100.0 to 100.0.
```
The /home/bost/.config/guix/current/bin/guix is attached.
Greetings,
Bost
$ guix refresh
nongnu/packages/wine.scm:160:13: dxvk would be upgraded from 1.9 to 1.10.1
nongnu/packages/wasm.scm:146:13: wasm32-wasi-libcxx would be upgraded
from 13.0.0 to 14.0.3
nongnu/packages/vpn.scm:31:13: zerotier w
build of
/gnu/store/ml2gz88c95s1f8ndlq85mmansbc6x775-clojure-data-xml-0.2.0-alpha6.drv
failed
View build log at
'/var/log/guix/drvs/ml/2gz88c95s1f8ndlq85mmansbc6x775-clojure-data-xml-0.2.0-alpha6.drv.bz2'.
cannot build derivation
`/gnu/store/invl8anf8z2yrckqhl22g0rkfdlxaa23-clojure-tools-1.10.3.10
> It seems the local build aspect is broken for me for glibc-locales so to
> solve this, as root I did:
>
> # guix archive --authorize < \
> ~root/.config/guix/current/share/guix/ci.guix.gnu.org.pub
>
> It seems to have fixed my issue.
Confirming. Executing `guix archive ...` helps. However t
It works now. We can close this bug. Thank you for fixing it.
> I think, that's because pyperclip is needed in "sanity-check" phase and
> we didn't had this before the big merge.
I'm rather new to guix... big merge what with what?
> If it does, there's some serious and weird bug in the guix daemon's
> build isolation code.
I wonder how and why the mycli got installed without having it's
dependency, the python-pyperclip installed in the first place.
Bost
> It would seem that if python-pyperclip is upgraded, the build would
> succeed.
Hmm maybe. I tried:
$ guix install python-pyperclip
The following package will be installed:
python-pyperclip 1.6.4
guix install: error: profile contains conflicting entries for python-pyperclip
guix install: err
The command was:
$ guix upgrade mycli
The following package will be upgraded:
mycli (dependencies or package changed)
substitute: updating substitutes from 'https://ci.guix.gnu.org'...
0.0%guix substitute: warning: ci.guix.gnu.org: connection failed:
Connection timed out
substitute:
The followi
e bug analysis.
Kind regards
Bost
[1] https://logs.guix.gnu.org/guix/2021-10-20.log#133303
Le mer. 20 oct. 2021 à 15:48, Tobias Geerinckx-Rice a écrit :
> Rostislav,
>
> Rostislav Svoboda 写道:
> > Ehm, sorry. The file is attached.
>
> Thanks! Hm. I might've oversold things
> guix upgrade
The following packages will be upgraded:
emacs (dependencies or package changed)
emacs-emacsql-sqlite3 (dependencies or package changed)
evince(dependencies or package changed)
firefox (dependencies or package changed)
gvfs
I found two bugs or problems:
1. Upgrade bat 0.18.2 → 0.18.3 fails
2. There's "nothing to do" for some packages, nevertheless the
packages appear in the `guix upgrade` output
guest@gnu ~$ guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Buildi
I hit bug trying to run the yakuake package:
Couldn't start kglobalaccel from org.kde.kglobalaccel.service:
QDBusError("org.freedesktop.DBus.Error.ServiceUnknown", "The name
org.kde.kglobalaccel was not provided by any .service files")
QSystemTrayIcon::setVisible: No Icon set
fish: Job 1, 'yakuake
Hi
I think I found a bug in the mycli dependencies. Would you please fix
it? See also https://logs.guix.gnu.org/guix/2021-08-17.log
Thank you
guest@gnu ~$ mycli
Traceback (most recent call last):
File
"/gnu/store/plmbldixvy90pdqg08n3a2lk9k00dwy8-python-3.8.2/lib/python3.8/site-packages/pkg_re
Hi,
I encountered a bug in a fresh Guix installation running under qemu
VM. See below.
Kind regards
Rostislav Svoboda
guest@gnu ~$ guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix
39 matches
Mail list logo