On 10-08-2022 21:44, Maxime Devos wrote:
On 10-08-2022 20:25, Ricardo Wurmus wrote:
- the updater doesn’t work on version expressions like (git-version
"1.12" revision commit). It expects to be able to replace literal
strings. Because of that my changes let the importer generate a
On 10-08-2022 20:25, Ricardo Wurmus wrote:
- the updater doesn’t work on version expressions like (git-version
"1.12" revision commit). It expects to be able to replace literal
strings. Because of that my changes let the importer generate a
string literal such as "1.12-0.cafebab"
Hi all,
On 2022-08-09 22:02, pelzflorian (Florian Pelz) wrote:
There has been plenty of debate elsewhere; no need to bother; I guess
there won’t be consensus. […] Could the bug be closed soon?
I'm torn. I added & removed ‘-close’ a few times just now.
The initial post was doomed to be flame
Ricardo Wurmus writes:
> zimoun writes:
>
>> At the cost of more bandwidth, we could switch from url-fetch to
>> git-fetch.
>
> Let’s do it! I’m tired of Bioconductor archive shenanigans messing with
> package availability.
I have finally taken the time to review this and implement a first
On 27-06-2022 20:05, Pavel Shlyak wrote:
I don’t know the reason it happens. Maybe it’s somehow related to file-append
hack that is used to set driver location in the repo. The other problem can be
about
inputs or native-inputs being empty. Anyway, package definition looks fine to
me and I
Hi,
Ludovic Courtès writes:
> Ludovic Courtès skribis:
>
>> guix-daemon is configured to use the default substitute URLs,
>> https://ci.guix.gnu.org and https://bordeaux.guix.gnu.org, which we know
>> are unreachable.
>>
>> I’ve theoretically addressed this here:
>>
>>
>>
On 27-06-2022 20:05, Pavel Shlyak wrote:
Error log here:
https://gist.github.com/shlyakpavel/b8b53e9bb4392cce1bba3c77c6d35d58
I recommend a paste service such as paste.debian.net, it's doesn't have
trackers or non-free javascript, and its implementation is apparently
free software
Can't reproduce after touching java-utils.scm.
Greetings,
Maxime
OpenPGP_0x49E3EE22191725EE.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
b...@bokr.com writes:
> On +2022-08-09 15:46:17 +0200, Ludovic Courtès wrote:
>> Hola,
>>
>> "pelzflorian (Florian Pelz)" skribis:
>>
>> > * the main Spanish translation po/guix/es.po uses usuario
>> >
>> > * the French translation switches between “utilisateur·rices”,
>> > “utilisatrices
I just checked, this one is still relevant as of
b21d05d232ec0aba5abec20e83cc52c1d5163cc3
I started with a guix checkout at commit
d519305d83d08058e4def2c4d72fe62102d9599d. Everything was compiled,
according to "make".
Then I switched to current master: b21d05d232ec0aba5abec20e83cc52c1d5163cc3.
Now I get the following error:
In language/tree-il/peval.scm:
799:6 19 (loop _ #
test@guix_test ~/guix$ ./pre-inst-env guix refresh -u feathernotes
gnu/packages/task-management.scm:293:13: feathernotes: updating from version
0.10.0 to version 1.0.0...
guix refresh: error: mkstemp: Read-only file system
Guix system is at b21d05d232ec0aba5abec20e83cc52c1d5163cc3
"(" writes:
> On Sat Aug 6, 2022 at 2:38 AM BST, Tobias Geerinckx-Rice wrote:
>> Either of you feel like practicing a 'simple deprecation'? ;-)
> Done at #57014 :)
>
I am going to try to close this bug report. All further bug reports
should look at 57014. If I cannot close the bug report.
On 10-08-2022 11:43, Maxime Devos wrote:
Here's another instance: https://ci.guix.gnu.org/eval/528710
More information:
* non-ASCII does not seem to be set up (see: ?) (looks irrelevant)
* here are connection failures
Log:
substitute:
substitute: [Kupdating substitutes from
Hi Mohammed,
Mohammed AMAR-BENSABER skribis:
> guix style --whole-file package.scm hangs indefinitely if parenthesis is
> unmatched. Relevant commit a15542d26df42dabdb5e2f76d150ae200230c3b0.
Oops, fixed in ebda12e1d2c64480bb7d5977e580d8b2eabeb503:
--8<---cut
Hi!
Josselin Poiret skribis:
> We also use a big wrapping `with-error-handling` to display errors
> properly in the case when they are not caught. The difference is that
> `with-error-handling` adds a non-unwinding handler, while catch is
> unwinding. My first thought was that non-unwinding
Hi!
Csepp writes:
> ```
> ./pre-inst-env guix import pypi -r linode-cli | tee -a
> gnu/packages/python-xyz.scm
>
> ...
> In guix/build/syscalls.scm:
> 2284:35 1 (_)
>2273:8 0 (terminal-window-size _)
>
> guix/build/syscalls.scm:2273:8: In procedure terminal-window-size:
> In procedure
In current ‘master’ (ca. f0ae9da3210cc6d87ca519545203daf9751f3465), when
passed a set of ‘machine-ssh-configuration’ machines, ‘guix deploy’ ends
up trying to build locally even if those machines have:
(build-locally? #f)
Passing ‘--no-grafts’ works around the problem.
Ludo’.
Hi!
Ludovic Courtès skribis:
> guix-daemon is configured to use the default substitute URLs,
> https://ci.guix.gnu.org and https://bordeaux.guix.gnu.org, which we know
> are unreachable.
>
> I’ve theoretically addressed this here:
>
>
>
"pelzflorian (Florian Pelz)" writes:
> Ludovic Courtès writes:
>> • Using repetitions, “usuarias y usuarios”.
> It depends, but I think inclusiveness in technical manual sections is
> not important enough to justify such trade-offs (for the German
I now changed parts of the German website
Hi,
Oleg Pykhalov writes:
> home ssh service is broken on:
>
> $ guix describe
> Generation 33 Aug 10 2022 10:50:55(current)
> guix b72459a
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: b72459a861d7029d69e9e3ffe3dd411b452e26de
>
>
>
Hi Roman and Ludo,
It seems that xscreensaver-auth needs to be setuid instead of the main
xscreensaver binary. The screen-locker-service in xorg.scm sets the
provided package setuid and sets the required pam configuration for the
provided package. The problem is that the pam configuration needs
home ssh service is broken on:
--8<---cut here---start->8---
$ guix describe
Generation 33 Aug 10 2022 10:50:55(current)
guix b72459a
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit:
The atomic supports for this toolchain is broken:
A minimal test case:
guix shell arm-none-eabi-toolchain -- \
bash -c "echo '#include ' \
| arm-none-eabi-gcc -x c -o /dev/null -c -"
Something similar found online:
https://sourceware.org/legacy-ml/newlib/2017/msg00150.html
However no
Hey,
> Let me know if you have comments!
Thanks for taking care of this!
Looks like we have a small regression on 'system-tests and 'guix
specifications:
https://ci.guix.gnu.org/eval/528053/log/raw
https://ci.guix.gnu.org/eval/528056/log/raw
I think this is because channel-source->package
Here's another instance: https://ci.guix.gnu.org/eval/528710
OpenPGP_0x49E3EE22191725EE.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
For the records: Tryton 6.0 was available up to at least 2022-08-09
(commit 02de6a59813df9dd839117669535118f1b798ed4). So versions and
hashes can be picked from there. Or even the tryton-scm at that version
could be used as a base for tryton-lts.scm.
Please also note: The packages can be kept
Hi Ludo and Rick,
sorry for the trouble. I'm running xscreensaver on a foreign distro and
did not notice this. Probably because somehow my screen wasn't locked,
but still showing random screensavers.
However, now that I tried the `xscreensaver-command -lock` command I see
a dialog with a
28 matches
Mail list logo