Please keep help-guix CC. :-)
On Wed, 21 Oct 2020 at 23:53, Adam Kandur wrote:
> hi, i mean that my packages for common lisp are same as one week ago when
> everything worked. also i had same issues with packages from guix channel.
> don't know about guix-deploy
I understand.
First, since the
Hi Matias, :-)
Julien Lepiller skribis:
> Thank you for this presentation, it's really great!
+1, a refreshing perspective!
Thanks,
Ludo’.
Hi,
Joseph LaFreniere skribis:
> Running `guix import pypi black-macchiato` prints the following output
> (also attached):
[...]
> In guix/import/pypi.scm:
> 477:21 9 (_ _)
>121:9 8 (pypi-fetch "black-macchiato")
> In guix/import/json.scm:
> 45:2 7 (json-fetch _ #:headers _)
> In
Hi,
Simon South skribis:
> Simon South writes:
>> I could edit gnu/packages/gcc.scm to set the "stripped?" variable to
>> false...
>
> Of course if you're willing to make this change, you can just as easily
> remove the "hidden-package" wrapper around gcc 4.7's package definition
> and then ins
Hi,
Fulbert skribis:
> When I pipe `guix graph hello | xdot -`, the characters are
> displayed as squares. Got to insert
> `… | sed "s/Helvetica/sans/g" | …` in the pipeline.
>
> Not sure if this is a bug. Maybe my system should find a
> substitute for "Helvetica" automatically ?
It should
Dear,
On Wed, 21 Oct 2020 at 22:31, Adam Kandur via wrote:
> recently i started getting this error when i try to build any sbcl
> package:
Recently, I have also built couple of ’sbcl’ packages and I have not
noticed an issue. I should have miss something…
> ---
hi everyone!
recently i started getting this error when i try to build any sbcl package:
starting phase `build'
Invoking sbcl:
"/gnu/store/48v5srksa9nkp4hh527l6rb08pigy1bw-sbcl-2.0.9/bin/sbcl"
Good to have you!
A mention and description of purely functional package management ideas I think
would be very welcome in the documentation.
Good luck,
John
Tobias, John,
thank you for this explanation! My first thought was… oh, something
broke during my installation. But I was only spoiled by not resetting
my mind from the usual suspicious package managers. Next time I will
think more about the nature of using a purely functional system, of
course
Joshua Branson writes:
> That's true! Using gwene is super awesome! I've got it set up for a
> few mailing lists.
>
> https://notabug.org/jbranso/emacs.d/src/master/lisp/init-gnus.org
>
Thanks for this!
> --
> Joshua Branson
> Sent from Emacs and Gnus
> https://gnucode.me
> https://video.hard
Hello and welcome Martin!
The Unix time stamp is set to 0 for one thing to ensure reproducible builds. If
two build artifacts suffered in time stamps, they would be considered different.
Hope you find guix helpful and hackable,
John
Oh, I am also using "sway". That works fairly well.
--
Joshua Branson
Sent from Emacs and Gnus
https://gnucode.me
https://video.hardlimit.com/accounts/joshua_branson/video-channels
"You can have whatever you want, as long as you help enough other people get
what they want." - Zig Ziglar
Oops s/suffered/differed
That's true! Using gwene is super awesome! I've got it set up for a
few mailing lists.
https://notabug.org/jbranso/emacs.d/src/master/lisp/init-gnus.org
--
Joshua Branson
Sent from Emacs and Gnus
https://gnucode.me
https://video.hardlimit.com/accounts/joshua_branson/video-channels
"You can ha
Martin,
Martin Michel 写道：
So far so good, but I could not figure out what is wrong with
the file system entries of /gnu/store. All entries there have a
timestamp of UNIX epoch 0.
Well spotted! This is intentional. The Guix daemon[0] changes
all timestamps of all files added to the store t
On Wed, Oct 21, 2020 at 05:53:55PM +0200, Martin Michel wrote:
> All entries there have a timestamp of UNIX epoch 0.
Hello,
To my knowledge, this is intentional, and related to software
reproducibility.
Why do you find it problematic?
WŻ
signature.asc
Description: PGP signature
Hi,
I have install Guix on a Virtualbox VM in order to test if Guix could become my
future GNU/Linux distribution of choice. The installation went smoothly and I
am learning the differences to Debian, my previous companion for many years,
step-by-step.
So far so good, but I could not figure o
Hi Hamzeh,
First, make sure openssl is a standard input instead of a native one. I am not
sure that will fix the problem here though. Most likely we will need an
openssl-src package that uses the system source.
Good luck,
John
I'm so sorry I had a mistake in the previous package definition, I was in
testing. Please remove these lines in the previous definition:
```
(substitute* "Cargo.toml"
(("0.10.30\"" all) "0.10.30\"}# "))
```
It means that my package definition is:
```
(define-public pytho
This is my package definition till now. The repository of the package is here:
https://github.com/etesync/etebase-py/
Also I should to say I package these (since they aren't available in the
upstream packages):
* openssl@0.10.30
* cpython@0.3
* etebase-rs
* flapigen-0.6
I didn't attach them here
Hello Hamzeh,
It would be preferable if you can avoid using the vendored openssl. Did you add
openssl as an input to the package?
Can you share what you have so far please?
- John
P.s. please avoid bottom quoting on the list
Hello John,
Thanks for your quick reply.
But as you see in `Cargo.toml`, this feature mentioned and I think it's needed.
In the other side setting the `OPENSSL_DIR` didn't resolve my issue.
Do you have any other suggestion?
Can I repackage `rust-openssl-sys-0.9` and remove this line in the pac
Hello Hamzeh,
Take a look at gnu/packages/crates-io.scm for other examples of rust-openssl.
We try to avoid vendored sources. Recent versions of rust-openssl-sys also
complicate this by requiring particular versions of openssl.While it’s nice
that they are explicit about the depen
Hi,
I face with an issue in one library that I'm packaging by myself. This library
has one dependency to `rust-openssl@0.10.30`, I updated the `rust-openssl` to
`0.10.30` and now I get this error in the package building:
```
...
patch-cargo-checksums: generate-checksums for
guix-vendor/rust-z
Hi,
Thanks for your quick and helpful reply.
The problem resolved.
Regards,
Hamzeh
On Mon, Oct 19, 2020, at 12:36 PM, Arun Isaac wrote:
>
> To enable the unstable inner_deref feature, you need to add the line
> "#![feature(inner_deref)]" to the top of src/lib.rs. And, you might need
> to enabl
On Mon, Oct 19, 2020 at 11:12:35PM +0200, Zelphir Kaltstahl wrote:
> Meanwhile I have managed to run the jupyterlab-server tests, as
> described in more details here:
> https://github.com/jupyterlab/jupyterlab_server/issues/128
>
> Indeed, in version 1.2.0 the tests fail the same way they fail whe
On Mon, Oct 19, 2020 at 08:19:05PM +0200, Zelphir Kaltstahl wrote:
> Hello Efraim,
>
> Thanks for your patience! It seems with that I am getting quite far (at
> least it feels like making progress, or even being close to have a
> working environment), up to the "check phase". There some tests fail
27 matches
Mail list logo
