* bug#33361: Directories in the store get non-zero timestamps
@ 2018-11-12 23:47 Ludovic Courtès
2018-11-13 14:17 ` Ludovic Courtès
0 siblings, 1 reply; 2+ messages in thread
From: Ludovic Courtès @ 2018-11-12 23:47 UTC (permalink / raw)
To: 33361
On berlin, I see that timestamps on directories are not reset:
--8<---------------cut here---------------start------------->8---
ludo@berlin ~$ find /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4 -exec stat -c '%y %n' {} \;
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages
2018-11-13 00:32:27.631418400 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/SOURCES.txt
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/requires.txt
1970-01-01 01:00:00.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/dependency_links.txt
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/entry_points.txt
1970-01-01 01:00:00.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/not-zip-safe
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/top_level.txt
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/PKG-INFO
2018-11-13 00:32:27.627418400 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables/utils.py
1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables/index.py
2018-11-13 00:32:27.623418400 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables/tests
[...]
--8<---------------cut here---------------end--------------->8---
This is probably a bug in (guix store database) as used by ‘guix
offload’.
Ludo’.
^ permalink raw reply [flat|nested] 2+ messages in thread* bug#33361: Directories in the store get non-zero timestamps
2018-11-12 23:47 bug#33361: Directories in the store get non-zero timestamps Ludovic Courtès
@ 2018-11-13 14:17 ` Ludovic Courtès
0 siblings, 0 replies; 2+ messages in thread
From: Ludovic Courtès @ 2018-11-13 14:17 UTC (permalink / raw)
To: 33361-done
ludo@gnu.org (Ludovic Courtès) skribis:
> On berlin, I see that timestamps on directories are not reset:
>
> ludo@berlin ~$ find /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4 -exec stat -c '%y %n' {} \;
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages
> 2018-11-13 00:32:27.631418400 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/SOURCES.txt
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/requires.txt
> 1970-01-01 01:00:00.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/dependency_links.txt
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/entry_points.txt
> 1970-01-01 01:00:00.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/not-zip-safe
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/top_level.txt
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/PKG-INFO
> 2018-11-13 00:32:27.627418400 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables/utils.py
> 1970-01-01 01:00:01.000000000 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables/index.py
> 2018-11-13 00:32:27.623418400 +0100 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables/tests
> [...]
>
> This is probably a bug in (guix store database) as used by ‘guix
> offload’.
Fixes in commit f5a2724ae453f4a4b55ff848f4ad7e30efb6eef8.
For the record, the bug also impacted permissions on these directories,
which were not set to read-only for the owner (it was still read-only
for everyone else, fortunately):
--8<---------------cut here---------------start------------->8---
$ ls -ld /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info
drwxr-xr-x 2 root root 4096 Nov 13 00:32 /gnu/store/yn7dx3jkb18mc7dwnsn2izix2f62riw8-python-tables-3.4.4/lib/python3.7/site-packages/tables-3.4.4-py3.7.egg-info/
--8<---------------cut here---------------end--------------->8---
The bug occurred only on directories containing files that were
deduplicated.
(Remember that you’re not exposed at all if you do not use offloading.)
I’ll update the ‘guix’ package so everyone can deploy the fix.
Ludo’.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2018-11-13 14:19 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-11-12 23:47 bug#33361: Directories in the store get non-zero timestamps Ludovic Courtès
2018-11-13 14:17 ` Ludovic Courtès
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.