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
Hi:
We can mention the rumpnet port to improve network drivers
El lunes 4 de agosto de 2025, Samuel Thibault escribió:
> 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
>
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:
>
> Hello,
>
> As Debian Trixie is to be released this week-end, I'll publish iso
> images for a Debian GN
eek-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 same
Le 4 août 2025 01:05:15 GMT+02:00, Samuel Thibault a
écrit :
>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
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 wit
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 of
> > > last year,
> > > w
Hello,
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 of last
> > year,
> > which could work in the similar way to crosshurd, but I did not find enough
>
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
Hi.
Dr. Arne Babenhauserheide - 06.04.25, 21:34:55 CEST:
> Samuel Thibault writes:
> >> On the topic of init systems, many will know that GNU Shepher 1.0 has
> >> been released
> >> (https://www.gnu.org/software/shepherd/news/2024/12/the-shepherd-1.0.
> >> 0-released/), and it is in Debian but no
Samuel Thibault writes:
>> On the topic of init systems, many will know that GNU Shepher 1.0 has been
>> released
>> (https://www.gnu.org/software/shepherd/news/2024/12/the-shepherd-1.0.0-released/),
>> and it is in Debian but not yet building on the hurd
>> (https://buildd.debian.org/status/packa
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
> > > involve starting the consol
Hello Samuel,
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
> > involve starting the console server (under runit supervision?), setting the
> >
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 everyone,
Now that runit works on the Hurd, I tried to use it as init system and it
worked. The output of ps is attached.
If you want to try it you need to set the profs translator by adding
mount -t proc none /proc -ocompatible
towards the top of /etc/runit/1.
To get a getty on
March 28, 2025 at 12:39 PM, "João" mailto:phlogis...@sapo.pt?to=%22Jo%C3%A3o%22%20%3Cphlogiston%40sapo.pt%3E >
wrote:
>
> Hello everyone,
>
> Now that runit works on the Hurd, I tried to use it as init system and it
> worked. The output of ps is attached.
This is super cool! Congrats on get
Hello everyone,
I'm struggling to install on a laptop without CD-ROM, but with a network card
that is supported by netdde.
I have another partition with linux installed and I tried to use crosshurd,
which downloads and extracts all packages without errors, but still getting the
same problem with
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 | 1 +
> > modules/pam_deny
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 ++
> > debian/patches/hurd_no_setfsuid |
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
---
debian/libpam-modules-bin.install | 3 -
debian/patches/hurd-fix.patch | 276 ++
debian/patches/hurd_no_setfsuid | 84 -
debian/patches/series | 3 +-
4 files changed, 277 insertions(+), 89 deletions(-)
create mode 100644 debian/patch
---
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-retval.c | 1 +
modules/pam_faildelay/tst-pam_faildelay-retval.c | 1 +
---
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
index 59bbb3b3..0a7af97c 100644
--- a/examples/tty_conv.c
+++ b/examples/tty
Posted to upstream now. See
https://github.com/abseil/abseil-cpp/pull/1829
Debian abseil is behind upstream. Some places of patch is adjusted for
solving offset conflicts.
--
Yuqian Yang
abseil has failed to build on GNU/Hurd for a long time. Now
let's make it work! :)
Note that `__GNU__` is the macro for detecting GNU/Hurd. And
`__MACH__` is also defined there besides on Apple platform.
They are both "mach" but with different implementation and
platform detail
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 `-O
abseil has failed to build on GNU/Hurd for a long time. Now
let's make it work! :)
Note that `__GNU__` is the macro for detecting GNU/Hurd. And
`__MACH__` is also defined there besides on Apple platform.
They are both "mach" but with different implementation and
platform detail
Hello,
All info is already in the commit message. Just view it there.
I have tested it on my i386 GNU/Hurd Debian and i386 GNU/Linux
Debian. Both work well. Packaging and unit tests succeeded, too.
I would like you to review it and point out any issues or
suggestions. After it's ready. I
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
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
--
Yuqian Yang
On 2025-02-07 23:51, Samuel Thibault wrote:
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 t
On Fri, Feb 7, 2025 at 6:51 PM Samuel Thibault wrote:
> 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 entr
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
> wi
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 of undeclared function.
In commit f06328bf, we have already fixed a
When I fixed abseil[1] for Hurd, I disabled its debugging feature
of finding the symbol of current functions or any other symbols.[2]
It does not work on Hurd and its unit tests failed. It can be safely
disabled and does not affect other functions of lib just like
platforms that do not support it,
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_test.cc
> > > index 4ccde404..9b6a
On 2025-02-07 03:36, Samuel Thibault wrote:
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/l
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 of undeclared function.
In commit f06328bf, we have already fixed a
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
On 6 Feb 2025, at 19:00, Jessica Clarke wrote:
>
> On 6 Feb 2025, at 18:37, Yuqian Yang wrote:
>>
>> GNU/Hurd does not support gettid. It is specific to Linux.
>> ---
>> src/utils/threadpool.cc | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>>
On 6 Feb 2025, at 18:37, Yuqian Yang wrote:
>
> GNU/Hurd does not support gettid. It is specific to Linux.
> ---
> src/utils/threadpool.cc | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/src/utils/threadpool.cc b/src/utils/threadpool.cc
> index 6fa2e88..97
GNU/Hurd does not support gettid. It is specific to Linux.
---
src/utils/threadpool.cc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/utils/threadpool.cc b/src/utils/threadpool.cc
index 6fa2e88..97efc36 100644
--- a/src/utils/threadpool.cc
+++ b/src/utils/threadpool.cc
@@ -42,6 +42,8
Hello!
I have fixed libgav1[1] building on GNU/Hurd Debian.
It depends on abseil, which has been fixed in the
previous patch[2] of me. So to build libgav1, you need
to first build abseil and apt install it.
I have also pushed this patch to upstream at
<https://chromium-review.googlesource.co
There is bug on it. It must be disscussed.
---
absl/debugging/internal/symbolize.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/absl/debugging/internal/symbolize.h
b/absl/debugging/internal/symbolize.h
index 5593fde6..8e2d7c8e 100644
--- a/absl/debugging/internal/symbolize.
Current platform feature detection does not work
for GNU/Hurd. One place misuse __MACH__ for detection
of Apple platform. Correct them all for GNU/Hurd.
---
absl/base/config.h| 2 +-
absl/base/internal/raw_logging.cc | 2 +-
absl/log/stripping_test.cc| 4 ++--
3 files
The signal consumption behavior is different from other
platform. It must be disscussed.
---
absl/debugging/internal/stack_consumption_test.cc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/absl/debugging/internal/stack_consumption_test.cc
b/absl/debugging/internal/stack_consumption_test.
Hello!
I have fixed abseil[1] on GNU/Hurd Debian and also
libgav1[2] for testing it. They both work well.
The libgav1 patch will be posted on another thread
later.
There are some problems related to kernel in
debugging feature. They can be safely disabled
like other platforms that do not support
GNU/Hurd uses different errno values and messages.
Port related things for it.
---
absl/base/internal/strerror_test.cc | 5 +
absl/log/log_modifier_methods_test.cc | 6 --
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/absl/base/internal/strerror_test.cc
b/absl/base
signal.h must be included in test_helpers.cc for
usage of SIGABRT.
---
absl/log/internal/test_helpers.cc | 4
1 file changed, 4 insertions(+)
diff --git a/absl/log/internal/test_helpers.cc
b/absl/log/internal/test_helpers.cc
index bfcc9679..72fff4d5 100644
--- a/absl/log/internal/test_helpe
GNU/Hurd does not support vdso even if it uses
ELF binary image.
---
absl/debugging/internal/vdso_support.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/absl/debugging/internal/vdso_support.h
b/absl/debugging/internal/vdso_support.h
index 6562c6c2..f5a4c369 100644
--- a/absl/debugging
Hello,
Guillem Jover, le jeu. 18 juil. 2024 00:04:29 +0200, a ecrit:
> I guess a partial list of places that would be nice to extend
> could be:
>
> Salsa: https://salsa.debian.org/salsa-ci-team/pipeline
We have a gitlab runner running on exodar. I'm wondering about the
capacity of the box, th
Hi!
I recently found about https://vmactions.org/, which makes it possible
to add GitHub CI jobs for multiple operating systems besides the stock
ones provided there.
After having added that for dpkg for several of those OSes, I then
failed to test the last release on GNU/Hurd, perhaps relying
Hi Samuel,
Quoting Samuel Thibault (2024-03-22 14:01:51)
> Tanguy LE CARROUR, le ven. 22 mars 2024 13:33:59 +0100, a ecrit:
> > Quoting Samuel Thibault (2024-03-22 12:37:33)
> > > Jose Luis Alarcon Sanchez, le ven. 22 mars 2024 12:31:04 +0100, a ecrit:
> > > > Several years ago there was a limit
Hello,
Tanguy LE CARROUR, le ven. 22 mars 2024 13:33:59 +0100, a ecrit:
> Quoting Samuel Thibault (2024-03-22 12:37:33)
> > Jose Luis Alarcon Sanchez, le ven. 22 mars 2024 12:31:04 +0100, a ecrit:
> > > Several years ago there was a limit in the size of the hard disks that
> > > Hurd
> > > could
Hi Samuel, hi Jose Luis,
Sorry for hijacking the thread, but I have a problem that might, or
might not, be related to the topic…
Quoting Samuel Thibault (2024-03-22 12:37:33)
> Jose Luis Alarcon Sanchez, le ven. 22 mars 2024 12:31:04 +0100, a ecrit:
> > Several years ago there was a limit in the
Hello,
Jose Luis Alarcon Sanchez, le ven. 22 mars 2024 12:31:04 +0100, a ecrit:
> Several years ago there was a limit in the size of the hard disks that Hurd
> could manage. If i'm not wrong, i think it was 5 Gb. or so.
>
> Is still this limit working right now?, or can i create a disk image (for
in advance.
Regards.
Jose Luis.
--
https://lordofunix.org/
Not Registered GNU/Hurd User.
Registered BSD User 51101.
Registered Linux User #213309.
Memories. You are talking about memories.
Rick Deckard. Blade Runner.
Source: glibc
Version: 2.37-15
Severity: normal
Tags: patch
User: debian-hurd@lists.debian.org
Usertags: hurd
X-Debbugs-Cc: debian-hurd@lists.debian.org, debian-cr...@lists.debian.org
Hi,
one of the reasons for DPKG_ROOT support in packages close to the essential and
build-essential set is to bui
Hello,
Mattias Ellert, le lun. 29 janv. 2024 08:53:44 +0100, a ecrit:
> The build of davix 0.8.5-1+b1 failed on hurd-i386 due to bug 1061610,
> which is a bug in debhelper 13.12. Could you retry the build with
> debhelper 13.13?
>
> https://buildd.debian.org/status/package.php?p=davix
>
> https:
Hi!
The build of davix 0.8.5-1+b1 failed on hurd-i386 due to bug 1061610,
which is a bug in debhelper 13.12. Could you retry the build with
debhelper 13.13?
https://buildd.debian.org/status/package.php?p=davix
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061610
Mattias
signatur
Source: less
Source-Version: 590-2
Severity: important
Tags: patch
Forwarded: https://github.com/gwsw/less/pull/469
X-Debbugs-Cc: debian-hurd@lists.debian.org
Hi!
This package has been failing to build for a while on GNU/Hurd, due to
the assumption that PATH_MAX is defined on all systems, which
> Do you have any wireless on your machines or do you use the cable?
I connect my machines via cable. If I can't connect the cable directly to
my router, I use AP to connect to share my wireless connection through a
ethernet port.
El mié, 16 ago 2023 a las 16:11, Wojciech Aniszewski (<
aniszew...@
On Wed, Jul 12, 2023 at 01:39:14PM +0200, Almudena Garcia wrote:
> Maybe because the T30 is already IDE? Anyway, test it with these other
> laptops if you want
>
Of course it is. But it didn't help.
So to continue that thread, what I ended up doing is -- as I announced earlier
in the thread -- t
> > - ThinkPad T60, R60e
> > - ThinkPad R61i
> > - ThinkPad T410
> >
> > Using DVD-1 image.
> >
> > T30 is so old. The Debian GNU/HURD installer needs at least 256 MB RAM.
> >
> > Added to this, in the most modern machines I had to configure SATA ports
&
s, I got to install successfully in
>
> - ThinkPad T60, R60e
> - ThinkPad R61i
> - ThinkPad T410
>
> Using DVD-1 image.
>
> T30 is so old. The Debian GNU/HURD installer needs at least 256 MB RAM.
>
> Added to this, in the most modern machines I had to configure SATA
Sergey Bugaev, le jeu. 15 juin 2023 11:52:24 +0300, a ecrit:
> On Thu, Jun 15, 2023 at 2:14 AM Samuel Thibault
> wrote:
> > > So the installed system is not to blame, it must be that the installer
> > > is corrupting the FS somehow.
> >
> > Possibly some missing disk cache flush. I believe we hav
Sergey Bugaev, le jeu. 15 juin 2023 11:52:24 +0300, a ecrit:
> On Thu, Jun 15, 2023 at 2:14 AM Samuel Thibault
> wrote:
> > > Well, if there was, say, a call for pre-release testing,
> >
> > Well, Debian did ask for testing.
> >
> > I guess I should explicitly tell debian-hurd@ "hey that's a matt
Hello,
Sergey Bugaev, le mer. 14 juin 2023 18:40:15 +0300, a ecrit:
> > And most people just forgetting that it's just the same with *any*
> > OS that doesn't have a huge testing team. Any departure from what is
> > actually tested will get issues, very obviously. One just can't test the
> > whole
Hi:
Using previous releases, I got to install successfully in
- ThinkPad T60, R60e
- ThinkPad R61i
- ThinkPad T410
Using DVD-1 image.
T30 is so old. The Debian GNU/HURD installer needs at least 256 MB RAM.
Added to this, in the most modern machines I had to configure SATA ports in
On Thu, Jun 15, 2023 at 12:38:49AM +0200, Almudena Garcia wrote:
> I expect that info are useful
Oh la la, good luck with that:)
But seriously, I tried to install Hurd on 4 laptops and never succeeded.
Symptoms include:
-black screen no boot from CD (early model of Sony Vaio)
-stuck at the beginn
On Thu, Jun 15, 2023 at 2:14 AM Samuel Thibault wrote:
> > Well, if there was, say, a call for pre-release testing,
>
> Well, Debian did ask for testing.
>
> I guess I should explicitly tell debian-hurd@ "hey that's a matter for
> *us* too".
I don't think I understand what you mean; but what I me
Narcis Garcia, le jeu. 15 juin 2023 10:17:49 +0200, a ecrit:
> El 15/6/23 a les 0:37, Samuel Thibault ha escrit:
> > Narcis Garcia, le mer. 14 juin 2023 19:19:14 +0200, a ecrit:
> > > I tried an installation with debian-hurd-2023-i386_mini.iso into a KVM
> > > virtual machine with an image file as
El 15/6/23 a les 0:37, Samuel Thibault ha escrit:
Narcis Garcia, le mer. 14 juin 2023 19:19:14 +0200, a ecrit:
I tried an installation with debian-hurd-2023-i386_mini.iso into a KVM
virtual machine with an image file as hard disk.
Ah, sorry, it seems that that case won't work indeed. Normally
0G raw image, and
not either with 10G, 64G, or even 80G qcow2 images, so it really seems
to be the 100G size + qcow2 combination that poses problem, for whatever
reason.
> Is there any reason to assume that I (or those other people) have not
> read the readme?
>
> It does say &quo
I've just installed Debian GNU/Hurd 2023 again, using a simpler Qemu script
with IDE disk and cdrom.
It works without problem
This is my script, using a 20G qcow image.
*MEMORY=2GFILE=$HOME/hurd_qemu/hurd2.img#CDROM=Descargas/debian-sid-hurd-i386-DVD-1.isoCDROM=&
Almudena Garcia, le mer. 14 juin 2023 21:25:32 +0200, a ecrit:
> Due to rumpdisk, I use a raw image, because the installer, using rumpdisk,
> doesn't detect fine the qcow2 image.
Uh? That's terribly odd: raw vs qcow is supposed to be a host-only
thing, and not have any actual effect on the guest..
Narcis Garcia, le mer. 14 juin 2023 19:19:14 +0200, a ecrit:
> I tried an installation with debian-hurd-2023-i386_mini.iso into a KVM
> virtual machine with an image file as hard disk.
Ah, sorry, it seems that that case won't work indeed. Normally that
just works the same as netinst, but in the ca
Almudena Garcia, le mer. 14 juin 2023 21:25:32 +0200, a ecrit:
> be a good idea to generate a DVD-1 or CD-1 image, to avoid this problem
I used to do that, but for whatever reason it got broken very recently,
so I couldn't do that this time.
Samuel
Sergey Bugaev, le mer. 14 juin 2023 18:40:15 +0300, a ecrit:
> Anyway, I am here, reporting things, and trying to fix them when I
> can. (And actually wondering whether you're all tired of me already.)
Sorry I wasn't clear. I'm tired of people posting in random webforums
and blabbering in dumb way
Hi:
I've just got to install Debian GNU/Hurd 12... but using Rumpdisk. Later I
will test with a simpler IDE config without it.
As advice, the NETINSTALL takes many time to download the packages, so it
could be a good idea to generate a DVD-1 or CD-1 image, to avoid this
problem
Due to rum
June 14, 2023 11:41 AM, "Sergey Bugaev" wrote:
> Anyway, I am here, reporting things, and trying to fix them when I
> can. (And actually wondering whether you're all tired of me already.)
I think everyone is very happy that you are helping out and making the
Hurd better Sergey!
Joshua
I tried an installation with debian-hurd-2023-i386_mini.iso into a KVM
virtual machine with an image file as hard disk.
After partitioning stage, Debian Installer says:
"Install the base system
Unable to install the selected kernel
An error was returned while trying to install the kernel into th
e qemu (and README files are actually meant
> to be read).
Is there any reason to assume that I (or those other people) have not
read the readme?
It does say "To give Debian GNU/Hurd a try, it is probably easier to
simply run the preinstalled image", not "it is really recommended
Hello,
Sergey Bugaev, le mer. 14 juin 2023 15:12:22 +0300, a ecrit:
> Unfortunately the released installation ISO is very broken :( , which
> spoils the whole thing.
>
> Once you install it and try to boot for the first time, you are greeted
> with a wall of errors about /dev//tty1
?? I'm not ge
Hello -- and congratulations to all involved!
Unfortunately the released installation ISO is very broken :( , which
spoils the whole thing.
Once you install it and try to boot for the first time, you are greeted
with a wall of errors about /dev//tty1 (yes, with a double slash) and
the other ttys
It is with huge pleasure that the Debian GNU/Hurd team announces the
release of Debian GNU/Hurd 2023. This is a snapshot of Debian "sid" at
the time of the stable Debian "bookworm" release (June 2023), so it is
mostly based on the same sources. It is not an official Debian r
Debian has been carrying it as:
pr104290-followup.diff
Submitting this problem as new bug to Debian/gcc-13/gcc-snapshot!
Thanks!
--- Begin Message ---
Hello,
In line of porting the latest build of libgo/go with gcc-12 to GNU/Hurd, support
of split-stack was found to be removed.
After patching
Hello,
Mattias Ellert, le mar. 12 juil. 2022 15:36:29 +0200, a ecrit:
> The googletest 1.12.1-0.2 update failed to build on GNU/Hurd.
> The failure is not reproducible on the exodar porterbox, where I have
> run the build 10 times without issues.
Did you try to run it inside the schroo
Hi!
The googletest 1.12.1-0.2 update failed to build on GNU/Hurd.
The failure is not reproducible on the exodar porterbox, where I have
run the build 10 times without issues.
Can it be retried?
Mattias
signature.asc
Description: This is a digitally signed message part
> Activé mer., 27 avr. 2022 01:37:27 -0400 Vasileios Karaklioumis
> écrit
>
> Ext2 is very stable, you have another problem. Check ram, maybe?
I am coming back after about 1 year of ... something else.
But I tend to understand OP.
Once in a while, I had to stop abruptly
Ext2 is very stable, you have another problem. Check ram, maybe?
On Sun, Apr 24, 2022 at 9:03 PM Ярослав Мінєєв
wrote:
> *Hello,*
>
> I'm interested in experimental OS, such as GNU/Hurd, but I have a
> persistent problem playing with it.
> Hurd is not an ideal of stability
Ярослав Мінєєв, le dim. 24 avril 2022 20:29:23 +0300, a ecrit:
> Is there any way to setup Debian GNU/Hurd Root on NFS?
That should be possible by setting up a pfinet.static bootstrap module
and then an nfs.static bootstrap module.
As of now nfs.static will howewer not know how to access pfi
Hello,
I'm interested in experimental OS, such as GNU/Hurd, but I have a persistent
problem playing with it.
Hurd is not an ideal of stability and ext2 is not the best FS, so I get fatally
corrupted FS after 4-5 reboots. I think running Hurd on NFS, which is hosted on
Linux server with
Hello,
Queued so, thanks!
Samuel
Hello,
I have produced new Debian GNU/Hurd installer images and pre-installed
qemu image, notably with the latest rumpdisk improvements. Apparently
it does work at least with qemu, so probably it also works on real
hardware. You may need to append the noahci parameter to the kernel
parameters to
on of macro 'LDAP_IPADDRLEN'
859 |charfrom[LDAP_IPADDRLEN];
| ^~
Makefile:435: recipe for target 'request.lo' failed
make[2]: *** [request.lo] Error 1
I confirmed locally that current git master is still affected.
It's well-known that GNU/Hurd
Almudena Garcia, le sam. 14 août 2021 21:13:46 +0200, a ecrit:
> > * Some parts of experimental APIC, SMP and 64bit support was added
> Is this support enabled by default?
No, they are too experimental for the moment :)
Samuel
1 - 100 of 1431 matches
Mail list logo
