In Guix commit 7cb4440951fa3a91d48c63ac5be123636abfcf82. I found that ripgrep
and fd will emit a `.crates.toml` file outside of FHS structure(at the root of
profile).
For example, the .crates.toml file from fd looks like.
```
[v1]
"fd-find 8.1.1 (path+file:///tmp/guix-build-fd-8.1.1.drv-0/f
According to the description of emacs-cl-generic, it exists to provide
some backward compatibility for old Emacsen(< 25)
However, the Guix already package Emacs 27(even 28 on master branch).
IMO, emacs-cl-generic have done its job and we no longer need it.
Package emacs-finalize depends on emacs
In commit ba60bbd4370570ff03a16c63af051be06f22658e. Try command
guix install emacs && guix install emacs-xwidgets
These two packages are conflict with each other, but I can't see any
warning message emitted(It should emit some because profile-derivation
use union-build).
I also suggest to rais
> > I also suggest to raise an error when conflict detected during building
> > profile to force user to resolve it.
> It should be already the case. :-)
IIRC the deafult collision handler of union-build is
warn-about-collision which doesn't terminate the build when collision
occured.
BTW, Ther
ELPA importer supports MELPA[1] currently. But MELPA is a rolling
archive, which does not persist any old version tarball of
package, and harmful for reproducible build.
It's still useful for Guix packager to import package from MELPA to
draft a sketch of Emacs package, but it's not a reliable dow
Reproduce steps:
guix environment --ad-hoc qbittorrent && cat
$GUIX_ENVIRONMENT/bin/qbittorrent
We can see the wrapper generated in qt-build-system doesn't extend
existing environment variable. Instead, it overrides them.
It was discussed in
https://lists.gnu.org/archive/html/guix-devel/201
In guix/build/qt-utils.scm:24:11
(define (wrap-qt-program out program)
(define (suffix env-var path)
^
I can't understand this, if you want to do a suffix wrap, you
should do it in "wrap-program"(e.g. `("XDG_DATA_DIRS" suffix
(,vars))), it will ge
Mark H Weaver writes:
> I agree with your analysis. Would you like to propose a patch and test
> it as thoroughly as you can?
I just saw a patch posted by somebody on debbugs.
https://issues.guix.gnu.org/45221
Maybe we can go there to improve his patch and we don't have to write it
from scrat
I try to read and understand how wrap-qt-program in qt-utils.scm works.
When building QT program, Guix builder populates qt related environment
variable, and wrap-qt-program just record it into wrapper.
However, the wrap behaviour in qt-build-system is quite different, it
search all inputs and ma
Hartmut Goebel writes:
> I agree that leaking the environments variables from the build environment to
> the package is not a good idea. Also we might want to add some filters to
> avoid
> all imports (including cmake) are going into the wrapping variables - which is
> much easier when dealing w
Any progress in this patch? It's painful for CJK users that can't use
input method for Qt programs :(
--
Retrieve my PGP public key:
gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F
Zihao
signature.asc
Description: PGP signature
building /gnu/store/qgri8w2rw585wc9npnbb2nd9qvj6szzs-CUnit-2.1-3.tar.bz2.drv...
Starting download of
/gnu/store/vzq31539zql9s23708sbcrwb51lpwjf7-CUnit-2.1-3.tar.bz2
From
http://downloads.sourceforge.net/project/cunit/CUnit/2.1-3/CUnit-2.1-3.tar.bz2...
following redirection to
`https://download
Oh, it's probably my network issue, sorry for disturbing you.
--
Retrieve my PGP public key:
gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F
Zihao
signature.asc
Description: PGP signature
In c852d897551f514de95c224fa79e748f48808068, try `guix build
materialdecoration` and failed.
In file included from
/gnu/store/zzxq7q3fn6pnn1jahyzcf85hm8wakk1x-qtwayland-5.15.2/include/qt5/QtWaylandClient/5.15.2/QtWaylandClient/private/qwaylandwindow_p.h:66:0,
from
/tmp/guix-buil
This issue is similar with https://issues.guix.gnu.org/45828. But it
still not fixed in 127a88d390417d5d7b1b4a18c1b69c7169dcaf34.
When you have multiple substituters, Guix will try to fetch narinfo from
the second or even third substituters, and it dies.
```
chino@asus-laptop:~$ guix build openc
I found emacs-pyim failed to build because guix builder cannot download
source from GNU ELPA.
I check the page of pyim https://elpa.gnu.org/packages/pyim.html, and
found that GNU ELPA only provides .tar.lz format source for old version
of package.
If GNU ELPA no longer provides stable url for pac
I'm planning to package some GNUStep packages to Guix, but the gcc-objc
is broken.
Any one interested in fixing GCC? or I' ll plan to make gnustep-make use
clang instead of GCC.
--
Retrieve my PGP public key:
gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F
Zihao
signature.asc
Descr
GCC_EXEC_PREFIX=$GUIX_ENVIRONMENT/libexec/gcc/x86_64-unknown-linux-gnu/10.3.0
gcc hello.m -o hello
or pass option
`-B$GUIX_ENVIRONMENT/libexec/gcc/x86_64-unknown-linux-gnu/10.3.0`. It
still says no Objective-C compiler.
Maxime Devos writes:
> [[PGP Signed Part:Undecided]]
> Zhu Zihao
Maxime Devos writes:
> Or maybe some plugin architecture is used, I don't know..
I think the problem is pointed out by Ricardo Wurmus in this reply
https://issues.guix.gnu.org/29644#1
--
Retrieve my PGP public key:
gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F
Zihao
signature
# Main issue
Solanum in flatpak failed to render its logo.
# Reproduce step
Run
```
guix shell flatpak
flatpak install org.gnome.Solanum
flatpak run org.gnome.Solanum
```
# Investigation
The issue maybe caused by missing gdk pixbuf loaders. Try `flatpak run
--command=sh --devel org.gnome.Sol
Ludovic Courtès writes:
> Hi,
>
> Zhu Zihao skribis:
>
>> It shows that flatpak is trying to load GTK related resource from
>> /run/current-system/profile. And use
>>
>> ```
>> flatpak run --filesystem=/gnu/store:ro --filesystem=/run/current-syste
Ludovic Courtès writes:
> Hi,
>
> Zhu Zihao skribis:
>
>> It shows that flatpak is trying to load GTK related resource from
>> /run/current-system/profile. And use
>>
>> ```
>> flatpak run --filesystem=/gnu/store:ro --filesystem=/run/current-syste
Yes, this issue should be a duplicate of
https://issues.guix.gnu.org/53011
But I'm not sure whether we can update qtwebengine without touching other Qt
components.
Lars-Dominik Braun writes:
> Hi,
>
> I’ve been experiencing the same issue with RStudio (which uses
> qtwebengine under the hood)
Issue submitted to upstream with my guess and explanation.
https://github.com/magit/libegit2/issues/121
This issue is not trivial and there's no way to workaround it IMO.
--
Retrieve my PGP public key:
gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F
Zihao
signature.asc
Descriptio
Due to the inactive status of upstream. I'm planning to remove the
emacs-libgit input of emacs-magit.
magit will still work with the git executable if there's no
emacs-libgit.
Any thoughts?
Zhu Zihao writes:
> [[PGP Signed Part:Undecided]]
> Issue submitted to upstream w
magit doesn't use libgit for remote directory.
Maybe there're other reasons that make your magit work on remote file :P.
https://github.com/magit/magit/blob/master/lisp/magit-git.el#L93
Maxime Devos writes:
> [[PGP Signed Part:Undecided]]
> Zhu Zihao schreef op di 17-05-2022
Liliana Marie Prikler writes:
>> magit will still work with the git executable if there's no
>> emacs-libgit.
>>
>> Any thoughts?
> I don't see any benefits in this approach, do you?
>
> [1] http://ci.guix.gnu.org/build/859957/details
I don't see any benefits on libgit implementation.
The only
Maxime Devos writes:
>> My concern is about not breaking the local use case.
As I said here: https://issues.guix.gnu.org/55427#15
Magit use git executable for 99.9% work. Guix user should install git
(or we patch the git absolute path for it) for almost all functionality.
libgit doesn't save
Agree.
Actually, there's more prebuilt binaries in Mono 6 (current version)
And it's impossible to remove these binaries (see
https://github.com/dotnet/source-build/issues/1930)
At 2022-08-13 04:03:43, "Maxim Cournoyer" wrote:
>Hi,
>
>zamfofex writes:
>
>> It seems the package for Mono
I'm working with my private channel, And I update my gpg key using
NIPT-P384 algorithm. But `guix time-machine` complains that:
Updating channel 'cireguix' from Git repository at
'/home/citreu/gitrepos/cireguix'...
Authenticating channel 'cireguix', commits 9b37ac0 to 6601a6a (1 new commits)...
[
My opinion: Maybe NSA recommend NIST family because they know how to get
around it. But they also have to believe foreign government can't break
it easily.
--
Retrieve my PGP public key:
gpg --recv-keys 481F5EEEBA425ADC13247C76A6E672D981B8E744
Zihao
What about update emacs-telega to
0.8.44(https://github.com/zevlg/telega.el/commit/2d77c131856c9387a28dd6e4a15cef87029c3055)
?
I know the guidelines of Guix is package the stable release of software.
But I found that the telega in current Guix is partially broken(e.g.
messages with reactions is di
citreu@asus-laptop:~$ guix describe
Generation 114 9月 26 2022 13:24:04 (当前)
guix 754ce58
repository URL: https://mirror.guix.org.cn/git/guix
branch: master
commit: 754ce586e013582b0f6d28337fdc46db35395997
citreu@asus-laptop:~$ guix shell ffmpeg@4 --pure -- ffplay
guix shell: erro
Tweaks the qt.args in Qutebrowser by adding "no-sandbox" it now renders
text properly, I guess the sandbox of qtwebengine is broken.
--
Retrieve my PGP public key:
gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F
Zihao
signature.asc
Description: PGP signature
I fix this in https://issues.guix.gnu.org/63270 and it's pending to be
merged.
You can also try d-spy which IMO it's very good alternate.
--
Retrieve my PGP public key:
gpg --recv-keys B3EBC086AB0EBC0F45E0B4D433DB374BCEE4D9DC
Zihao
signature.asc
Description: PGP signature
You can have a look at
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63893
which solves the problem.
--
Retrieve my PGP public key:
gpg --recv-keys B3EBC086AB0EBC0F45E0B4D433DB374BCEE4D9DC
Zihao
signature.asc
Description: PGP signature
I found that if I put "sandbox = false" to /etc/nix/nix.conf. Nix can update
channel. Maybe nix's sandbox forget to import some guix binary path?
We can add the path to bash to build-sandbox-path in /etc/nix.conf, described
in https://nixos.wiki/wiki/FAQ.
38 matches
Mail list logo
