Re: [RFC PATCH tarfs 3/6] Implement basic read-only mmap support

2021-05-01 Thread Samuel Thibault
Sergey Bugaev, le sam. 01 mai 2021 21:27:33 +0300, a ecrit: > On Sat, May 1, 2021 at 8:48 PM Samuel Thibault > wrote: > > Since this is not part of the main hurd repo there is no copyright > > assignment requirement, so you can put your name. You can also assign > > copyright and then put the FSF

Re: [RFC PATCH tarfs 3/6] Implement basic read-only mmap support

2021-05-01 Thread Sergey Bugaev
On Sat, May 1, 2021 at 8:48 PM Samuel Thibault wrote: > Since this is not part of the main hurd repo there is no copyright > assignment requirement, so you can put your name. You can also assign > copyright and then put the FSF name. OK, I'll put my own name for now then. I'm fine with assigning

Re: [RFC PATCH tarfs 0/6] mmap support for tarfs

2021-05-01 Thread Sergey Bugaev
On Sat, May 1, 2021 at 8:05 PM Samuel Thibault wrote: > > And in case of tarfs, the compression is handled by the store > > abstraction, which makes it transparent to the rest of the logic. > > Ah, ok. > And in the zip case? As I understand it, zip is a different model that basically combines fun

Re: [RFC PATCH tarfs 0/6] mmap support for tarfs

2021-05-01 Thread Samuel Thibault
Sergey Bugaev, le sam. 01 mai 2021 19:56:31 +0300, a ecrit: > On Sat, May 1, 2021 at 7:38 PM Samuel Thibault > wrote: > > > on the other hand, the tar format, with its 512-byte > > > blocks, sounds very much like a filesystem image to me. isofs uses > > > diskfs, why doesn't tarfs? > > > > It's n

Re: [RFC PATCH tarfs 0/6] mmap support for tarfs

2021-05-01 Thread Sergey Bugaev
On Sat, May 1, 2021 at 7:38 PM Samuel Thibault wrote: > > on the other hand, the tar format, with its 512-byte > > blocks, sounds very much like a filesystem image to me. isofs uses > > diskfs, why doesn't tarfs? > > It's not exactly the same since you have compression in the way. But > yes, that

Re: [RFC PATCH tarfs 3/6] Implement basic read-only mmap support

2021-05-01 Thread Samuel Thibault
Sergey Bugaev, le sam. 01 mai 2021 19:27:45 +0300, a ecrit: > On Sat, May 1, 2021 at 6:23 PM Samuel Thibault > wrote: > > This is missing the copyright head:ng. > > Ah yes, sorry. Should I just put myself there, or "Hurd developers", > or "Free Software Foundation, Inc."?.. Since this is not pa

Re: [RFC PATCH tarfs 0/6] mmap support for tarfs

2021-05-01 Thread Samuel Thibault
Sergey Bugaev, le sam. 01 mai 2021 19:15:50 +0300, a ecrit: > On Sat, May 1, 2021 at 6:38 PM Samuel Thibault > wrote: > > Actually I'd say the pager should replace the cache. The pager is > > already a cache by itself, we should not need to keep both the pager and > > the cache, particularly sinc

Re: [RFC PATCH tarfs 3/6] Implement basic read-only mmap support

2021-05-01 Thread Sergey Bugaev
On Sat, May 1, 2021 at 6:23 PM Samuel Thibault wrote: > This is missing the copyright head:ng. Ah yes, sorry. Should I just put myself there, or "Hurd developers", or "Free Software Foundation, Inc."?.. > > + err = create_pager (node, &obj); > > Is the pager getting cleaned at some point?

Re: [RFC PATCH tarfs 0/6] mmap support for tarfs

2021-05-01 Thread Sergey Bugaev
On Sat, May 1, 2021 at 6:38 PM Samuel Thibault wrote: > Actually I'd say the pager should replace the cache. The pager is > already a cache by itself, we should not need to keep both the pager and > the cache, particularly since it means having to keep both coherent. Well, yes, I've considered th

Re: [RFC PATCH tarfs 0/6] mmap support for tarfs

2021-05-01 Thread Samuel Thibault
Hello, Sergey Bugaev, le jeu. 29 avril 2021 21:57:10 +0300, a ecrit: > The reason I need it is I want to run some binaries directly form a tarfs > mount, without unpacking them to disk (ext2fs). Nice :) > The pager reads and writes data the same way tarfs_read_node () and > tarfs_write_node () d

Re: [RFC PATCH tarfs 3/6] Implement basic read-only mmap support

2021-05-01 Thread Samuel Thibault
Sergey Bugaev, le jeu. 29 avril 2021 21:57:13 +0300, a ecrit: > diff --git a/pager.h b/pager.h > new file mode 100644 > index 0..34447c8c9 > --- /dev/null > +++ b/pager.h > @@ -0,0 +1,9 @@ > +#ifndef PAGER_H > +#define PAGER_H > + > +struct user_pager_info; > +extern struct port_bucket *tar

Re: License of Hurd's common lisp bindings

2021-05-01 Thread Maxime Devos
Ricardo Wurmus schreef op vr 30-04-2021 om 17:19 [+0200]: > Hi Maxime, > > I looked at the code and wonder if perhaps we should just rewrite > the CL code to do without multiple inheritance and instead use > compound conditions where necessary. I don't feel particularily attached to clisp-hurd'