Seems like Gnus cleaned up the message for me, so I can see a bit more.
"花不见海" <2694273...@qq.com> writes:
> (define download-ohmyzsh-install
> (with-imported-modules '((guix build utils))
> #~(begin
> (use-modules (guix build utils))
> (invoke
> "curl"
>
Marek Paśnikowski writes:
> The proof of availability is in workflow itself. The project committers
> NEVER commit anything to the master branch. Only the CI system
> does. Instead, the committers push to a "pre-main" branch, and the CI
> system picks the commits up one by one and attempts to bui
"Jonathan Frederickson" writes:
> Would it make sense to have some mechanism for substitute servers to be able
> to provide a sort of "non-existence proof" for a given
> package? Something that the CI system could publish to indicate that its
> build attempt for that package failed, and that cl
Mail conent show the unhandled whitespace because you read the mail in text way
but not html. Any way. I resend it in text way here.
I want to use home-run-on-first-login-service-type to automatic install
on-my-zsh
when first login to shell.
But I got an error when I try to guilx home containe
Marek Paśnikowski writes:
> Seems like Gnus cleaned up the message for me, so I can see a bit more.
>
> “花不见海” <2694273...@qq.com> writes:
>
>> (define download-ohmyzsh-install
>> (with-imported-modules ’((guix build utils))
>> #~(begin
>> (use-modules (guix build utils))
>>
For my first mail`s code block may hard to read (but it looks fine when
i read it from browser), so I edit it with emacs hope can correct the
whitespace
home-configuration.scm
;; This "home-environment" file can be passed to 'guix home reconfigur
Hello Luis.
I very much like your Guix download page mock-ups that make the download
pages give clear instructions. They avoid referring to the manual; this
is better at least to many users (who currently probably download the
Guix tarball before they learn it was useless).
The question of wordi
"pelzflorian (Florian Pelz)" writes:
> The question of wording is if it would be an improvement to use terms
> popularized elsewhere. I have opinions, but perhaps I’m wrongly
> conservative in this regard.
>
> Guix is all about packages, therefore it is a package manager. I
> believe the shell
Hi 花不见海,
On Tue, Aug 06 2024, jidibinlin wrote:
> Mail conent show the unhandled whitespace because you read the mail in
> text way but not html.
You are right that the HTML version looked fine.
I also saw the HTML entity in the "text/plain" multipart of your
message. Many people here turn o
Marek Paśnikowski writes:
> "pelzflorian (Florian Pelz)" writes:
>> Guix is all about packages, therefore it is a package manager. I
>> believe the shell and container and system, home support are still about
>> packages. Despite other package managers not doing it.
> If I may, I would like to
Marek Paśnikowski writes:
> The proof of availability is in workflow itself. The project committers
> NEVER commit anything to the master branch. Only the CI system
> does. Instead, the committers push to a "pre-main" branch, and the CI
> system picks the commits up one by one and attempts to buil
11 matches
Mail list logo
