Hello,
The package cdogs-sdl (release 0.6.6) seems to build fine, i.e., it is
successfully added to the store. Yet, whenever I try to run it with
"cdogs-sdl" command, it stops with a floating point exception.
Regards,
--
Nicolas Goaziou0x80A93738
o fix it at this point.
Regards,
--
Nicolas Goaziou0x80A93738
give surprising results in this case. Maybe the
documentation/cookbook could warn about this caveat.
Regards,
--
Nicolas Goaziou
guix build -m manifest.scm --with-input=emacs-minimal=emacs-next
in the manual/cookbook without caution.
Or maybe `package-with-emacs-next' could be more high-level, and handle
all of these cases. I don't know.
Regards,
--
Nicolas Goaziou
u for the report.
Regards,
--
Nicolas Goaziou
set GI_TYPELIB_PATH
unset XDG_DATA_DIRS
Help would be appreciated at this point.
Regards,
--
Nicolas Goaziou
("rust-atty" ,rust-atty-0.2)
("rust-clap" ,rust-clap-2)
("rust-clap" ,rust-clap-2)
...
Regards,
--
Nicolas Goaziou
nual, maybe in "(guix)
>> Application Setup".
>
> If it’s an easy workaround: yes. But if it’s a bug we can actually fix
> I’d rather see it fixed :)
I don't think this would be a sufficient workaround anyway. It seems
related to bug 35308 (<http://issues.guix.info/35308>) where
GI_TYPELIB_PATH is also involved.
Regards,
--
Nicolas Goaziou
Hello,
Nathan Dehnel writes:
> guix import crate --help mentions crate.io, whereas it should be
> crates.io.
Fixed. Thank you.
Regards,
--
Nicolas Goaziou
ocumentation
> (lambda* (#:key outputs #:allow-other-keys)
> (let* ((share (string-append (assoc-ref outputs "out")
> "/share"))
>
> I'm more tempted to add this little fix rather than revert the update,
> given we'd also have to revert org-contrib.
Indeed. LGTM. Thank you!
Regards,
--
Nicolas Goaziou
ackage-derivations?base_commit=51418c32d95d8188d8877616829f26479f1135c6&target_commit=b965b2f004d522acea17f85780e1e44c882e24b3&build_change=broken&after_name=&limit_results=40
>
> Cc'ing Nicolas Goaziou as they might be able to provide more information
> about the pybind11 upda
e details in [1]. :-)
>
> I think it is fixed by 9c4b266ae5b6374fd6be22e59a1d3a82b598dc8d.
>
> The issue is not the ’time-machine’. What is your current “guix
> describe”?
>
> Closing? Nicolas, do you confirm it is fixed?
Indeed. It is fixed. I'm closing this bug report.
Regards,
--
Nicolas Goaziou
dependency.
Do you think of a better way to solve this?
Regards,
--
Nicolas Goaziou
bility does not break functionality in
ripgrep. It just breaks its tests. Disabling them for a while does not
sound so bad, after all. Is it?
Regards,
--
Nicolas Goaziou
proves nothing.
> Maybe the fix could be using a later commit
> in which the later bstr is used. There are definitely unreleased
> commits in ripgrep.
Latest ripgrep commit still requires bstr 0.2.12, so this is not an
option either.
Regards,
--
Nicolas Goaziou
John Soo writes:
> I think the problem is that the version bound is too loose in
> cargo.toml upstream. What does the cargo.lock say on the current
> master? I am beginning to think we need to follow the cargo.lock to
> resolve dependencies first if it exists.
It's 0.2.12 in Cargo.toml and 0.2.1
;.
> guix build: error: build of
> `/gnu/store/12qcph6m26hlbyydsnl0ibl656397fld-fe-2.0.tar.gz.drv' failed
> --8<---cut here---end--->8---
>
> It is probably an upstream in-place replacement.
You're right. Upstream rebased 2.0 on top of 1.9 release.
I updated the hash. Thank you for the heads up.
Regards,
--
Nicolas Goaziou
; about the TTS sync state and such.
This is much better indeed. Thank you.
On Debian espeak seems to be activated after loading ".emacs" file.
Here, the package spells out all configuration messages displayed on in
the minibuffer.
Regards,
--
Nicolas Goaziou
7;m misunderstanding you, Emacspeak seems to do the same for me on
> Debian. For example, it reads "Active processes exist?..." and so on when
> exiting. Is this not proper behavior?
It is, but I am speaking at the initial messages, when you start a fresh
Emacs session.
Regards,
--
Nicolas Goaziou
ip-build' keyword. I'm surprised it chokes this way.
"rav1e" packages, i.e., without the "rust-" prefix, are the ones
actually being built. That's not the same intent.
Regards,
--
Nicolas Goaziou
Hello,
Kei Kebreau writes:
> I've pushed the patch as-is to master.
Thank you.
> I was If you are able to provide a method to replicate the issues you
> speak of here, please message me and we can open a bug report.
OK noted.
Regards,
--
Nicolas Goaziou
patch the "LoadingWindow_Gtk.cpp" file like:
--8<---cut here---start->8---
Handle = dlopen( (RageFileManagerUtil::sDirOfExecutable + "/" +
"../share/stepmania/GtkModule.so").c_str(), RTLD_NOW );
--8<---cut here---end--->8---
I'd favor the second option, but I cannot test the results since
I cannot reproduce the problem.
WDYT?
Regards,
--
Nicolas Goaziou
the Applications menu.
I wasn't able to get any error message to chew on.
Help is welcome.
Regards,
--
Nicolas Goaziou
#)
>142:16 1 (compile-top-call _ (7 . deprecate-package) ((5 . "?") ?))
> In unknown file:
>0 (%resolve-variable (7 . deprecate-package) #)
>
> ERROR: In procedure %resolve-variable:
> error: deprecate-package: unbound variable
Oops. Fixed. Thank you.
Regards,
--
Nicolas Goaziou
Hello world\n");
> return 0;
> }
>
> $ guix install gcc
> $ gcc hello.c
> error trying to exec 'as': execvp: No such file or directory
You are really looking for `gcc-toolchain' package. See section 2.6.6 in
the manual.
HTH,
Regards,
--
Nicolas Goaziou
elease (Org 9.2.5 or Org 9.3), which
will hopefully be in sync.
Meanwhile, I reverted the update, and I'm closing this bug.
Thank you.
Regards,
--
Nicolas Goaziou
e - a CLI, cURL-like tool for humans.")
(description
"HTTPie - a CLI, cURL-like tool for humans.")
(license license:bsd-3))
Regards,
--
Nicolas Goaziou
t : https://git.savannah.gnu.org/git/guix.git
branche: master
commit : 41671813f13cc4965f3674fdf4eb17506b49caf2
Not sure it helps, though.
Did you try to recompile guix after make clean-go? IIRC I encountered
a similar problem a couple of weeks ago.
Regards,
--
Nicolas Goaziou
d, building Hedgewars 1.0 (for which I have a pending
patch) fails in the same fashion.
This is probably related to bug#37999.
Regards,
--
Nicolas Goaziou
Hello,
Nicolas Goaziou writes:
> Pierre Neidhardt writes:
>
>> Hedgewars fails to build:
>>
>
> [...]
>
>> ld: cannot find crt1.o: No such file or directory
>> ld: cannot find crti.o: No such file or directory
>> clang-8: error: linker c
e.
>
> So long as that works, I'll send a patch updating the Guix version of
> this package to this more-recent 'release' of emacs-ebib.
Thank you for the report.
I updated emacs-parsebib to 4.1. Closing.
Regards,
--
Nicolas Goaziou
C_CONSTANTS -DTIMEOUT
> -DHAVE_LIBMICROPYTHON -fpermissive -DQUICKJS -MT alg_ext.lo -MD -MP -MF
> .deps/alg_ext.Tpo -c alg_ext.cc -o alg_ext.o >/dev/null 2>&1
> pari.cc:752:17: error: typedef ‘giac::PFGEN’ is initialized (use ‘decltype’
> instead)
> 752 | typedef GEN (*PFGEN)(ANY
um doesn't have this issue.
On the terminal, I can see the following error:
libva error: vaGetDriverNameByIndex() failed with unknown libva error,
driver_name = (null)
but I don't know if it is related.
Regards,
--
Nicolas Goaziou
Hello,
jgart writes:
> * gnu/packages/emacs-xyz.scm (emacs-function-args): New variable.
Applied. Thank you.
Regards,
--
Nicolas Goaziou
voke-error program: "buttercup" arguments: ("-L" ".")
> exit-status: 255 term-signal: #f stop-signal: #f>
> phase `check' failed after 2.7 seconds
> command "buttercup" "-L" "." failed with status 255
This is now fixed in commit 7e656bfa2888f4af53116402573589b3a38cbaba.
Thank you.
Regards,
--
Nicolas Goaziou
deps)
> package-activate(compat)
This is now mitigated in commit db746d16602f4b22ed678aaaeeb5974398d27874.
To properly fix this, as the next step, I'm leaning towards removing
emacs-nadvice package altogether. It is not useful in Guix since we
provide Emacs 28+.
WDYT?
Regards,
--
Nicolas Goaziou
agit
> - (let ((commit "36059e0b881cb1465cb5ad0099e55e00845a8222")
> + (let ((commit "b908c79b44f5c282eec44f19fc1d9967f041dd5c")
> (revision "0"))
NB: I also bumped revision.
Regards,
--
Nicolas Goaziou
Hello,
Feng Shu writes:
> Nicolas Goaziou writes:
>> To properly fix this, as the next step, I'm leaning towards removing
>> emacs-nadvice package altogether. It is not useful in Guix since we
>> provide Emacs 28+.
>
> agree :-)
I'm CC'ing Phodina,
It seems like a capitalization problem. Maybe we should skip
the failing test.
WDYT?
Regards,
--
Nicolas Goaziou
Hello,
Xinglu Chen writes:
> Subject: [PATCH] gnu: emacs-org-super-agenda: Disable failing test.
That was quick! :)
Applied. Thank you!
Regards,
--
Nicolas Goaziou
rds (2).
>> - Chris
>
> I've pushed a new version in b65af6ed91. I took the first of these two
> routes, though I think in the long run the latter approach probably
> makes more sense.
FWIW, I also think the second path makes more sense.
Regards,
--
Nicolas Goaziou
ne by me, but I'm not the OP.
Regards,
--
Nicolas Goaziou
uot;Emacs mode for beancount")
Nitpick: beancount -> Beancount
> + (description
> + "Emacs-beancount is an Emacs mode for the Beancount accounting
> tool."
Otherwise, LGTM!
Regards,
--
Nicolas Goaziou
(setenv "TLP_CONFDEF"
> (string-append out "/share/tlp/defaults.conf"))
Indeed! I created a patch with a proper commit message and applied it in
your name.
Thank you.
Regards,
--
Nicolas Goaziou
gt;
> this used to work not so long ago.
This was fixed in commit e7b899008c34c3d420b2017b8d41e13b33d5a93c
applied on October, 8th. I cannot reproduce it.
You may not be running a recent enough guix. Could you double-check the
output of "guix describe"?
Regards,
--
Nicolas Goaziou
r around the variable.
I updated emacs-shell-command+ to 2.3.2. Thank you for the report.
Regards,
--
Nicolas Goaziou
oblematic projects include
- github.com/decred/dcrd/lru
- cloud.google.com/go/storage
- google.golang.org/grpc/cmd/protoc-gen-go-grpc
Regards,
--
Nicolas Goaziou
Fixed now. Thank you.
Regards,
--
Nicolas Goaziou
'("fontconfig"))
even though fontconfig does not depend on glib (but does search XDG_DATA_DIRS).
--
Nicolas Goaziou
Hello,
Josselin Poiret via Bug reports for GNU Guix writes:
> Nicolas Goaziou writes:
>
>> I went a bit further:
>>
>> The issue is not specifically glib-related, but can be reproduced with
>> any package using the following:
>>
>> (search-path-sp
Josselin Poiret writes:
> Nicolas Goaziou writes:
>
>> You're right. The above fixes the issue with fontconfig. Unfortunately,
>> the problem persists with the minimal manifest:
>>
>> (specifications->manifest '("python-matplotlib"))
>&g
Hello,
"bdju" via Bug reports for GNU Guix writes:
> guix system
> guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff
>
> build log here: http://ix.io/3ISu
Fixed. Thank you.
Regards,
--
Nicolas Goaziou
Hello,
"bdju" via Bug reports for GNU Guix writes:
> guix system
> guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff
> build log here: http://ix.io/3IQP
Fixed. Thank you.
Regards,
--
Nicolas Goaziou
t have to bother updating rav1e yet.
WDYT?
Regards,
--
Nicolas Goaziou
.
>>
>> With this we do not have to bother updating rav1e yet.
>>
>> WDYT?
>
> Sounds like a plan. Are you able to do it?
This is now done on master. AFAICT both nushell and rav1e build. I'll
let the OP confirm the issue is fixed and close the bug report.
Regards,
--
Nicolas Goaziou
Hello,
Evgenii Lepikhin via Bug reports for GNU Guix writes:
> Now it is fixed.
Closing it, then. Thanks for the feedback.
Regards,
--
Nicolas Goaziou
Hello,
Aleksandr Vityazev writes:
> * gnu/packages/python-xyz (python-pydbus): New variable.
This was applied in 4527743f0a2d58d7cdf5abdd74016908eecd66a6 and
subsequent commit.
Thank you!
Regards,
--
Nicolas Goaziou
here the tag
> `v7.0.3` points at after the Guix package definition was updated?
It looks like so, because I'm pretty sure I tested it when I bumped it
to 7.0.3.
In any case, I updated it to 7.0.5. Hopefully, it now builds. Thank you
for the report.
Regards,
--
Nicolas Goaziou
Hello,
Maxime Devos writes:
> Anyway, I asked upstream <https://github.com/jmoenig/Snap/issues/2966>
> whether this will happen again. Let's wait for a response?
Upstream answered. It was an exception. So I guess all is fine.
Thanks for bringing it up to upstream.
Reg
>
> *
>
> I believe this is likely because it recursively copies a template from
> /share/solarus-quest-editor/assets/initial_quest/ relative to the
> installed solarus-quest-editor to the destination and keeps
> permissions.
Confirmed.
It may be worth reporting it upstream
o publicize
the unquote+ungexp, alias ",#~", style. IIUC, in
<https://guix.gnu.org/fr/blog/2021/the-big-change/> there's some
reasoning against the abuse of unquoting. This kind of defeat the
simplicity introduced with G-expressions. So, I would favor writing:
(list
#:configure-flags
#~(list ...))
WDYT?
Regards,
--
Nicolas Goaziou
ice-9/boot-9.scm:1683:16: In procedure raise-exception:
Value out of range 0 to< 33: 35
--8<---cut here---end--->8---
Do you know why it is failing like this?
Regards,
--
Nicolas Goaziou
following patch fix the issue then?
Regards,
--
Nicolas Goaziou
>From 8acdc1540661bc80e8c724f29b6b162ccfb3307e Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Sun, 29 Dec 2019 09:36:44 +0100
Subject: [PATCH] gnu: portaudio: Fix build.
* gnu/packages/audio.scm (portaudio)[arguments]:
ug number to the commit sub-header message.
I added the bug reference to the commit message. Do you mean it should
be moved right after the commit title (separated by a blank line)?
Regards,
--
Nicolas Goaziou
bre...@posteo.net writes:
> On 29.12.2019 10:43, Nicolas Goaziou wrote:
>> Hello,
>>
>> bre...@posteo.net writes:
>>
>>> I would personally comment the reason for disabling parallel builds
>>
>> You mean as a comment in the package definition?
; import PyQt5.QtWidgets as Qw
> ModuleNotFoundError: No module named 'PyQt5'
Fixed in 1b4c5af29c364969dbeb33681d641640283fbced. Thank you!
Regards,
--
Nicolas Goaziou
Christopher Howard writes:
> Hello, there appears to be other dependencies missing:
>
> christopher@eowyn ~$ guix time-machine --
> commit=1b4c5af29c364969dbeb33681d641640283fbced -- environment --pure
> --ad-hoc asymptote
> Updating channel 'guix' from Git repository at
> '/home/christopher/Repo
"a".
I expect them to appear in the same order as in the file.
Regards,
--
Nicolas Goaziou
Hello,
Alberto Eleuterio Flores Guerrero writes:
> * gnu/packages/emacs-xyz.scm (emacs-mmt): New variable.
Thank you. I applied it with the changes explained before: use version
tag instead of commit string, fix license.
Regards,
--
Nicolas Goaziou
f the symbol.
> +forces you to type words correctly as fast as possible, otherwise
> +you will die. The game builds the list of words from the active buffer")
The description is missing a final dot.
> +(license license:gpl2)))
The license is gpl2+.
Could you send an updated patch?
Regards,
--
Nicolas Goaziou
? or if
> it is now solved for you.
I cannot answer for the OP, but bug 35308, which may be related, is
still acute.
Regards,
--
Nicolas Goaziou
Hello,
zimoun writes:
> Do you use Gnome from Guix or Gnome from Debian?
>From Debian.
Regards,
--
Nicolas Goaziou
Hello,
zimoun writes:
> The Gnome that I use for testing is the Gnome from Debian. The
> initial bug report was about Trisquel/Ubuntu.
[...]
> I am not able to say if the bug is only related and could be merged.
OK. Sorry for the noise, then.
Regards,
--
Nicolas Goaziou
zimoun writes:
> Could you indicate me which configuration files I need to tweak?
> My Guix stuff are in ~/.bash_profile.
I use ~/.profile, as ~/.bash_profile is not sourced in Wayland, IIRC.
But there's nothing fancy in there, just a few exports, e.g.,
export GUIX_PACKAGE_PATH="$HOME/dev/g
, please use
> +@command{guix search gcc toolchain}
Nitpick: I know there is plenty of this in the manual, but I suggest to
use @samp{guix ...}, not @command{...}.
> (see @pxref{guix-search,, Invoking guix package}).
You need to remove the "see ":
(@pxref{...})
Regards,
--
Nicolas Goaziou
. If this fixes the
original issue, we can close this bug.
Regards,
--
Nicolas Goaziou
> I've attached the backtrace and the patch for the latest
> emacs-lua-mode.
Could you send another bug report for the package update?
Regards,
--
Nicolas Goaziou
gt; 'package-with-ocam4.07'.
> WDYT?
This sounds like serious overhead for a single package. Maybe we could
try to prevent byte-compilation for the package and see what happens?
Regards,
--
Nicolas Goaziou
leaner, and easier to update.
I added emacs-swiper package.
Thank you for the heads up.
Regards,
--
Nicolas Goaziou
Pierre Langlois writes:
> Nice, thanks for the quick fix! Originally I noticed this because of the
> emacs-lispy package failing to build. Here's a patch to add
> `emacs-swiper` as a dependency to fix it.
>
> I suspect we might need to fix some more, including the few
> emacs-counsel-* packages w
urce:
(origin
(method url-fetch)
(uri (string-append "http://alpha.gnu.org/gnu/solfege/solfege-";
version ".tar.gz"))
(sha256
(base32 "0sc17vf4xz6gy0s0z9ghi68yskikdmyb4gdaxx6imrm40734k8mp")))
but it fails in the same way.
WDYT?
Regards,
--
Nicolas Goaziou
"4" failed with status 2
builder for `/gnu/store/j7mw53h0pwvp6g620i6argf0gfh4d101-solfege-3.22.2.drv'
failed with exit code 1
build of /gnu/store/j7mw53h0pwvp6g620i6argf0gfh4d101-solfege-3.22.2.drv failed
View build log at
'/var/log/guix/drvs/j7/mw53h0pwvp6g620i6argf0gfh4d101-solfege-3.22.2.drv.bz2'.
guix build: error: build of
`/gnu/store/j7mw53h0pwvp6g620i6argf0gfh4d101-solfege-3.22.2.drv' failed
--8<---cut here---end--->8---
Regards,
--
Nicolas Goaziou
emacs-svg-tag-mode’, but isn't even packaged for Guix.
AFAICT, `emacs-svg-tag-mode' correctly propagates `emacs-svg-lib', and
the latter exists in "emacs-xyz.scm".
How is emacs-svg-tag-mode failing? Do you have a simple example to
demonstrate the issue?
Regards,
--
Nicolas Goaziou
r and possibly commercial software
distribution". In other words, I think the non-commercial restriction is
moot in our situation. Consequently, it seems okay to keep these games
in Guix. Debian, Trisquel, PureOS distributions seem to agree, FWIW.
I understand our opinions may differ here, but I do think software
freedom is not at stake when including drascula and friends in Guix.
Regards,
--
Nicolas Goaziou
c570f80cc0b4e7302ad118ad600b3274.
I'm closing the bug report. Feel free to re-open it if it still doesn't
work.
Regards,
--
Nicolas Goaziou
)
> - (search-input-directory inputs "/include/poppler")
> + (search-input-directory inputs "include/poppler")
I don't think these changes are warranted. Do they fix something?
Otherwise LGTM.
Regards,
--
Nicolas Goaziou
Hello,
Simon Tournier writes:
> On mar., 01 mars 2022 at 00:55, Nicolas Goaziou
> wrote:
>
>> ./pre-inst-env guix import go --recursive rclone
>
> Using Guix 14c0380, I get:
>
> --8<---cut here---start->8---
> $ guix
fdr5-texlive-mflogo-66594.drv",["out"]),("/gnu/store/xwn5jck72axqgly5mqrqqlb0q42z0wfj-texlive-libkpathsea-20230313.drv",["out"]),("/gnu/store/yfndk3m27yy0lxvsq7haara6s3sgvkyk-texlive-metafont-66594.drv",["out"]),("/gnu/store/zlnwfr958rrw7hi33whz7ly4g1ibdhdk-texlive-txfonts-66594.drv",["out"])],["/gnu/store/7qpfppfr597wmx8w8aa9d7vi0hlwkwhv-texlive-font-maps-builder","/gnu/store/97abc0kn26cymj0wn51jg4a7f59fgmsb-module-import"],"x86_64-linux","/gnu/store/g8p09w6r78hhkl2rv1747pcp9zbk6fxv-guile-3.0.9/bin/guile",["--no-auto-compile","-L","/gnu/store/97abc0kn26cymj0wn51jg4a7f59fgmsb-module-import","-C","/gnu/store/8rslw1f0ziijwakb509lp74l7gk9kcqv-module-import-compiled","/gnu/store/7qpfppfr597wmx8w8aa9d7vi0hlwkwhv-texlive-font-maps-builder"],[("allowSubstitutes","0"),("guix
> properties","((type . profile-hook) (hook .
> texlive-font-maps))"),("out","/gnu/store/i3bjkknqvy6j1yms9wq2vzvak4p3zkg6-texlive-font-maps"),("preferLocalBuild","1")])
>
You seem to have some texlive packages installed, but no `texlive-bin'.
What texlive packages, if any, are installed in your profile? What
happens if you also install, for example, `texlive-scheme-basic'?
Regards,
--
Nicolas Goaziou
ctory, I do know that
monolithic TeX Live modifies "texmfcnf.lua" (see `texlive-texmf'
package) whereas modular TeX Live (in `texlive-luatex' package) doesn't.
I think this "texmfcnf.lua" file should be modified in a proper way to
fix this issue, but I don't know how.
Regards,
--
Nicolas Goaziou
ant a very minimal system, with a lot of sweat. For
example, `texlive-bin' does not provide any ".fmt" file.
Regards,
--
Nicolas Goaziou
web2c/fmtutil.cnf
Would it be possible to remove the ".texlive2023" directory?
Regards,
--
Nicolas Goaziou
Hello,
Andreas Enge writes:
> Am Wed, Jul 26, 2023 at 04:51:06PM +0200 schrieb Nicolas Goaziou:
>> Would it be possible to remove the ".texlive2023" directory?
>
> Yes. Compilation works now, but I still cannot install texlive and
> texlive-biber concurrently, and
their union was texlive.
This should still be the same. The main difference is that `texlive-bin'
was renamed `texlive-bin-full'. Any other change was probably not intended.
> My impression is that
> commit 19fd1004138b60c4479d7516aa0cee261c0b6b57
> Author: Nicolas Goaziou
t;/share/")))
--8<---cut here---end--->8---
The files above are probably generated, and I don't know when.
> This test has been done (in case anyone's wondering) *after*
> bind-mounting the texmf.cnf of texlive-kpathsea as explained in my
> previous message.
I suggest to drop this "fix" for now.
Regards,
--
Nicolas Goaziou
;0 (copy-file "/gnu/store/rlbyrr5rnsmfi0aani1ibkrlszp7xiz?" ?)
>
> ERROR: In procedure copy-file:
> In procedure copy-file: Permission denied
> --8<---cut here---end------->8---
>
> I'm not sure if or how this problem is related to the other TexLive
> issues recently discovered.
This should be fixed in commit e43cbeafd1b632f39b08b3644af5230d5350a656.
Regards,
--
Nicolas Goaziou
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.
Regards,
--
Nicolas Goaziou
e-lh"
> "texlive-metafont"
> "texlive-mflogo"
> "texlive-mflogo-font"
> "texlive-palatino"
> "texlive-hyphen-complete"
> "texlive-times"
> "texlive-txfonts"
> "texlive-zapfding"
This setup is not correct, as you're mixing monolithic package
(`texlive') and an incomplete modular system (`texlive-*').
According to the manual, if you want to use modular TeX Live, you need
to provide at least a scheme or a collection, such as
`texlive-scheme-basic'. You should also remove `texlive'.
Does it work if you update your manifest?
Regards,
--
Nicolas Goaziou
ed 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
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
ve-biber' in a manifest, so re-instating the old `biber' package
may introduce code duplication without much benefit. WDYT?
Regards,
--
Nicolas Goaziou
1 - 100 of 155 matches
Mail list logo
