Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit:
> The issue I'm still seeing now is that I cannot get to install some
> packages, such as libicu72. When I pass it as extra package to
> debootstrap, it does get installed, but when I "dpkg -i" it by hand,
> things halt.
It seems that
Samuel Thibault, le mer. 09 août 2023 22:58:20 +0200, a ecrit:
> Samuel Thibault, le mar. 08 août 2023 23:28:02 +0200, a ecrit:
> > Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit:
> > > The issue I'm still seeing now is that I cannot get to install some
> > > packages, such as libicu
Samuel Thibault, le mar. 08 août 2023 23:28:02 +0200, a ecrit:
> Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit:
> > The issue I'm still seeing now is that I cannot get to install some
> > packages, such as libicu72. When I pass it as extra package to
> > debootstrap, it does get ins
Il 04/08/23 23:50, Samuel Thibault ha scritto:
Luca Dariz, le sam. 29 juil. 2023 19:47:53 +0200, a ecrit:
@@ -803,10 +809,7 @@ kern_return_t thread_getstatus(
== 0)
saved_state->efl &= ~EFL_IF;
}
- }
-
Il 09/08/23 11:20, Samuel Thibault ha scritto:
Sergey Bugaev, le mer. 09 août 2023 12:12:29 +0300, a ecrit:
It should just reuse whatever memory the bootloader has already loaded
the module into, no need to copy it out anywhere.
(my guess is that it's not so simple because possibly we somehow
On Wed, Aug 9, 2023 at 8:57 PM Samuel Thibault wrote:
>
> Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit:
> > I continued stabbing at the network issue, it was just a size alignment
> > problem, so that depending on their sizes, half of the network packets
> > would be discarded by
Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit:
> I continued stabbing at the network issue, it was just a size alignment
> problem, so that depending on their sizes, half of the network packets
> would be discarded by mach_msg. Hurd-amd64 packages are getting rebuilt
> to contain th
Sergey Bugaev, le mer. 09 août 2023 11:48:29 +0300, a ecrit:
> On Wed, Aug 9, 2023 at 4:10 AM Samuel Thibault
> wrote:
> > So, is anybody against making this change?
>
> I trust Flávio to understand RPC ABI much better than I do.
>
> That being said, I don't quite understand the point of this c
On Wed, Aug 9, 2023 at 12:20 PM Samuel Thibault wrote:
> Sergey Bugaev, le mer. 09 août 2023 12:12:29 +0300, a ecrit:
> > It should just reuse whatever memory the bootloader has already loaded
> > the module into, no need to copy it out anywhere.
>
> (my guess is that it's not so simple because po
Sergey Bugaev, le mer. 09 août 2023 12:12:29 +0300, a ecrit:
> It should just reuse whatever memory the bootloader has already loaded
> the module into, no need to copy it out anywhere.
(my guess is that it's not so simple because possibly we somehow get rid
of the memory allocated for modules, ot
Sergey Bugaev, le mer. 09 août 2023 12:12:29 +0300, a ecrit:
> On Wed, Aug 9, 2023 at 12:29 AM Samuel Thibault
> wrote:
> > BTW, to get rumpdisk out of the equation, it would be useful to work on
> > moving the kernel map below 0x8000, so we do not get any
> > size constraint on it, a
On Wed, Aug 9, 2023 at 12:29 AM Samuel Thibault wrote:
> BTW, to get rumpdisk out of the equation, it would be useful to work on
> moving the kernel map below 0x8000, so we do not get any
> size constraint on it, and thus are able to load initrds of whatever
> size, provided that we ha
Hello,
On Wed, Aug 9, 2023 at 4:10 AM Samuel Thibault wrote:
> So, is anybody against making this change?
I trust Flávio to understand RPC ABI much better than I do.
That being said, I don't quite understand the point of this change: we
cannot get rid of mach_msg_type_long_t completely on 32-bi
13 matches
Mail list logo
