Ricardo Wurmus skribis:
>> $ stat
>> /gnu/store/cd6rjv3qhhghr59wpq4fksfr84d5dsdf-guix-module-union/lib/guile/2.2/site-ccache/gcrypt/hash.go
>> File:
>> ‘/gnu/store/cd6rjv3qhhghr59wpq4fksfr84d5dsdf-guix-module-union/lib/guile/2.2/site-ccache/gcrypt/hash.go’
>> Size: 77485 Blocks:
Katherine Cox-Buday writes:
> Giovanni Biscuolo writes:
>
>> synoacl? I cannot find that mount option: are you on a Synology NAS?
>
> Yes.
>
>> AFAIK stripe=32 should not have any impact on mtime, nor data=writeback
>>
>> I'm using Guix on Debian and my store is in a LV too:
>>
>>
Giovanni Biscuolo writes:
> synoacl? I cannot find that mount option: are you on a Synology NAS?
Yes.
> AFAIK stripe=32 should not have any impact on mtime, nor data=writeback
>
> I'm using Guix on Debian and my store is in a LV too:
>
> /dev/mapper/vg01-gnu on /gnu type ext4 (rw,relatime)
Ricardo Wurmus writes:
> Maybe. But subsequent calls to “guix pull” should give you new store
> items anyway, and those should be fine.
That's odd. I have definitely run `guix pull` several times on this machine.
> Is there anything special about your setup perhaps? E.g. running the
> daemon
Katherine Cox-Buday writes:
> Ricardo Wurmus writes:
>
>> Katherine Cox-Buday writes:
>>
>>> Gosh, I am embarassed. The compiled files are indeed in the path Guile
>>> was helpfully trying to point me at:
>>>
>>> #+BEGIN_EXAMPLE
>>> $ ls -a
>>>
Ricardo Wurmus writes:
> Katherine Cox-Buday writes:
>
>> Gosh, I am embarassed. The compiled files are indeed in the path Guile
>> was helpfully trying to point me at:
>>
>> #+BEGIN_EXAMPLE
>> $ ls -a
>>
Katherine Cox-Buday writes:
> Gosh, I am embarassed. The compiled files are indeed in the path Guile
> was helpfully trying to point me at:
>
> #+BEGIN_EXAMPLE
> $ ls -a
> /gnu/store/cd6rjv3qhhghr59wpq4fksfr84d5dsdf-guix-module-union/lib/guile/2.2/site-ccache/gcrypt/
> . .. base16.go
Andreas Enge writes:
> Hello,
>
> On Wed, Apr 10, 2019 at 09:31:03AM -0500, Katherine Cox-Buday wrote:
>> Ricardo Wurmus writes:
>>
>> > You said that there are no .go files, yet Guile keeps saying that the
>> > source file
>> >
Hello,
On Wed, Apr 10, 2019 at 09:31:03AM -0500, Katherine Cox-Buday wrote:
> Ricardo Wurmus writes:
>
> > You said that there are no .go files, yet Guile keeps saying that the
> > source file
> > /gnu/store/cd6rjv3qhhghr59wpq4fksfr84d5dsdf-guix-module-union/share/guile/site/2.2/gcrypt/hash.scm
Ricardo Wurmus writes:
> You said that there are no .go files, yet Guile keeps saying that the
> source file
> /gnu/store/cd6rjv3qhhghr59wpq4fksfr84d5dsdf-guix-module-union/share/guile/site/2.2/gcrypt/hash.scm
> is newer than the compiled
>
Katherine Cox-Buday writes:
> Ricardo Wurmus writes:
>
>> Oh, well, that’s definitely not right. Guix does not download
>> individual files when fetching packages — it downloads archives that
>> definitely do contain the .go files. So the question is… where did they
>> go once “guix pull”
Ricardo Wurmus writes:
> Oh, well, that’s definitely not right. Guix does not download
> individual files when fetching packages — it downloads archives that
> definitely do contain the .go files. So the question is… where did they
> go once “guix pull” finished?
Yeah, I don't know! Mostly
Katherine Cox-Buday writes:
>> Can you show us the mtime of these files? In my case both the scm and
>> the go files all have their mtime as 1970-01-01 01:00:01.0
>> +0100.
>
> One interesting point might be that there are no `.go` files. I would
> argue Guile's error message here
Hello Katherine,
Katherine Cox-Buday ezt írta (időpont:
2019. ápr. 6., Szo, 23:16):
>
> Ricardo Wurmus writes:
>
> > This is really odd and I cannot reproduce this. I wonder if this might
> > be related to some unusual file system choices or settings that cause
> > Guile to think that the
Ricardo Wurmus writes:
> This is really odd and I cannot reproduce this. I wonder if this might
> be related to some unusual file system choices or settings that cause
> Guile to think that the source files are more recent.
I have accepted that I have somehow gotten myself into a dark corner
Hi Katherine,
> I was wondering if anyone had any ideas? This is not blocking me from
> doing anything, but it does cause a lot of spam, and it slows operations
> down a lot.
This is really odd and I cannot reproduce this. I wonder if this might
be related to some unusual file system choices
I was wondering if anyone had any ideas? This is not blocking me from
doing anything, but it does cause a lot of spam, and it slows operations
down a lot.
Katherine Cox-Buday writes:
> Ricardo Wurmus writes:
>
>> Katherine Cox-Buday writes:
>>
>>> I'm not using Guix from a source checkout.
Ricardo Wurmus writes:
> Katherine Cox-Buday writes:
>
>> I'm not using Guix from a source checkout. I've issued `guix pull` (both
>> under the root account and as my user account) a few times with no
>> change.
>
> Hmm, this should never leave you with an uncompiled Guix. Can you tell
> us
Katherine Cox-Buday writes:
> I'm not using Guix from a source checkout. I've issued `guix pull` (both
> under the root account and as my user account) a few times with no
> change.
Hmm, this should never leave you with an uncompiled Guix. Can you tell
us more about the environment in which
Ricardo Wurmus writes:
> Katherine Cox-Buday writes:
>
>> I have a Guix installation on a foreign distro, and with most any Guix
>> command I receive this message for different packages (depending on what
>> command is run). I looked at one package and found that there were no
>> `.go` files
Katherine Cox-Buday writes:
> I have a Guix installation on a foreign distro, and with most any Guix
> command I receive this message for different packages (depending on what
> command is run). I looked at one package and found that there were no
> `.go` files for the `.scm` files which are
I have a Guix installation on a foreign distro, and with most any Guix
command I receive this message for different packages (depending on what
command is run). I looked at one package and found that there were no
`.go` files for the `.scm` files which are listed.
I tried a few different things
22 matches
Mail list logo