Almudena Garcia, le lun. 04 août 2025 21:37:20 +, a ecrit:
> We can mention the rumpnet port to improve network drivers
It is very very experimental...
(and not actually currently pluged in whatever way)
Samuel
jbra...@dismail.de, le lun. 04 août 2025 12:25:23 +, a ecrit:
> August 3, 2025 at 7:05 PM, "Samuel Thibault" mailto:samuel.thiba...@gnu.org?to=%22Samuel%20Thibault%22%20%3Csamuel.thibault%40gnu.org%3E
> > wrote:
> > As Debian Trixie is to be released this w
Martin-Éric Racine, le lun. 04 août 2025 12:08:26 +0300, a ecrit:
> ma 4.8.2025 klo 12.01 Martin-Éric Racine (martin-eric.rac...@iki.fi)
> kirjoitti:
> >
> > ma 4.8.2025 klo 11.45 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> > >
> > > Martin-Éric Racine,
Martin-Éric Racine, le lun. 04 août 2025 12:01:51 +0300, a ecrit:
> ma 4.8.2025 klo 11.45 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> >
> > Martin-Éric Racine, le lun. 04 août 2025 08:02:16 +0300, a ecrit:
> > > su 3.8.2025 klo 22.33 Samuel Thibault (sthiba.
Martin-Éric Racine, le lun. 04 août 2025 08:02:16 +0300, a ecrit:
> su 3.8.2025 klo 22.33 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> > Martin-Éric Racine, le dim. 03 août 2025 17:51:36 +0300, a ecrit:
> > > Preparing to unpack .../gdb_16.3-1_hurd-i386.deb ...
> >
Hello,
As Debian Trixie is to be released this week-end, I'll publish iso
images for a Debian GNU/Hurd 2025. The question is what features did we
collect since 2023, to be put in the news? On the top of my head I can
think of the following mainlines:
- obviously, now-working 64b support with the
Hello,
Martin-Éric Racine, le dim. 03 août 2025 17:51:36 +0300, a ecrit:
> Preparing to unpack .../gdb_16.3-1_hurd-i386.deb ...
> Unpacking gdb (16.3-1) ...
> dpkg: error processing archive
> /var/cache/apt/archives/gdb_16.3-1_hurd-i386.deb (--unpack):
> trying to overwrite '/usr/bin/gcore', whi
Michael Kelly, le jeu. 31 juil. 2025 13:29:57 +0100, a ecrit:
> I'd like to try and find the cause of the swapping bugs so I'll also
> continue with the existing test case.
Sure. It's just better to chase only one bug at a time, to avoid
involving too many things at the same time.
Samuel
Michael Kelly, le jeu. 31 juil. 2025 10:27:38 +0100, a ecrit:
> My virtual machine is regularly locking with all sorts of processes stuck in
> vm_fault_continue after running the test case for longer periods. It's
> possible there's an issue with page in from the default pager as the test
> case ex
Hello,
Michael Kelly, le mar. 29 juil. 2025 20:46:24 +0100, a ecrit:
> I think that I have an understanding of how this problem arises. Apologies
> for the long explanation especially if much of this is already apparent to
> you.
Thanks for the investigation and the details!
> I've attached my p
.7.64) unstable; urgency=medium
+
+ * Re-upload without the spurious hurd.img file (Closes: Bug#1109723)
+
+ -- Samuel Thibault Tue, 22 Jul 2025 15:56:13 +0200
+
crosshurd (1.7.63) unstable; urgency=medium
[ Samuel Thibault ]
Binary files /var/tmp/geTMsOBs5M/crosshurd-1.7.63/boot/exec.stati
Hello,
Applied, thanks!
Samuel
Michael Kelly, le ven. 18 juil. 2025 15:33:43 +0100, a ecrit:
> On 21/06/2025 18:18, Samuel Thibault wrote:
> > Better validate progressively.
>
> The fix for processing of SYMLINK and MKNOD involved more change than I
> expected. I think th
Hello,
Applied, thanks!
Yes, I agree that most use of nfs-program would be the nfs version, not
really the program id.
Samuel
Michael Kelly, le dim. 13 juil. 2025 21:11:17 +0100, a ecrit:
> On 13/07/2025 11:51, Samuel Thibault wrote:
> > > Previously the call to chown that was pre
Hello,
Michael Kelly, le dim. 13 juil. 2025 09:37:33 +0100, a ecrit:
> On 21/06/2025 18:18, Samuel Thibault wrote:
> > Better validate progressively.
>
> Here are two further patches to add more NFSv3 functionality. They need to
> be applied in sequence 3_3 then 3_4
Michael Kelly, le jeu. 10 juil. 2025 22:29:35 +0100, a ecrit:
> On 09/07/2025 20:43, Samuel Thibault wrote:
> > It seems only one patch made it through? :)
>
> Here is the 2nd patch which has passed the same test case as patch.v3.1.
>
> This patch adds support for NFSv
Michael Kelly, le ven. 11 juil. 2025 09:07:39 +0100, a ecrit:
> There are several instances throughout the existing code where the returned
> 'stat' is updated regardless of error return. I believe the general approach
> is to take advantage of any data returned to keep the cached state up to
> dat
Hello,
Michael Kelly, le jeu. 10 juil. 2025 22:29:35 +0100, a ecrit:
>*(p++) = ntohl (read_size);
>err = conduct_rpc (&rpcbuf, &p);
> - if (!err)
> + if (err)
Better keep it factorized.
> {
> - err = nfs_error_trans (ntohl (*p));
> - p++;
> + fre
Applied, thanks!
Michael Kelly, le mer. 09 juil. 2025 20:38:58 +0100, a ecrit:
> On 21/06/2025 18:18, Samuel Thibault wrote:
> > Better validate progressively.
> I have attached the first in a series of patches to enable NFSv3 support in
> the NFS translator. These will each
Hello,
Michael Kelly, le mer. 09 juil. 2025 20:38:58 +0100, a ecrit:
> I have attached the first in a series of patches
It seems only one patch made it through? :)
Samuel
Martin-Éric Racine, le jeu. 03 juil. 2025 12:43:53 +0300, a ecrit:
> ti 1.7.2025 klo 12.38 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> > > settrans: console: Device or resource busy
> >
> > This is more surpring since -K is passed, so st() is supposed to check
&g
Hello,
Martin-Éric Racine, le mar. 01 juil. 2025 12:07:56 +0300, a ecrit:
> ln: failed to access 'stdin/0': Not a directory
> ln: failed to access 'stdout/1': Not a directory
> ln: failed to access 'stderr/2': Not a directory
This is because
cmd ln -f -s fd/0 stdin
does not take care of the ca
Hello,
Michael Kelly, le sam. 21 juin 2025 21:40:27 +0100, a ecrit:
> I found a deadlock situation involving 2 threads of a single process:
>
> Thread 0: calls alarm() to set the itimer timeout via __setitimer
> (glibc/sysdeps/mach/hurd/setitimer.c). This locks _hurd_itimer_lock and then
> attemp
ally fail the build.
Indeed!
> On June 18, 2025 5:28:25 PM GMT+02:00, Samuel Thibault
> wrote:
> >Fabian Grünbichler, le mer. 18 juin 2025 17:01:55 +0200, a ecrit:
> >> full debdiff dropping R³ attachted as well.
> >>
> >[...]
> >> only set it in
Michael Kelly, le sam. 21 juin 2025 18:15:43 +0100, a ecrit:
> I'll progress this then.
>
> Would you prefer one large change set or a series of smaller patches that
> can more easily be validated? I think the complete development will be quite
> a large patch.
Better validate progressively.
Sam
Hello,
Michael Kelly, le sam. 21 juin 2025 14:27:23 +0100, a ecrit:
> The current Hurd NFS client has code that supports some aspects of NFS v3
> protocol although none of it is active in the sense that it can only
> communicate with a v2 server. I have a partial implementation of NFS v3
> client
Hello,
Yuqian Yang, le jeu. 19 juin 2025 11:59:04 +, a ecrit:
> I found that Debian lacks `hurd-i386` and `hurd-amd64` variants of
> `crossbuild-essential-*`[1]. I wonder whether this is intentional, or we can
> just add these two.
I'm not aware of any fundamental reason against this, but I g
Hello,
Fabian Grünbichler, le mer. 18 juin 2025 17:01:55 +0200, a ecrit:
> full debdiff dropping R³ attachted as well.
>
[...]
> only set it in debian/rules via chown u+s
This part seems missing in the patches? Perhaps debian has a better way
to set u+s than an explicit chmod?
> I also noticed
Hello,
Michael Kelly, le jeu. 12 juin 2025 14:14:08 +0100, a ecrit:
> I have restructured vm_page_seg_pull_inactive_page() and
> vm_page_seg_pull_active_page() to search all appropriate lists
Applied, thanks!
Samuel
Michael Kelly, le jeu. 12 juin 2025 16:18:19 +0100, a ecrit:
> There is a call during the mmap tests of stress-ng to mmap:
>
> mmap(NULL, page_size, PROT_WRITE, MAP_SHARED | MAP_ANONYMOUS, -1, 0);
>
> This results in a vm_map_entry within the task with VM_PROT_WRITE as
> expected.
>
> The wri
Michael Kelly, le jeu. 12 juin 2025 16:31:18 +0100, a ecrit:
> Memory allocation is suspended when free memory is low in a memory segment.
> I observed a number of occasions during recent stress testing when the
> kernel effectively froze because a different thread could not be swapped in.
> The sw
Samuel Thibault, le jeu. 12 juin 2025 09:33:59 +0200, a ecrit:
> I noticed an issue in the mig translation, the 64b fields were not
> getting aligned in structures, I have fixed this in mig but this
> requires a transition. I have uploaded libc 2.41-9~1 in unreleased and
> hurd 1:0.9.g
Hello,
I noticed an issue in the mig translation, the 64b fields were not
getting aligned in structures, I have fixed this in mig but this
requires a transition. I have uploaded libc 2.41-9~1 in unreleased and
hurd 1:0.9.git20250420-2 that work around the issue.
If you have a hurd-amd64 system, p
Michael Kelly, le dim. 08 juin 2025 08:35:02 +0100, a ecrit:
> On 07/06/2025 21:47, Samuel Thibault wrote:
> > There is one thing, however: I see in some places going through shadows
> > that they lock the next object before unlocking the previous. This
> > indeed seems
Hello,
Michael Kelly, le sam. 07 juin 2025 21:16:13 +0100, a ecrit:
> So in essence, I added the same shadow chain recursion functionality to
> vm_object_pmap_remove(). This works successfully within my test case. I am
> however not experienced enough with the mach code to claim this as a certain
Samuel Thibault, le mar. 03 juin 2025 22:46:11 +0200, a ecrit:
> Samuel Thibault, le mar. 03 juin 2025 22:43:38 +0200, a ecrit:
> > It's essentially the package in "Building" status on
> >
> > https://buildd.debian.org/status/architecture.php?a=hurd-amd64&
Samuel Thibault, le mar. 03 juin 2025 22:43:38 +0200, a ecrit:
> It's essentially the package in "Building" status on
>
> https://buildd.debian.org/status/architecture.php?a=hurd-amd64&suite=
> https://buildd.debian.org/status/architecture.php?a=hurd-i386&sui
Michael Kelly, le ven. 30 mai 2025 12:22:23 +0100, a ecrit:
> On 29/05/2025 20:28, Michael Kelly wrote:
> > On 29/05/2025 14:49, Samuel Thibault wrote:
> > > So it's mach-defpager which need to be given vm_privilege. If that's
> > > not already so, that is wh
Hello,
Michael Kelly, le mar. 27 mai 2025 18:01:05 +0100, a ecrit:
> Anyway, here are the contextual diffs as requested:
Thanks!
> diff -u git/gnumach/kern/slab.c gnumach/kern/slab.c
> --- ./git/gnumach/kern/slab.c 2025-05-27 10:13:48.422454969 +0100
> +++ gnumach/kern/slab.c 2025-05-27 10:31:
Hello,
Michael Kelly, le mar. 27 mai 2025 15:22:27 +0100, a ecrit:
> I've been looking at why the page out to the default pager isn't currently
> working.
Thanks!
I don't have the time to look a the details right, now, but already
asking:
> diff -r git/gnumach/kern/slab.c gnumach/kern/slab.c
>
Samuel Thibault, le lun. 19 mai 2025 10:35:18 +0200, a ecrit:
> Guillem Jover, le lun. 19 mai 2025 10:20:06 +0200, a ecrit:
> > On Mon, 2025-05-19 at 10:03:02 +0200, Samuel Thibault wrote:
> > > John Paul Adrian Glaubitz, le lun. 19 mai 2025 09:58:07 +0200, a ecrit:
> > &g
Guillem Jover, le lun. 19 mai 2025 10:20:06 +0200, a ecrit:
> On Mon, 2025-05-19 at 10:03:02 +0200, Samuel Thibault wrote:
> > John Paul Adrian Glaubitz, le lun. 19 mai 2025 09:58:07 +0200, a ecrit:
> > > > If getting a new sqv version built is going to be too hard or time
Hello,
John Paul Adrian Glaubitz, le lun. 19 mai 2025 09:58:07 +0200, a ecrit:
> > If getting a new sqv version built is going to be too hard or time
> > consuming for now, then perhaps removing the sqv binary packages from
> > the port (like it's the state for several other ports) is the quickest
Michael Kelly, le lun. 12 mai 2025 19:34:13 +0100, a ecrit:
> Some of these things I had thought of as possibilities and some I hadn't
> although I should have (for example that the vm_page_copy would set the
> hardware dirty flag).
It wasn't completely immediate to me either:)
> It is seems misl
Michael Kelly, le lun. 12 mai 2025 15:38:48 +0100, a ecrit:
> On 12/05/2025 08:45, Samuel Thibault wrote:
>
> The issue could match the issues I'm still experiencing on buildds where
> I have just disabled swap.
>
>
> It is the page balancing that is re
Michael Kelly, le lun. 12 mai 2025 15:38:48 +0100, a ecrit:
> On 12/05/2025 08:45, Samuel Thibault wrote:
>
> I was so surprised by this that I actually commented out all of the
> code in vm_pageout_scan except for the page balancing but it still did
>
Michael Kelly, le lun. 12 mai 2025 08:15:10 +0100, a ecrit:
> As part of this research I have also come across another feature that arises
> when running low on memory. I have a virtual machine with 2GB of RAM and a
> very simple test program to gobble 400M of memory per instance (below). I
> run 2
Michael Kelly, le lun. 12 mai 2025 08:15:10 +0100, a ecrit:
> I've been looking at why the swap appears not to be working at the moment.
> I've identified a small set of alterations to the code in vm_page_seg_evict
> that have been introduced relatively recently that if reverted restores swap
> fun
Hello,
Martin-Éric Racine, le dim. 04 mai 2025 14:07:38 +0300, a ecrit:
> Googling up the answer gave me "a few wireless devices are supported,
> but better use a supported Ethernet card just to be safe." The real
> question is, is there a list of supported networking devices,
> including instruct
Control: reassign -1 hurd
Martin-Éric Racine, le ven. 02 mai 2025 08:26:11 +0300, a ecrit:
> pe 2.5.2025 klo 0.52 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> > Martin-Éric Racine, le ven. 02 mai 2025 00:24:16 +0300, a ecrit:
> > > On hurd-i386, the console keeps on comp
Martin-Éric Racine, le mar. 29 avril 2025 19:57:49 +0300, a ecrit:
> PS: To which bug number were you refering to when you said that
> migration to deb822 remains contreversial?
I didn't say it was controversial, just that supporting it is a more
general question than just the Hurd port.
https://
Hello,
João Pedro Malhado, le mar. 29 avril 2025 14:54:16 +0200, a ecrit:
> On Sun, Apr 20, 2025 at 12:30:51AM +0200, Samuel Thibault wrote:
> > João, le sam. 15 mars 2025 13:17:40 +, a ecrit:
> > > I am aware of mmdebstrap mentioned in this mailing list at the end o
João Pedro Malhado, le mar. 29 avril 2025 15:01:19 +0200, a ecrit:
> On Tue, Apr 29, 2025 at 01:07:10PM +0200, Samuel Thibault wrote:
> > Martin-Éric Racine, le mar. 29 avril 2025 13:50:25 +0300, a ecrit:
> > > Are we still supposed to run ./native-install twice i.e. boot in
>
Martin-Éric Racine, le mar. 29 avril 2025 13:50:25 +0300, a ecrit:
> ti 29.4.2025 klo 13.46 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> >
> > Martin-Éric Racine, le mar. 29 avril 2025 13:25:17 +0300, a ecrit:
> > > su 27.4.2025 klo 10.52 Samuel Thibault (sthiba.
Martin-Éric Racine, le mar. 29 avril 2025 13:25:17 +0300, a ecrit:
> su 27.4.2025 klo 10.52 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> > Martin-Éric Racine, le jeu. 24 avril 2025 10:50:23 +0300, a ecrit:
> > > It could also be a good idea for the last prompt in ./nativ
Martin-Éric Racine, le mar. 29 avril 2025 12:30:14 +0300, a ecrit:
> ma 28.4.2025 klo 13.47 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> >
> > Martin-Éric Racine, le lun. 28 avril 2025 13:19:44 +0300, a ecrit:
> > > ma 28.4.2025 klo 10.59 Samuel Thibault (sthiba.
Samuel Thibault, le lun. 28 avril 2025 12:47:47 +0200, a ecrit:
> Martin-Éric Racine, le lun. 28 avril 2025 13:19:44 +0300, a ecrit:
> > Returning to the failed ACPI shutdowns, the console now shows the
> > following at the end of the process initiated by 'exec sudo poweroff:
&
Martin-Éric Racine, le lun. 28 avril 2025 13:19:44 +0300, a ecrit:
> ma 28.4.2025 klo 10.59 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> >
> > Martin-Éric Racine, le lun. 28 avril 2025 10:02:19 +0300, a ecrit:
> > > su 27.4.2025 klo 13.11 Samuel Thibault (sthiba.
Martin-Éric Racine, le lun. 28 avril 2025 10:02:19 +0300, a ecrit:
> su 27.4.2025 klo 13.11 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> > Martin-Éric Racine, le dim. 27 avril 2025 11:29:21 +0300, a ecrit:
> > > The key point is that without keyboard-configuration
Hello,
Michael Kelly, le lun. 28 avril 2025 07:01:37 +0100, a ecrit:
> It is permissible for ext2_alloc_block to return 0 as an ENOSPC indication
> but the assertion doesn't take that into account. Please consider the
> following patch:
Perhaps better simply add "result == 0 ||" in the assertion?
Samuel Thibault, le dim. 27 avril 2025 12:45:04 +0200, a ecrit:
> Samuel Thibault, le dim. 27 avril 2025 12:42:46 +0200, a ecrit:
> > Samuel Thibault, le dim. 27 avril 2025 12:11:31 +0200, a ecrit:
> > > Martin-Éric Racine, le dim. 27 avril 2025 11:29:21 +0300, a ecrit:
> &
Samuel Thibault, le dim. 27 avril 2025 12:42:46 +0200, a ecrit:
> Samuel Thibault, le dim. 27 avril 2025 12:11:31 +0200, a ecrit:
> > Martin-Éric Racine, le dim. 27 avril 2025 11:29:21 +0300, a ecrit:
> > > then we're stuck with a command line that barfs
> > > on
Samuel Thibault, le dim. 27 avril 2025 12:11:31 +0200, a ecrit:
> Martin-Éric Racine, le dim. 27 avril 2025 11:29:21 +0300, a ecrit:
> > then we're stuck with a command line that barfs
> > on bash's standard command prompt's escape codes.
>
> I have seen tha
Hello,
Martin-Éric Racine, le dim. 27 avril 2025 11:41:30 +0300, a ecrit:
> Since Trixie is already under freeze, we should probably migrate
> crosshurd and the install CD to deb822. What I have so far:
Again, contribution welcome. But that's a way more general question in
Debian, not just Debian
Martin-Éric Racine, le dim. 27 avril 2025 11:29:21 +0300, a ecrit:
> su 27.4.2025 klo 10.52 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> >
> > Martin-Éric Racine, le jeu. 24 avril 2025 10:50:23 +0300, a ecrit:
> > > ke 23.4.2025 klo 17.44 Martin-Éric Racine (m
Martin-Éric Racine, le dim. 27 avril 2025 10:12:18 +0300, a ecrit:
> to 24.4.2025 klo 10.50 Martin-Éric Racine (martin-eric.rac...@iki.fi)
> kirjoitti:
> > On an entirely different issue, the ext2fs server regularly crashes with:
> >
> > ext2fs/pager.c:416 file_pager_write_page: Assertion 'block'
Hello,
Martin-Éric Racine, le dim. 27 avril 2025 10:12:18 +0300, a ecrit:
> Is there a limit on the drive size that Hurd can handle?
https://darnassus.sceen.net/~hurd-web/faq/2_gib_partition_limit/
> On the partition size?
https://darnassus.sceen.net/~hurd-web/faq/2_gib_partition_limit/
> On t
romulasry, le dim. 27 avril 2025 06:04:54 +, a ecrit:
> Is there UEFI support
The Hurd itself doesn't care about UEFI. The bootloader does, however,
and grub does support UEFI, yes. I don't think it was tested & fixed
much, though, contribution welcome.
Samuel
jbra...@dismail.de, le ven. 25 avril 2025 15:07:46 +, a ecrit:
> April 25, 2025 at 10:50 AM, "Samuel Thibault" mailto:sthiba...@debian.org?to=%22Samuel%20Thibault%22%20%3Csthibault%40debian.org%3E
> > wrote:
> > jbra...@dismail.de, mailto:jbra...@dismail.de, le ven.
jbra...@dismail.de, le ven. 25 avril 2025 14:31:42 +, a ecrit:
> Please do NOT use the amd64 image in real hardware. If you want to
> install the Hurd, then please use the 32 bit image. It is much
> more stable. The 64 bit image has huge stability issues.
Not any more, they have been fixed
João Pedro Malhado, le jeu. 24 avril 2025 13:32:56 +0200, a ecrit:
> Perhaps you were not looking so much for a thank you, but just for more help.
Yes :)
> I'm mostly a user, my skills are rather limited, I don't program in C, and I
> don't know what an inode is.
Well *all* started like that ;)
Martin-Éric Racine, le jeu. 24 avril 2025 10:50:23 +0300, a ecrit:
> ke 23.4.2025 klo 17.44 Martin-Éric Racine (martin-eric.rac...@iki.fi)
> kirjoitti:
> > 1) Due to Secure APT, 'crosshurd' must Depends on
> > debian-ports-archive-keyring, otherwise, it cannot proceed.
>
> In addition to João's c
Hello,
Thanks for answering :)
Joan Lledó, le mer. 23 avril 2025 22:07:42 +0200, a ecrit:
> > Another example is people asking for at last switching to lwip. I have
> been waiting for years for people to contribute tested patches to do
> this.
>
> What patches do we need for this?
I don't know.
Hello,
I'm sorry I have to write this, but I believe it should be written.
Please don't take it personally (I'm not quoting authors on purpose),
I just use this as an example to express what I have in mind for years
already.
> However... 'crosshurd' is currently broken:
and has been so for a *lo
C Chapman, le lun. 21 avril 2025 08:18:56 -0400, a ecrit:
> I'm using debian-hurd-amd64-20250316.img.gz.
This is not an installer, but a pre-installed image.
That being said, the error message says that it cannot find the disk.
> I used dd to copy it to a USB stick.
Indeed, the usbrumpdisk tran
Hello,
João, le sam. 15 mars 2025 13:17:40 +, a ecrit:
> I am aware of mmdebstrap mentioned in this mailing list at the end of last
> year,
> which could work in the similar way to crosshurd, but I did not find enough
> information to be able to make it work for an installation on real hardwa
João Pedro Malhado, le mar. 15 avril 2025 14:25:31 +0200, a ecrit:
> I appreciated that, but crosshurd is presently the only documented way that I
> could find of installing a hurd system on real hardware without a CD-ROM.
> I would be glad to use mmdebstrap to that effect, but I could not find the
Hello,
João Pedro Malhado, le mar. 08 avril 2025 21:11:41 +0200, a ecrit:
> On Sun, Apr 06, 2025 at 06:41:39PM +0200, Samuel Thibault wrote:
> > João, le sam. 05 avril 2025 18:20:24 +0200, a ecrit:
> > > During package configuration some packages fail, which I assumed was
&g
João, le dim. 06 avril 2025 20:27:44 +0200, a ecrit:
> On Sun, Apr 06, 2025 at 07:33:59PM +0200, Samuel Thibault wrote:
> > João, le ven. 28 mars 2025 17:39:17 +0100, a ecrit:
> > > I have not yet tried to get the hurd-console working, but this will
> > > probably
Hello,
Nice work!
João, le ven. 28 mars 2025 17:39:17 +0100, a ecrit:
> I have not yet tried to get the hurd-console working, but this will probably
> involve starting the console server (under runit supervision?), setting the
> translators for the different tty and running getty on them?
That i
Hello,
João, le sam. 05 avril 2025 18:20:24 +0200, a ecrit:
> Version 1.7.62 never reached the archive. Perhaps this was intended.
Never attribute to some will what can very easily be explained by
incompetence :)
> I have taken the version in Salsa, was able to boot and run native-install,
> and
Hello,
Martin-Éric Racine, le sam. 22 mars 2025 07:55:38 +0200, a ecrit:
> I was wondering whether someone could enable the gcc-multilib target
> in src:gcc-defauls for hurd-amd64 in unstable? It's needed to get the
> -m32 flag.
It'd have to be done in the various pieces of the toolchain (at leas
Amos Jeffries, le jeu. 06 mars 2025 15:06:06 +1300, a ecrit:
> The other two are probably worth fixing the unreleased hiccup since they
> have not had version uploads since 2022.
What problem does the current situation actually pose?
(I'm sorry I really have to control the time I spend on various
Amos Jeffries, le dim. 09 mars 2025 20:08:33 +1300, a ecrit:
> On 6/03/25 22:50, Samuel Thibault wrote:
> > Amos Jeffries, le jeu. 06 mars 2025 15:06:06 +1300, a ecrit:
> > > The other two are probably worth fixing the unreleased hiccup since they
> > > have not had
Samuel Thibault, le jeu. 06 mars 2025 02:26:07 +0100, a ecrit:
> Amos Jeffries, le jeu. 06 mars 2025 14:13:38 +1300, a ecrit:
> > I have been watching the 64-bit Hurd buildd progress and notice that there
> > are 3 packages which have been stuck with "Uploaded" state [0]
Hello,
Amos Jeffries, le jeu. 06 mars 2025 14:13:38 +1300, a ecrit:
> I have been watching the 64-bit Hurd buildd progress and notice that there
> are 3 packages which have been stuck with "Uploaded" state [0] for a very
> long time without matching entries in the NEW+BYHAND queue to explain it.
Hello,
Guillem Jover, le dim. 02 mars 2025 04:45:52 +0100, a ecrit:
> On Sun, 2025-03-02 at 02:50:35 +0100, Santiago Vila wrote:
> > To my surprise the package failed to build on hurd-i386:
> >
> > [...]
> > Use of uninitialized value $v{"DEB_HOST_MULTIARCH"} in concatenation (.) or
> > string a
Samuel Thibault, le lun. 10 févr. 2025 12:44:45 +0100, a ecrit:
> Hello,
>
> Yuqian Yang, le lun. 10 févr. 2025 17:46:32 +0800, a ecrit:
> > ---
> > libpam/include/pam_hurd_max_stub.h | 11 +++
> > modules/pam_debug/tst-pam_debug-retval.c
Svante Signell, le lun. 10 févr. 2025 12:21:40 +0100, a ecrit:
> Why do you post to debian-hurd?
Because there are debian packaging questions.
> Almost nobody does this today,
EH?? This is pure FUD, the trafic on debian-hurd is the same nowadays as
it has been in the past years.
Samuel
Yuqian Yang, le lun. 10 févr. 2025 17:46:31 +0800, a ecrit:
> In that file, it tries to lower the fsuid (Linux-specific) to
> constrain the privileges of the program and get back then.
> As far as I can understand, this avoids changing euid but not
> being able to get back.
I'm not sure I understa
Samuel Thibault, le lun. 10 févr. 2025 12:55:27 +0100, a ecrit:
> Yuqian Yang, le lun. 10 févr. 2025 18:01:00 +0800, a ecrit:
> > ---
> > debian/libpam-modules-bin.install | 3 -
> > debian/patches/hurd-fix.patch | 276 ++
> > debi
Yuqian Yang, le lun. 10 févr. 2025 18:01:00 +0800, a ecrit:
> ---
> debian/libpam-modules-bin.install | 3 -
> debian/patches/hurd-fix.patch | 276 ++
> debian/patches/hurd_no_setfsuid | 84 -
> debian/patches/series | 3 +-
> 4 files chan
Yuqian Yang, le lun. 10 févr. 2025 17:46:33 +0800, a ecrit:
> ---
> examples/tty_conv.c | 7 +++
> libpam/pam_modutil_priv.c | 40 +++
> 2 files changed, 43 insertions(+), 4 deletions(-)
>
> diff --git a/examples/tty_conv.c b/examples/tty_conv.c
> in
Hello,
Yuqian Yang, le lun. 10 févr. 2025 17:46:32 +0800, a ecrit:
> ---
> libpam/include/pam_hurd_max_stub.h | 11 +++
> modules/pam_debug/tst-pam_debug-retval.c | 1 +
> modules/pam_deny/tst-pam_deny-retval.c | 1 +
> modules/pam_echo/tst-pam_echo-retva
Hello,
Yuqian Yang, le sam. 08 févr. 2025 21:39:59 +0800, a ecrit:
> * Fix stack consumption measurement to make it also work on
> GNU/Hurd.
> The problem behind it is that GNU/Hurd uses a totally different
> way to implement signal handling.
Yes, but
> With `-O2` enabled, the `SimpleSigna
Yuqian Yang, le sam. 08 févr. 2025 19:07:09 +0800, a ecrit:
> This patch has now been accepted and merged to upstream.[1]
>
> Thank you all, including libgav1 team, for helping! :)
>
> [1] https://chromium-review.googlesource.com/c/codecs/libgav1/+/6239812
Thanks for your contribution ;)
Samuel
Yuqian Yang, le ven. 07 févr. 2025 23:27:01 +0800, a ecrit:
> I know this is due to the way of our kernel to handle file and memory.
> Do we have a good way to fix this,
Not a trivial way. It'd need adding names to the kernel map entries, and
setting them from mmap() and such functions that map fi
Yuqian Yang, le ven. 07 févr. 2025 23:33:11 +0800, a ecrit:
> gettid is not available on GNU/Hurd and not defined in
> glibc. It is specific to Linux for its thread
> implementation, while GNU/Hurd uses a different one.
> Without a definition, compiling libgav1 on GNU/Hurd
> will result in an error
Yuqian Yang, le ven. 07 févr. 2025 21:37:02 +0800, a ecrit:
> On 2025-02-07 03:36, Samuel Thibault wrote:
> > Yuqian Yang, le ven. 07 févr. 2025 02:09:25 +0800, a ecrit:
> > > diff --git a/absl/log/log_modifier_methods_test.cc
> > > b/absl/log/log_modifier_methods_t
Hello,
Yuqian Yang, le ven. 07 févr. 2025 02:09:25 +0800, a ecrit:
> diff --git a/absl/log/log_modifier_methods_test.cc
> b/absl/log/log_modifier_methods_test.cc
> index 4ccde404..9b6a7ec8 100644
> --- a/absl/log/log_modifier_methods_test.cc
> +++ b/absl/log/log_modifier_methods_test.cc
> @@ -180
Yuqian Yang, le mer. 05 févr. 2025 02:04:47 +0800, a ecrit:
> I tried many cases. qemu-kvm never reproduced however I tried.
>
> I get a working one in VirtualBox by not pushing enter immediately
> after grub is installed and it prompts me to reboot. So I guess
> the problem is indeed that the fil
1 - 100 of 1141 matches
Mail list logo
