exim4 also needs to be upgraded to the rebuilt version 4.98-3+hurd.1
Samuel Thibault, le lun. 13 janv. 2025 03:00:50 +0100, a ecrit:
> Hello,
>
> The CMSG_DATA() fix requires bumping the ABI. Since it's still really
> at early stage, I don't plan to make a compatibility layer or such, and
> just
On Wed, Jan 01, 2025 at 10:11:24PM +0100, Samuel Thibault wrote:
> Diego Nieto Cid, le mer. 01 janv. 2025 20:07:04 +, a ecrit:
> > On Wed, Jan 01, 2025 at 06:51:47PM +0100, Samuel Thibault wrote:
> > > > /* Structure used for storage of ancillary data object information.
> > > > */
> > >
Florian Weimer, le jeu. 02 janv. 2025 11:12:55 +0100, a ecrit:
> * Samuel Thibault:
>
> > The old BSD 4.4 definition (not used by Linux) was not 64b-proof: the
> > cmsg_data field is supposed to CMSG_ALIGN'ed (as can be also seen in the
> > CMSG_LEN macro).
> >
> > Suggested-by: Diego Nieto Cid
>
Diego Nieto Cid, le mer. 01 janv. 2025 21:03:23 +, a ecrit:
> On Wed, Jan 01, 2025 at 08:07:04PM +, Diego Nieto Cid wrote:
> > On Wed, Jan 01, 2025 at 06:51:47PM +0100, Samuel Thibault wrote:
> > > >
> > > > /* Structure used for storage of ancillary data object information.
> > > >
Diego Nieto Cid, le mer. 01 janv. 2025 20:07:04 +, a ecrit:
> On Wed, Jan 01, 2025 at 06:51:47PM +0100, Samuel Thibault wrote:
> > > /* Structure used for storage of ancillary data object information.
> > > */
> > > struct cmsghdr
> > > {
> > > socklen_t cmsg_len;
On Wed, Jan 01, 2025 at 08:07:04PM +, Diego Nieto Cid wrote:
> On Wed, Jan 01, 2025 at 06:51:47PM +0100, Samuel Thibault wrote:
> > >
> > > /* Structure used for storage of ancillary data object information.
> > > */
> > > struct cmsghdr
> > > {
> > > socklen_t cmsg_len
On Wed, Jan 01, 2025 at 06:51:47PM +0100, Samuel Thibault wrote:
> >
> > /* Structure used for storage of ancillary data object information. */
> > struct cmsghdr
> > {
> > socklen_t cmsg_len; /* Length of data in cmsg_data plus
> > length
> >
Diego Nieto Cid, le mar. 31 déc. 2024 20:48:08 +, a ecrit:
> On Tue, Dec 31, 2024 at 08:32:47PM +, Diego Nieto Cid wrote:
> >
> > Adding the following line to the program:
> >
> > printf("cmsghdr: %lu\n", sizeof (struct cmsghdr));
> >
> > shows 12 on Hurd and 16 on Linux. I think I'm
On Tue, Dec 31, 2024 at 08:32:47PM +, Diego Nieto Cid wrote:
>
> Adding the following line to the program:
>
> printf("cmsghdr: %lu\n", sizeof (struct cmsghdr));
>
> shows 12 on Hurd and 16 on Linux. I think I'm closer :)
The only difference in the structure definition is the cmsg_len f
On Tue, Dec 31, 2024 at 08:25:00PM +, Diego Nieto Cid wrote:
> On Tue, Dec 31, 2024 at 04:01:08PM +, Diego Nieto Cid wrote:
> >
> > Ok, I'll have a look in both OSes behaviour.
>
> There's something wrong with our CMSG_DATA macro. It produces the wrong
> output (or at least different fro
On Tue, Dec 31, 2024 at 04:01:08PM +, Diego Nieto Cid wrote:
>
> Ok, I'll have a look in both OSes behaviour.
There's something wrong with our CMSG_DATA macro. It produces the wrong
output (or at least different from Linux).
The attached program prints:
cmsg: 0x101040a90; data: 0x10104
Hi,
On Tue, Dec 31, 2024 at 02:52:53PM +0100, Samuel Thibault wrote:
>
> You should probably check precisely the difference between Linux and
> Hurd on these alignment questions at the various stages.
>
I placed a `g_message` call in `g_unix_credentials_message_deserialize` and
on Linux it does
On Tue, Dec 31, 2024 at 02:52:53PM +0100, Samuel Thibault wrote:
> Samuel Thibault, le mar. 31 déc. 2024 14:36:02 +0100, a ecrit:
> > > I'm not sure how to fix it. Should the expectations of GLib be updated
> > > to be aligned? Like below:
> > >
> > > - if (size != G_CREDENTIALS_NATIVE_SIZE)
> > >
Samuel Thibault, le mar. 31 déc. 2024 14:36:02 +0100, a ecrit:
> > I'm not sure how to fix it. Should the expectations of GLib be updated
> > to be aligned? Like below:
> >
> > - if (size != G_CREDENTIALS_NATIVE_SIZE)
> > + if (size != CMSG_ALIGN(G_CREDENTIALS_NATIVE_SIZE))
> >
> > Or should the
Diego Nieto Cid, le mar. 31 déc. 2024 02:47:35 +, a ecrit:
> On Tue, Dec 31, 2024 at 02:02:53AM +, Diego Nieto Cid wrote:
> >
> > Here are the results for `hurd-amd64`:
> >
> > $ cc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-gnu/glib-2.0/include \
> > -pthread cred_size.c -lgi
On Tue, Dec 31, 2024 at 02:02:53AM +, Diego Nieto Cid wrote:
>
> Here are the results for `hurd-amd64`:
>
> $ cc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-gnu/glib-2.0/include \
> -pthread cred_size.c -lgio-2.0 -lgobject-2.0 -lglib-2.0 \
> -o cred_size
>
> $ ./cred_s
On Sun, Dec 29, 2024 at 11:33:47PM +0100, Samuel Thibault wrote:
>
> See the error test, it's about G_CREDENTIALS_NATIVE_SIZE, see its
> definition:
>
> #define G_CREDENTIALS_NATIVE_SIZE (sizeof (struct cmsgcred))
>
> And the definition of struct cmsgcred in bits/socket.h
>
I wrote a little tes
Hello,
Sergey Bugaev, le lun. 30 déc. 2024 16:44:24 +0300, a ecrit:
> This feels like an opportunity to remind everyone that the SCM_CREDS
> implementation, which is shipped as a Debian downstream patch, doesn't
> actually verify the credentials. I have posted a more detailed
> description [0] bac
Hello,
On Mon, Dec 30, 2024 at 3:36 AM Diego Nieto Cid wrote:
>
> On Sun, Dec 29, 2024 at 11:33:47PM +0100, Samuel Thibault wrote:
> > Hello,
> >
> > Diego Nieto Cid, le dim. 29 déc. 2024 22:14:40 +, a ecrit:
> > > (ibus-daemon:17123): GLib-GIO-WARNING **: 20:49:29.230: Expected a
> > >
On Sun, Dec 29, 2024 at 11:33:47PM +0100, Samuel Thibault wrote:
> Hello,
>
> Diego Nieto Cid, le dim. 29 déc. 2024 22:14:40 +, a ecrit:
> > (ibus-daemon:17123): GLib-GIO-WARNING **: 20:49:29.230: Expected a
> > credentials
> > struct of 84 bytes but got 88 bytes of data
> >
> > whic
Hello,
Diego Nieto Cid, le dim. 29 déc. 2024 22:14:40 +, a ecrit:
> (ibus-daemon:17123): GLib-GIO-WARNING **: 20:49:29.230: Expected a
> credentials
> struct of 84 bytes but got 88 bytes of data
>
> which I traced to the GIO function g_unix_credentials_message_deserialize
> (which
>
November 6, 2024 at 1:54 AM, "Yuqian Yang" mailto:crup...@crupest.life?to=%22Yuqian%20Yang%22%20%3Ccrupest%40crupest.life%3E
> wrote:
>
> On 2024-11-06 03:15, jbra...@dismail.de wrote:
>
> >
> > I accept your apology. No harm done. :)
> >
> You are really nice people. It is always hard to f
On 2024-11-06 14:54, Yuqian Yang wrote:
Actually I highly respect people like you striving to give us spiritual
energy. I think most people code for open source but seldom ones
talking about emotions. Because most programmer enjoy solving actual
software problems. But the left brain and the ri
On 2024-11-06 03:15, jbra...@dismail.de wrote:
I accept your apology. No harm done. :)
You are really nice people. It is always hard to forgive someone
especially when being misunderstood.
I just haven't join one party like this. I used to contribute some open
source software. Maybe the
November 5, 2024 at 12:36 AM, "Yuqian Yang" mailto:crup...@crupest.life?to=%22Yuqian%20Yang%22%20%3Ccrupest%40crupest.life%3E
> wrote:
>
> On 2024-11-05 04:26, jbra...@dismail.de wrote:
>
> >
> > >
> > > Let's definitely have a be-lated Hurd halloween party this coming >>
> > > Saturday!
>
On 2024-11-05 04:26, jbra...@dismail.de wrote:
Let's definitely have a be-lated Hurd halloween party this coming
Saturday!
Not interested.
I probably owe you all like $500,000. Who wants to collect?
What are you talking about?
Please urge on activities with more real sense.
Very sorry fo
November 4, 2024 at 3:50 PM, "Dr. Arne Babenhauserheide" mailto:arne_...@web.de?to=%22Dr.%20Arne%20Babenhauserheide%22%20%3Carne_bab%40web.de%3E
> wrote:
>
> jbra...@dismail.de mailto:jbra...@dismail.de writes:
>
> >
> > November 4, 2024 at 12:13 AM, "Yuqian Yang" > mailto:crup...@crupest.
jbra...@dismail.de writes:
> November 4, 2024 at 12:13 AM, "Yuqian Yang" mailto:crup...@crupest.life?to=%22Yuqian%20Yang%22%20%3Ccrupest%40crupest.life%3E
> > wrote:
>> > Let's definitely have a be-lated Hurd halloween party this coming >
>> > Saturday!
>> >
>> Not interested.
>>
>> >
>> > I
November 4, 2024 at 12:13 AM, "Yuqian Yang" mailto:crup...@crupest.life?to=%22Yuqian%20Yang%22%20%3Ccrupest%40crupest.life%3E
> wrote:
>
> >
> > Let's definitely have a be-lated Hurd halloween party this coming >
> > Saturday!
> >
> Not interested.
>
> >
> > I probably owe you all like $5
November 3, 2024 at 6:20 PM, "Almudena Garcia" mailto:liberamenso10...@gmail.com?to=%22Almudena%20Garcia%22%20%3Cliberamenso1%40gmail.com%3E
> wrote:
>
> Hi:
>
> I connected to the Jitsi room that day, but due to Spain's daylight savings
> time, I started the connection one hour later, a
Let's definitely have a be-lated Hurd halloween party this coming
Saturday!
Not interested.
I probably owe you all like $500,000. Who wants to collect?
What are you talking about?
Please urge on activities with more real sense.
Hi:
I connected to the Jitsi room that day, but due to Spain's daylight savings
time, I started the connection one hour later, and then I found that the
room was empty.
> I probably owe you all like $500,000. Who wants to collect?
What do you talking about?
El dom, 3 nov 2024 a las 22:40, es
October 31, 2024 at 11:22 AM, "Joshua Branson" mailto:jbra...@dismail.de?to=%22Joshua%20Branson%22%20%3Cjbranso%40dismail.de%3E
> wrote:
>
> tl;dr Hurd Halloween party @ 3PM UTC on November 2
>
> Hey Hurd friends!
>
> Let's definitely have a be-lated Hurd halloween party this coming
> Satur
Samuel Thibault writes:
> Joshua Branson, le ven. 25 oct. 2024 22:28:30 -0400, a ecrit:
>> Upon rebooting the Hurd in qemu, most of the time, the
>> auto fsck worked. BUT sometimes, it failed
>
> Does that not happen on real hardware too when you have to force it off?
>
>> and mounted things
Joshua Branson, le ven. 25 oct. 2024 22:28:30 -0400, a ecrit:
> Upon rebooting the Hurd in qemu, most of the time, the
> auto fsck worked. BUT sometimes, it failed
Does that not happen on real hardware too when you have to force it off?
> and mounted things readonly.
See the other thread, i
Hello,
Most of these are not really tips, but things that should just be
addressed. I'll split off the discussions since these are vastly
different areas.
Samuel
October 14, 2024 at 11:58 AM, "Almudena Garcia" mailto:liberamenso10...@gmail.com?to=%22Almudena%20Garcia%22%20%3Cliberamenso1%40gmail.com%3E
> wrote:
>
> Hi:
>
> > Does Jitsi support that? If so, sure why not?
>
> It's possible using a plugin called jigasi. Here it's a tutorial for ins
we have to continue researching the cause of GlxBadContext error.
If the origin is a flag with bad value, maybe we can find the correct value
and fix it.
El lun, 14 oct 2024 a las 17:56, Joshua Branson ()
escribió:
>
> The coolest that I have gotten to work so far is ballz. crawl works
> too!
Hi:
> Does Jitsi support that? If so, sure why not?
It's possible using a plugin called jigasi. Here it's a tutorial for
install it.
https://www.kubeace.com/blog/Jigasi-Transcription
El lun, 14 oct 2024 a las 17:55, Joshua Branson ()
escribió:
> Almudena Garcia writes:
>
> > Hi:
> >
> > Check
The coolest that I have gotten to work so far is ballz. crawl works
too!
Joshua
--
Joshua Branson
Sent from the Hurd
Almudena Garcia writes:
> Hi:
>
> Checking the Melbourne timezone,I think that a good time could be 9 or 10 AM
> UTC. Damien, could you confirm this?
>
> Btw, could be possible enable english subtitles in Jitsi, to make
> easier the understanding to non-native english speakers.
Does Jitsi supp
Hi:
Checking the Melbourne timezone,I think that a good time could be 9 or 10
AM UTC. Damien, could you confirm this?
Btw, could be possible enable english subtitles in Jitsi, to make easier
the understanding to non-native english speakers.
Thanls
El sáb, 12 oct 2024 a las 22:57, escribió:
>
Almudena Garcia writes:
> Here I share a post which I wrote some years ago, writing about my gaming
> experience in Hurd (in Spanish, sorry).
>
> https://www.patreon.com/posts/jugando-en-gnu-54904996
That’s great! Thank you!
I just took the liberty of sharing it a bit more widely :)
Best wish
Hi:
I know others lightweight games, like Hedgewars and Assault Cube, but i don't
know if these works in Hurd. The games must be lightweight because, if i
remember well, Hurd doesn't support hardware acceleration yet.
About Battle for Wesnoth, I recommend to run it over a Hurd VM, because in r
Nathan Dehnel, le mar. 30 juil. 2024 02:59:55 -0500, a ecrit:
> make[1]: *** No rule to make target 'mach/machine/mach_i386.h', needed
It's supposed to be installed by glibc, do you have it installed?
Samuel
Hey friends!
So it turns out, that the best time for this belated new Years party will be on
Saturday January 20 at 3pm UTC. I believe that the best way to virtually meet
will be through my jitsi account that I have with the FSF. It sounds like
Sergey will be announcing something super cool,
December 19, 2023 at 2:44 PM, jbra...@dismail.de wrote:
•••
>
> How about a belated New Years Party?
>
> How does Saturday January 6th at 3pm UTC sound for everyone?
>
> Joshua
> Fabulous Ping Pong Player
So no one has said no or yes to this...unless someone objects, then next
Monday
How about a belated New Years Party?
How does Saturday January 6th at 3pm UTC sound for everyone?
Joshua
Fabulous Ping Pong Player
December 18, 2023 at 6:05 PM, "Samuel Thibault" wrote:
•••
>
> jbra...@dismail.de, le lun. 18 déc. 2023 22:19:12 +, a ecrit:
>
>
> December 18, 2023
On December 18, 2023 6:49:56 PM GMT+02:00, Sergey Bugaev
wrote:
>Hello,
>
>On Mon, Dec 18, 2023, 00:56 wrote:
>> Hello you lovely people!
>>
>> Wanna have a Hurd Christmas party this year?
>
>Yes please! This is a great idea!
>
>> I am an FSF member, and I have a jitsi account with them. Ravin k
jbra...@dismail.de, le lun. 18 déc. 2023 22:19:12 +, a ecrit:
> December 18, 2023 at 3:05 PM, "Samuel Thibault"
> wrote:
> > Really, this is not a time of the year when people are available :)
>
> Perhaps it is not a time of year when married people are available. :)
I'm not married, but I
December 18, 2023 at 3:05 PM, "Samuel Thibault" wrote:
>
> Really, this is not a time of the year when people are available :)
Perhaps it is not a time of year when married people are available. :)
For us single guys its a great time! haha.
Is there a better day that you would like us to
Really, this is not a time of the year when people are available :)
jbra...@dismail.de, le lun. 18 déc. 2023 19:59:12 +, a ecrit:
> How about we have a New Year's Party? We'll make it Saturday
> December 30th.
I'll again be with family. That's what christmas is mostly about
nowadays, for a
December 18, 2023 at 11:49 AM, "Sergey Bugaev" wrote:
>
> Hello,
>
> On Mon, Dec 18, 2023, 00:56 wrote:
>
> >
> > Hello you lovely people!
> >
> > Wanna have a Hurd Christmas party this year?
> >
>
> Yes please! This is a great idea!
Since Samuel won't be able to make the Christmas pa
Hello,
On Mon, Dec 18, 2023, 00:56 wrote:
> Hello you lovely people!
>
> Wanna have a Hurd Christmas party this year?
Yes please! This is a great idea!
> I am an FSF member, and I have a jitsi account with them. Ravin knows how
> well jitsi works! We could talk about the cool things that the H
Hello,
During Christmas time, I'm usually not available, and rather with the
family.
Samuel
jbra...@dismail.de, le dim. 17 déc. 2023 21:55:45 +, a ecrit:
> Hello you lovely people!
>
> Wanna have a Hurd Christmas party this year? I am an FSF member, and I have a
> jitsi account with them.
On 27 November 2023 15:48:33 CET, Thomas Schwinge
wrote:
>Hi!
>
>On 2023-10-28T21:19:59+0200, Samuel Thibault wrote:
>> We need the multilib paths in gcc to find e.g. glibc crt files on
>> Debian.
>
>ACK.
>
>> This is essentially based on t-linux64 version.
>
>Yes, but isn't the overall setup di
Thomas Schwinge, le lun. 27 nov. 2023 15:52:02 +0100, a ecrit:
> On 2023-10-28T21:20:39+0200, Samuel Thibault wrote:
> > This fixes the Hurd spec in the default-pie case, and adds static-pie
> > support.
>
> I understand that your change does work for you as-is, so I've now pushed
> that to maste
Hello,
Thomas Schwinge, le lun. 27 nov. 2023 15:48:33 +0100, a ecrit:
> On 2023-10-28T21:19:59+0200, Samuel Thibault wrote:
> > This is essentially based on t-linux64 version.
>
> Yes, but isn't the overall setup diverged from GNU/Linux?
Not sure what you mean exactly?
I just meant that the con
* 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
Hello,
Joseph Myers, le mar. 09 mai 2023 21:53:26 +, a ecrit:
> I'm observing that build-many-glibcs.py runs can end up with modifications
> to the source directory (which later cause problems with updating the
> glibc checkout):
Ah, indeed, kern_return.h happens to be pulling machine-speci
I'm observing that build-many-glibcs.py runs can end up with modifications
to the source directory (which later cause problems with updating the
glibc checkout):
diff --git a/sysdeps/mach/hurd/bits/errno.h b/sysdeps/mach/hurd/bits/errno.h
index 069865189f..3b6363568d 100644
--- a/sysdeps/mach/hu
On Tue, 2023-05-02 at 22:25 +0200, Samuel Thibault wrote:
> Thanks so much to all people involved in making the 64bit port a real
> thing now!
Congrats to all involved in creating the 64bit port. GNU/Hurd is definitely not
a dead project!
Thanks!
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.
Andreas Schwab, le lun. 01 mai 2023 16:03:32 +0200, a ecrit:
> On Mai 01 2023, Samuel Thibault wrote:
>
> > Andreas Schwab, le lun. 01 mai 2023 15:38:45 +0200, a ecrit:
> >> On Mai 01 2023, Samuel Thibault wrote:
> >>
> >> > cmsg_len is supposed to be socklen_t according to standards, but it was
On Mai 01 2023, Samuel Thibault wrote:
> Andreas Schwab, le lun. 01 mai 2023 15:38:45 +0200, a ecrit:
>> On Mai 01 2023, Samuel Thibault wrote:
>>
>> > cmsg_len is supposed to be socklen_t according to standards, but it was
>> > made
>> > size_t on Linux, see BZ 16919. For ports that have it soc
Andreas Schwab, le lun. 01 mai 2023 15:38:45 +0200, a ecrit:
> On Mai 01 2023, Samuel Thibault wrote:
>
> > cmsg_len is supposed to be socklen_t according to standards, but it was made
> > size_t on Linux, see BZ 16919. For ports that have it socklen_t, SIZE_MAX is
> > too large. We can however ex
On Mai 01 2023, Samuel Thibault wrote:
> cmsg_len is supposed to be socklen_t according to standards, but it was made
> size_t on Linux, see BZ 16919. For ports that have it socklen_t, SIZE_MAX is
> too large. We can however explicitly cast it to the type of cmsg_len so it
> will fit according to
Hello,
For information, the flurry of fixes in the hurd and glibc repository
were triggered by a static analysis by the coverity tool. Thanks Flávio
for his cross-hurd repository that made that very easy to set up :)
I only triaged and fixed the very obvious pieces, there are quite a few
reports
Andreas Schwab, le mer. 28 sept. 2022 09:48:33 +0200, a ecrit:
> On Sep 27 2022, Samuel Thibault wrote:
>
> > Notably fakeroot-tcp may introduce a lot of parallel connections.
> > ---
> > sysdeps/mach/hurd/bits/socket.h | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git
On Sep 27 2022, Samuel Thibault wrote:
> Notably fakeroot-tcp may introduce a lot of parallel connections.
> ---
> sysdeps/mach/hurd/bits/socket.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/sysdeps/mach/hurd/bits/socket.h b/sysdeps/mach/hurd/bits/socket.h
> index 70f
Florian Weimer, le sam. 01 janv. 2022 20:02:12 +0100, a ecrit:
> * Samuel Thibault:
>
> > Florian Weimer, le sam. 01 janv. 2022 19:48:21 +0100, a ecrit:
> >> * Samuel Thibault via Libc-alpha:
> >> >> > + if (&__trivfs_server_name && __trivfs_server_name
> >> >> > + && __trivfs_server_name[0]
* Samuel Thibault:
> Florian Weimer, le sam. 01 janv. 2022 19:48:21 +0100, a ecrit:
>> * Samuel Thibault via Libc-alpha:
>> >> > + if (&__trivfs_server_name && __trivfs_server_name
>> >> > + && __trivfs_server_name[0] == 'r'
>> >> > + && __trivfs_server_name[1] == 'a'
>> >> > + &&
Florian Weimer, le sam. 01 janv. 2022 19:48:21 +0100, a ecrit:
> * Samuel Thibault via Libc-alpha:
> >> > + if (&__trivfs_server_name && __trivfs_server_name
> >> > + && __trivfs_server_name[0] == 'r'
> >> > + && __trivfs_server_name[1] == 'a'
> >> > + && __trivfs_server_name[2] ==
* Samuel Thibault via Libc-alpha:
> Florian Weimer, le sam. 01 janv. 2022 18:27:49 +0100, a ecrit:
>> > @@ -33,14 +33,14 @@ __getrandom (void *buffer, size_t length, unsigned int
>> > flags)
>> >size_t amount_read;
>> >int fd;
>> >
>> > - if (&trivfs_server_name && trivfs_server_name
>
Florian Weimer, le sam. 01 janv. 2022 18:27:49 +0100, a ecrit:
> > @@ -33,14 +33,14 @@ __getrandom (void *buffer, size_t length, unsigned int
> > flags)
> >size_t amount_read;
> >int fd;
> >
> > - if (&trivfs_server_name && trivfs_server_name
> > - && trivfs_server_name[0] == 'r'
>
Florian Weimer, le ven. 31 déc. 2021 21:45:18 +0100, a ecrit:
> * Samuel Thibault via Libc-alpha:
> > Joseph Myers, le ven. 31 déc. 2021 20:24:02 +, a ecrit:
> >> On Fri, 31 Dec 2021, Samuel Thibault wrote:
> >>
> >> > +extern char *trivfs_server_name __attribute__((weak));
> >>
> >> This loo
* Samuel Thibault via Libc-alpha:
> Joseph Myers, le ven. 31 déc. 2021 20:24:02 +, a ecrit:
>> On Fri, 31 Dec 2021, Samuel Thibault wrote:
>>
>> > +extern char *trivfs_server_name __attribute__((weak));
>>
>> This looks like it has caused many linknamespace test failures, of the
>> form:
>>
Joseph Myers, le ven. 31 déc. 2021 20:24:02 +, a ecrit:
> On Fri, 31 Dec 2021, Samuel Thibault wrote:
>
> > +extern char *trivfs_server_name __attribute__((weak));
>
> This looks like it has caused many linknamespace test failures, of the
> form:
>
> [initial] __assert_fail -> [libc.a(asser
On Tue, 7 Sep 2021 14:50:48 +0200
Richard Braun wrote:
> On Tue, Aug 17, 2021 at 10:29:42AM +0200, Richard Braun wrote:
> > On Mon, Aug 16, 2021 at 11:23:23PM +0200, Denis 'GNUtoo' Carikli
> > wrote:
> > > While it's relatively easy to create an account on the Hurd
> > > wiki[1] and to edit it, e
On Tue, Aug 17, 2021 at 10:29:42AM +0200, Richard Braun wrote:
> On Mon, Aug 16, 2021 at 11:23:23PM +0200, Denis 'GNUtoo' Carikli wrote:
> > While it's relatively easy to create an account on the Hurd wiki[1] and
> > to edit it, everything is in http.
> >
> > So at the account creation and during
On Tue, 17 Aug 2021 10:29:42 +0200
Richard Braun wrote:
> On Mon, Aug 16, 2021 at 11:23:23PM +0200, Denis 'GNUtoo' Carikli
> wrote:
> > While it's relatively easy to create an account on the Hurd wiki[1]
> > and to edit it, everything is in http.
> >
> > So at the account creation and during the
On Mon, Aug 16, 2021 at 11:23:23PM +0200, Denis 'GNUtoo' Carikli wrote:
> While it's relatively easy to create an account on the Hurd wiki[1] and
> to edit it, everything is in http.
>
> So at the account creation and during the login, the password is most
> probably transmitted in clear.
>
> Wou
Nathan Dehnel, le mer. 11 août 2021 15:51:01 -0500, a ecrit:
> My understanding is, Hurd is licensed GPL2 but there are plans to
> relicense it to GPL3, and dropping copyright reassignment would make
> that more difficult.
The Hurd source code is GPL2+.
There are some pieces which are GPL2-only,
My understanding is, Hurd is licensed GPL2 but there are plans to
relicense it to GPL3, and dropping copyright reassignment would make
that more difficult.
Hi Samuel,
Samuel Thibault skribis:
> 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
Richard Braun, le mar. 10 août 2021 13:53:28 +0200, a ecrit:
> On Tue, Aug 10, 2021 at 02:26:54PM +0300, Sergey Bugaev wrote:
> > On Tue, Aug 10, 2021 at 5:04 AM Samuel Thibault
> > wrote:
> > > In the past months, Sergey Bugaev has been working on fixing some
> > > Hurd security vulnerabilities.
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
Hi Samuel,
In the past months, Sergey Bugaev has been working on fixing
some
Hurd security vulnerabilities. This is now fixed in the latest
Debian
packages, so please upgrade and reboot!
Thanks for the fixes and the heads-up!
hurd >= 1:0.9.git20210404-9
libc0.3 >= 2.31-13+hurd.1
gnumach-
Richard Braun, le mar. 10 août 2021 13:53:28 +0200, a ecrit:
> On Tue, Aug 10, 2021 at 02:26:54PM +0300, Sergey Bugaev wrote:
> > On Tue, Aug 10, 2021 at 5:04 AM Samuel Thibault
> > wrote:
> > > In the past months, Sergey Bugaev has been working on fixing some
> > > Hurd security vulnerabilities.
Hello!
On Tue, Aug 10, 2021 at 2:53 PM Richard Braun wrote:
> I have issues mounting /home (or rather, keeping it mounted) on
> darnassus.sceen.net since the reboot. Samuel already has root access
> so he can look at it when he has time.
That's... not good. I hope we'll figure it out.
By the wa
On Tue, Aug 10, 2021 at 02:26:54PM +0300, Sergey Bugaev wrote:
> On Tue, Aug 10, 2021 at 5:04 AM Samuel Thibault wrote:
> > In the past months, Sergey Bugaev has been working on fixing some
> > Hurd security vulnerabilities.
>
> I urge everybody to upgrade (and reboot!) their systems as soon as
>
On Tue, Aug 10, 2021 at 5:04 AM Samuel Thibault wrote:
> In the past months, Sergey Bugaev has been working on fixing some
> Hurd security vulnerabilities.
Well I certainly wasn't doing it alone :)
Samuel and me have been working together over the past few months to
design and implement fixes fo
Andreas Schwab, le lun. 01 févr. 2021 19:55:05 +0100, a ecrit:
> On Feb 01 2021, Samuel Thibault wrote:
>
> > BSD 4.1 did not have an argument for TIOCFLUSH, BSD 4.2 added it. There
> > are still a lot of applications out there that pass a NULL argument to
> > TIOCFLUSH, so we should rather cope w
Joseph Myers, le jeu. 06 août 2020 18:01:44 +, a ecrit:
> On Wed, 5 Aug 2020, Samuel Thibault wrote:
>
> > +/* Retrieve scheduling algorithm for a particular purpose. */
> > +int
> > +__sched_getscheduler (pid_t pid)
> > +{
> > + return SCHED_OTHER;
> > +}
> > +weak_alias (__sched_getschedul
Damien Zammit, le sam. 11 juil. 2020 11:56:21 +1000, a ecrit:
> I compiled and installed the latest master-user_level_drivers-debian branch
> of gnumach, (which has both fallback and new RPCs for interrupt handling).
>
> Using the attached patch, I was able to build libddekit.a and link with
> ne
Damien Zammit, le sam. 11 juil. 2020 11:56:21 +1000, a ecrit:
> I also tried old netdde with this kernel and it seems to still work!?
Well, that's expected thanks to the compatibility layer?
Samuel
../Rules:219: target '/suse/schwab/src/libc/test/nptl/tst-cancelx9' given more
than once in the same rule
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
Andreas Schwab, le mer. 17 juin 2020 15:26:30 +0200, a ecrit:
> ../Rules:219: target '/suse/schwab/src/libc/test/nptl/tst-cancelx9' given
> more than once in the same rule
It seems I missed the "remove" part of the move of that commit indeed,
now fixed.
Thanks,
Samuel
Samuel Thibault, le lun. 08 juin 2020 13:34:42 +0200, a ecrit:
> Andreas Schwab, le lun. 08 juin 2020 12:43:16 +0200, a ecrit:
> > On Jun 07 2020, Samuel Thibault wrote:
> >
> > > * htl/Makefile: Remove rules adding libpthread.so and libpthread.a to link
> > > lines.
> > > * nptl/Makefile: Move ru
1 - 100 of 667 matches
Mail list logo
