Il 09/08/23 03:09, Samuel Thibault ha scritto:
Hello,
So, is anybody against making this change?
Hi,
for me it's ok, I tried this patch together with the mig one and didn't
see any issue so far.
Luca
Hello,
So, is anybody against making this change?
Samuel
Flavio Cruz, le mar. 13 juin 2023 00:01:25 -0400, a ecrit:
> * Make full use of the 8 bytes available in mach_msg_type_t by moving
> into the unused 4 bytes. This allows us to use 32bits for
> mach_msg_type_number_t whether we use the
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.
BTW, to get ru
On Tue, Aug 8, 2023 at 9:16 PM Samuel Thibault wrote:
> I have already upgraded the source being used to 2.38. To keep things
> simple, we will bootstrap from that, not from 2.36 or 2.37.
Ah cool, you're one step ahead of me :)
Sergey
Sergey Bugaev, le mar. 08 août 2023 21:12:05 +0300, a ecrit:
> There's another issue we need to sort out: is it OK for Debian to ship
> glibc 2.36 whose symbols claim to be GLIBC_2.38?
I have already upgraded the source being used to 2.38. To keep things
simple, we will bootstrap from that, not fr
Hello!
On Tue, Aug 8, 2023 at 8:16 PM Samuel Thibault wrote:
> Hello,
>
> 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
Hello,
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 the fix.
The issue I'm still seeing now is that I cannot get to
* Samuel Thibault via Libc-alpha:
> Hello,
>
> Florian Weimer, le mar. 08 août 2023 16:14:07 +0200, a ecrit:
>> > +#ifdef __cplusplus
>> > +/* Unfortunately, in C++ int and enum __error_t_codes are not
>> > + interoperable... */
>> > +typedef int error_t;
>> > +#else
>> > typedef enum __error_
Hello,
Florian Weimer, le mar. 08 août 2023 16:14:07 +0200, a ecrit:
> > +#ifdef __cplusplus
> > +/* Unfortunately, in C++ int and enum __error_t_codes are not
> > + interoperable... */
> > +typedef int error_t;
> > +#else
> > typedef enum __error_t_codes error_t;
> > +#endif
>
> Doesn't this
