May 2, 2023 3:59 PM, "Sergey Bugaev" wrote:
> Even just starting a video blogging channel showing off the Hurd would
> go a long way towards getting others more interested. (Maybe this is
> something Joshua would be interested in doing?) I was thinking I could
> live-stream some of my own hackin
Sergey Bugaev, le mer. 03 mai 2023 01:31:53 +0300, a ecrit:
> On Wed, May 3, 2023 at 1:20 AM Samuel Thibault
> wrote:
> > Actually, even what depends on it. That's the whole thing the
> > rebootstrap script I mentioned is about, and it's making progress, it
> > should be able to produce essential
On Wed, May 3, 2023 at 1:20 AM Samuel Thibault wrote:
> Actually, even what depends on it. That's the whole thing the
> rebootstrap script I mentioned is about, and it's making progress, it
> should be able to produce essentially what is needed to run
> debootstrap/crosshurd.
Ah, I don't mean the
Sergey Bugaev, le mer. 03 mai 2023 01:16:29 +0300, a ecrit:
> I see [0] -- is that it? Cool!
>
> [0]: https://salsa.debian.org/glibc-team/glibc/-/commits/hurd-amd64
It's part of it yes.
> How does this work -- how does the Debian tooling know what
> 'hurd-amd64' means? Is the full list of Debian
On Tue, May 2, 2023 at 11:43 PM Samuel Thibault wrote:
>
> Sergey Bugaev, le mar. 02 mai 2023 22:58:24 +0300, a ecrit:
> > redoing bootstrap sounds rather interesting and challenging. It's not
> > the most interesting thing right now though, which is why I haven't
> > started really doing it yet.
Sergey Bugaev, le mar. 02 mai 2023 22:58:24 +0300, a ecrit:
> redoing bootstrap sounds rather interesting and challenging. It's not
> the most interesting thing right now though, which is why I haven't
> started really doing it yet.
On that side, I'm working on it for the Debian part. It's almost
Thanks so much to all people involved in making the 64bit port a real
thing now!
Samuel
Samuel Thibault, le mar. 02 mai 2023 22:24:24 +0200, a ecrit:
> This now passes crossbuilds.
> ---
> NEWS | 5 +
> README | 2 +-
> scripts/build-many-glibcs.
Sergey Bugaev, le mar. 02 mai 2023 22:58:24 +0300, a ecrit:
> On Tue, May 2, 2023 at 10:06 PM Samuel Thibault
> wrote:
> >
> > Sergey Bugaev, le mar. 02 mai 2023 21:59:40 +0300, a ecrit:
> > > I don't see how network/disk/USB are relevant
> >
> > What I mean is that we don't have much workforce.
On Tue, May 2, 2023 at 10:06 PM Samuel Thibault wrote:
>
> Sergey Bugaev, le mar. 02 mai 2023 21:59:40 +0300, a ecrit:
> > I don't see how network/disk/USB are relevant
>
> What I mean is that we don't have much workforce. If we keep
> reimplementing things that already work fine enough, we'll not
Sergey Bugaev, le mar. 02 mai 2023 21:59:40 +0300, a ecrit:
> I don't see how network/disk/USB are relevant
What I mean is that we don't have much workforce. If we keep
reimplementing things that already work fine enough, we'll not be making
useful progress.
Samuel
On Tue, May 2, 2023 at 8:56 PM Samuel Thibault wrote:
>
> Sergey Bugaev, le mar. 02 mai 2023 19:34:02 +0300, a ecrit:
> > On Tue, May 2, 2023 at 7:08 PM Samuel Thibault
> > wrote:
> > >
> > > Sergey Bugaev, le mar. 02 mai 2023 18:47:50 +0300, a ecrit:
> > > > On Tue, May 2, 2023 at 6:20 PM Samue
Sergey Bugaev, le mar. 02 mai 2023 21:46:14 +0300, a ecrit:
> On Tue, May 2, 2023 at 7:48 PM Samuel Thibault
> wrote:
> > This will be just the fourth time that this part of the Hurd gets
> > reimplemented?
> >
> > I mean, I agree that some pieces can be added to the picture and things
> > be imp
On Tue, May 2, 2023 at 7:48 PM Samuel Thibault wrote:
> You'll need to store the /dev directory etc. And possibly some temporary
> conf files for some translators, etc. Really, an initrd doesn't seem too
> horrible a thing. Better maintain few powerful tools than a series of
> small tools that the
On Tue, 2 May 2023, Sergey Bugaev via Libc-alpha wrote:
> It would also probably make sense to mention my other changes, of
> which there have been many, in the NEWS (would a simple "many fixes
> and improvements in the Hurd port" suffice?)
That may well be an appropriate way to describe them (if
On Tue, 2 May 2023, Samuel Thibault via Libc-alpha wrote:
> Joseph Myers, le mar. 02 mai 2023 14:03:16 +, a ecrit:
> > On Sat, 29 Apr 2023, Sergey Bugaev via Libc-alpha wrote:
> >
> > > If these patches are pushed, it should be possible for anyone to build
> > > x86_64-gnu glibc just out of G
Sergey Bugaev, le mar. 02 mai 2023 19:34:02 +0300, a ecrit:
> On Tue, May 2, 2023 at 7:08 PM Samuel Thibault
> wrote:
> >
> > Sergey Bugaev, le mar. 02 mai 2023 18:47:50 +0300, a ecrit:
> > > On Tue, May 2, 2023 at 6:20 PM Samuel Thibault
> > > wrote:
> > >
> > > What I'm really interested in d
Sergey Bugaev, le mar. 02 mai 2023 19:34:02 +0300, a ecrit:
> > > it starts before anyone else, it implements a very basic in-memory fs
> >
> > tmpfs can be used for that.
>
> It could, yes, but I also think this might be an overkill. I don't
> think we'd need to store any file data,
You'll need
On Tue, May 2, 2023 at 7:08 PM Samuel Thibault wrote:
>
> Sergey Bugaev, le mar. 02 mai 2023 18:47:50 +0300, a ecrit:
> > On Tue, May 2, 2023 at 6:20 PM Samuel Thibault
> > wrote:
> >
> > What I'm really interested in doing is 'bootstrapfs'... which is kind
> > of the same thing as the boot shel
Sergey Bugaev, le mar. 02 mai 2023 18:47:50 +0300, a ecrit:
> On Tue, May 2, 2023 at 6:20 PM Samuel Thibault
> wrote:
>
> What I'm really interested in doing is 'bootstrapfs'... which is kind
> of the same thing as the boot shell, but with a different focus.
Not like hurd/boot?
> it starts bef
On Tue, May 2, 2023 at 6:20 PM Samuel Thibault wrote:
What I'm really interested in doing is 'bootstrapfs'... which is kind
of the same thing as the boot shell, but with a different focus.
Uhh, I need to put in the time to actually write one of those long
letters detailing what I have in mind; b
Sergey Bugaev, le mar. 02 mai 2023 17:10:17 +0300, a ecrit:
> On Mon, May 1, 2023 at 8:43 PM Samuel Thibault
> wrote:
> > > How do we proceed? I don't know enough about rump to get it building;
> >
> > We can easily cross-build debian packages thanks to the rebootstrap
> > scripts from Helmut:
>
Joseph Myers, le mar. 02 mai 2023 14:03:16 +, a ecrit:
> On Sat, 29 Apr 2023, Sergey Bugaev via Libc-alpha wrote:
>
> > If these patches are pushed, it should be possible for anyone to build
> > x86_64-gnu glibc just out of Git master, without having to dig through
> > the mailing list archive
Hello,
On Tue, May 2, 2023 at 5:03 PM Joseph Myers wrote:
> On Sat, 29 Apr 2023, Sergey Bugaev via Libc-alpha wrote:
>
> > If these patches are pushed, it should be possible for anyone to build
> > x86_64-gnu glibc just out of Git master, without having to dig through
> > the mailing list archive
On Mon, May 1, 2023 at 8:43 PM Samuel Thibault wrote:
> > How do we proceed? I don't know enough about rump to get it building;
>
> We can easily cross-build debian packages thanks to the rebootstrap
> scripts from Helmut:
>
> https://salsa.debian.org/helmutg/rebootstrap.git
I didn't just mean th
On Sat, 29 Apr 2023, Sergey Bugaev via Libc-alpha wrote:
> If these patches are pushed, it should be possible for anyone to build
> x86_64-gnu glibc just out of Git master, without having to dig through
> the mailing list archive for uncommited patches.
In that case I think there should be a patc
On Tue, May 2, 2023 at 10:04 AM Samuel Thibault wrote:
> I don't see any issue on 32bit gnumach:
>
> $ ./test
> Killed
>
> Perhaps with is only with 64bit gnumach
Yes, most likely it's something 64-bit specific. We know from
experience that the 32-bit gnumach survives a task_terminate call just
f
Hello,
Sergey Bugaev, le mer. 26 avril 2023 20:33:20 +0300, a ecrit:
> ../kern/ipc_tt.c:395: retrieve_task_self_fast: Assertion
> `task->itk_self != IP_NULL' failed.panic ../kern/debug.c:103:
> Debugger: Debugger invoked, but there isn't one!
>
> This is after typing 'quit' in bc, which calls exi
27 matches
Mail list logo
