Ludovic Courtès, le mar. 09 nov. 2021 18:19:03 +0100, a ecrit:
> Am I right that the fixes have not been applied yet in the upstream
> repository?
That's right. That's still waiting for the copyright assignment.
Samuel
Hello,
Thanks a lot for this writing! That'll surely be an interesting read for
whoever wants to look a bit at the details of how the Hurd works. And of
course thanks for finding and fixing the vulnerabilities :)
Samuel
Svante Signell, le sam. 14 août 2021 23:26:55 +0200, a ecrit:
> On Fri, 2021-08-13 at 18:23 +0200, Samuel Thibault wrote:
>
> > The GPLv2-only code is essentially the pfinet stack from Linux, for
> > which we don't have any assignment anyway. But again, this is getti
Maxime Devos, le ven. 13 août 2021 15:42:37 +0200, a ecrit:
> so for the GPLv2-only code, it might be a good idea to still
> require copyright assignment.
The GPLv2-only code is essentially the pfinet stack from Linux, for
which we don't have any assignment anyway. But again, this is getting
repla
Ricardo Wurmus, le mar. 10 août 2021 17:52:34 +0200, a ecrit:
> I’m a little unclear on what this means for distributions like Guix. Should
> we just update to the latest version from git? Are there specific commits
> we should use if it’s not just the latest?
Since Sergey's copyright assignment
Ludovic Courtès, le mar. 13 oct. 2020 15:41:37 +0200, a ecrit:
> ‘pthread_kill’ passes the signal number to ‘_hurd_raise_signal’, which
> assumes it is valid:
[...]
> I suppose that before calling ‘sigaddset’, it should check whether SIGNO
> is within bounds, along the lines of:
>
> if (signo <
Hello,
Ludovic Courtès, le jeu. 09 avril 2020 11:43:58 +0200, a ecrit:
> Samuel Thibault skribis:
>
> > Jan Nieuwenhuizen, le mer. 08 avril 2020 22:02:25 +0200, a ecrit:
> >> Using Guix we have cross-built a VM image for the Hurd. Read more...
> >>
> >&
Hello,
Jan Nieuwenhuizen, le mer. 13 mai 2020 14:04:04 +0200, a ecrit:
> So WDYT, is my patch for the Hurd (the first message in this thread)
Applied, thanks!
> Any ideas or suggestions on my Linux patch?
I would say not bother introducing a configuration variable, and just
include xattr_hurd.o
Jan Nieuwenhuizen, le mar. 12 mai 2020 16:12:34 +0200, a ecrit:
> setfattr --name=gnu.translator --value='/hurd/pflocal\0' /mnt/servers/socket/1
man setfattr says
If the given string is enclosed in double quotes, the inner string is
treated as text. In that case, backslashes and double quotes ha
Jan Nieuwenhuizen, le lun. 11 mai 2020 10:53:58 +0200, a ecrit:
> Samuel Thibault writes:
>
> > Samuel Thibault, le lun. 11 mai 2020 10:42:08 +0200, a ecrit:
> >> > diskfs_S_file_set_translator (struct protid *cred,
> >> > [...]
> >>
Samuel Thibault, le lun. 11 mai 2020 10:42:08 +0200, a ecrit:
> > diskfs_S_file_set_translator (struct protid *cred,
> > [...]
> > if (passivelen && passive[passivelen - 1])
> > return EINVAL;
> >
> > hmm; so even when there are no arguments, VAL
Jan Nieuwenhuizen, le lun. 11 mai 2020 10:33:53 +0200, a ecrit:
>gnu.translator empty if no passive translator
> translator and arguments: "/hurd/foo\0arg1\0arg2\0"
>
> ah...so there's a nice hack (way??) to also pass arguments...
? It's not hack, it's how it's passe
Hello,
Did you have a look at Shengyu Zhang's work on xattr? That's about
summer 2016. Also see glibc/sysdeps/mach/hurd/setxattr.c which
translates gnu attributes into RPC calls, and then again in the
translators's diskfs_set_translator. See for instance in
hurd/ext2fs/inode.c's diskfs_set_transla
Jan Nieuwenhuizen, le mer. 08 avril 2020 22:02:25 +0200, a ecrit:
> Using Guix we have cross-built a VM image for the Hurd. Read more...
>
>
> https://guix.gnu.org/blog/2020/a-hello-world-virtual-machine-running-the-hurd/
It would be nice to have this in a CI, and report when it breaks, so
Jan Nieuwenhuizen, le mer. 08 avril 2020 22:02:25 +0200, a ecrit:
> We have just published a new blog post---a follow-up, in a way to last
> week's April 1 post---about some real achievement: Using Guix we have
> cross-built a VM image for the Hurd. Read more...
>
>
> https://guix.gnu.org/bl
Hello,
Rene, le mer. 23 mai 2018 22:57:21 -0400, a ecrit:
> I am updating my Guix repository on Debian/Hurd and I have the following error
> in the 'configure' phase of glibc(glibc-intermediate-2.23).
> We have tried to add the flag '-fno-stack-protector' to glibc, however the
> error remains.
>
rennes, on lun. 01 janv. 2018 14:01:17 -0600, wrote:
> I'm currently building 'guile-static-stripped-2.2.2' used in the Guix
> package manager,
> after compiling for hours it ends with error: https://pastebin.com/MRs2w6qp
> and in Hurd the following appears:
>
> ---
> login: /hurd/crash: grep -E 0
Hello,
Congrats on the achievement :D
Ludovic Courtès, on ven. 01 déc. 2017 14:17:48 +0100, wrote:
> Also, in GRUB, you currently load ext2fs.static and exec explicitly.
That's the normal way, yes. exec does the rest (including running
startup).
> BTW, the image you posted is in “raw” format.
Hello,
Ludovic Courtès, on lun. 13 nov. 2017 11:42:01 +0100, wrote:
> PS: guix-daemon no longer depends on ‘lsof’, but it still depends on /proc.
Does our procfs have everything it needs already?
Samuel
ren...@openmailbox.org, on sam. 11 nov. 2017 18:02:11 -, wrote:
> Finally I was able to start the Hurd with the binaries generated with the
> guix package manager.
Groovy :D
Samuel
ren...@openmailbox.org, on Wed 04 Jan 2017 18:23:08 -0600, wrote:
> PASS: cordtest
> building of
> `/gnu/store/y3icscjhkk7pa7dg21xqy46riysi36rn-libgc-7.6.0.drv' timed out after
> 3600 seconds of silence
Ah.
Just for information, the libgc testsuite passes fine on Debian
GNU/Hurd.
Samu
Hello,
Manolis Ragkousis, on Mon 21 Mar 2016 14:09:36 +0200, wrote:
> Although I have uploaded and shared my draft to the GSoC website, I am
> also resending it to the lists as per Ludovic's instruction.
Looks very promising :)
Samuel
Ludovic Courtès, on Wed 02 Mar 2016 22:31:41 +0100, wrote:
> Samuel Thibault skribis:
> > It can both help and hurt. Roland's concern is that we will probably not
> > want to provide a mount() that behaves like Linux, because in some cases
> > it may just not even
Ludovic Courtès, on Wed 02 Mar 2016 11:09:28 +0100, wrote:
> Manolis Ragkousis skribis:
> > 1) Merge wip-hurd branch.
> > 2) Make the daemon handle chroot builds on the Hurd.
> > Note here that on the Hurd, one does not need to be root to achieve
> > isolation, so I should change the daemon to use
Hello,
Just sending my big +1 on this project :)
Samuel
Hello,
Ludovic Courtès, le Tue 22 Sep 2015 17:27:55 +0200, a écrit :
> loadlocale.c:130: _nl_intern_locale_data: Assertion `cnt < (sizeof
> (_nl_value_type_LC_COLLATE) / sizeof (_nl_value_type_LC_COLLATE[0]))' failed.
>
> This patch changes such conditions to return EINVAL instead of aborting.
Hello,
Congrats!!
Samuel
Manolis Ragkousis, le Thu 02 Jul 2015 16:38:54 +0300, a écrit :
> > 4. Instead of sitting idle watching build logs ;-), it Would Be Nice™
> > to implement the ‘mount’ and ‘umount’ functions for GNU/Hurd in
> > libc, with support for MS_BIND using /hurd/firmlink.
> > Of course libc
Thomas Schwinge, le Fri 15 May 2015 16:46:43 +0200, a écrit :
> On Thu, 7 May 2015 01:43:05 +0200, Samuel Thibault
> wrote:
> > Ludovic Courtès, le Wed 29 Apr 2015 21:40:13 +0200, a écrit :
> > > The last missing bit upstream is a libc-for-hurd tarball.
> >
> &g
Manolis Ragkousis, le Thu 30 Apr 2015 00:01:44 +0300, a écrit :
> Also I was discussing with Ludovic on how to keep everybody up to date.
> We thought it would be nice to have regular irc talks
Indeed, that's a good way to make sure questions don't remain in the
dark.
Samuel
;
> I see that it was also sent to Thomas Schwinge, Samuel Thibault, Richard
> Braun, Andreas Enge, and Nikita Karetnikov. It would be interesting to
> know which of the recipients saw the message, and how it got lost.
I didn't receive it.
Samuel
Ludovic Courtès, le Tue 11 Mar 2014 12:19:44 +0100, a écrit :
> I can mentor the project, but I would really like someone from the Hurd
> side to co-mentor. Any volunteer? (This is essentially already the
> case in practice, but we could make it official.)
I can co-mentor, but I guess Richard wi
32 matches
Mail list logo