Hello white-wolf,
On Thu, Jun 05, 2025 at 00:42:00AM +0200, white-wolf wrote:
> i try to debootstrapping debian hurd amd64 on my Dell Latitude E43000 form
> debian linux
>
> i have partition for it
> but can't arrive to find documentation
Sounds like you may want to try crosshurd. You may find i
Hello Martin-Éric,
On Thu, May 1, 2025 at 04:44:26PM +0300, Martin-Éric Racine wrote:
> In the process of testing a patch for migrating crosshurd to deb822, I
> tried an install on a different i386 host. This one found a LOT of
> ACPI features, but ./native-install fails with "Setting up
> transl
Hello josch,
Thank you for looking into this.
On Tue, Apr 29, 2025 at 11:09:21PM +0200, Johannes Schauer Marin Rodrigues
wrote:
> The problem is, that you are running mmdebstrap as the normal user and that
> user does not have the required privileges to look into the lost+found
> directory to ch
On Tue, Apr 29, 2025 at 03:01:22PM +0200, João Pedro Malhado wrote:
> 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:
> > > Noted. One thing that remains unclear:
> > >
> &g
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:
> > 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:
> > > > s
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
>
X-Debbugs-Cc: debian-hurd@lists.debian.org
Hello John,
On Sat, Apr 19, 2025 at 11:20:11PM -0500, John Goerzen wrote:
> Every reference I have seen says it's not part of POSIX. However, Linux
> and the BSDs seem to support it, so might as well just assume it will
> work. If you have a patch to j
Hello Samuel,
On Wed, Apr 23, 2025 at 09:42:30PM +0200, Samuel Thibault wrote:
> 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
> al
Hello Martin-Éric,
On Wed, Apr 23, 2025 at 05:44:00PM +0300, Martin-Éric Racine wrote:
> However... 'crosshurd' [1] is currently broken:
Yes, there has been discussion about this on the mailing list.
https://lists.debian.org/debian-hurd/2025/04/msg00017.html
The patch on that message has worked f
Hello Martin-Éric,
On Tue, Apr 22, 2025 at 04:23:19PM +0300, Martin-Éric Racine wrote:
> Can you share the custom script you use to detect Hurd kernels on the
> Hurd partition and add them to the menu with the correct Hurd-specific
> disk names?
Nothing fancy here, I just manage the hurd entry by
Hello Marcin,
On Tue, Apr 22, 2025 at 10:22:19AM +0200, Marcin Laszewski wrote:
> pt., 27 gru 2024 o 01:12 João napisał(a):
>
> > (...)
> > installed Debian GNU/Hurd using the 2023 release CD image on a laptop with
> > 512 MB of RAM. This is a HP Compaq nx6110. The installer went into "Low
> > m
Hello Martin-Éric,
On Tue, Apr 22, 2025 at 10:50:26AM +0300, Martin-Éric Racine wrote:
> As support for i386 on Linux will only be partial starting with Trixie
> (no new Linux kernel - will need to track Bookworm kernels), I was
> thinking of configuring my last 32-bit desktop as a dual-boot
> Hur
Hello C Chapman,
On Mon, Apr 21, 2025 at 08:18:56AM -0400, C Chapman wrote:
> I'm using debian-hurd-amd64-20250316.img.gz.
> I used dd to copy it to a USB stick. The error occurs near the start of
> the installer.
I believe that image does not contain an installer and it is meant to be run on
a v
Hello C Chapman,
On Sun, Apr 20, 2025 at 07:18:36PM -0400, C Chapman wrote:
> I am trying to install hurd but the installer hangs with the following
> message
>
> ext2fs:part:1:device:wd0:No Such Device or Address
In order to get some help you need to provide some more detail about what you
are d
Hello Samuel,
On Fri, Apr 11, 2025 at 01:58:01AM +0200, Samuel Thibault wrote:
> Hello,
>
> João Pedro Malhado, le mar. 08 avril 2025 21:11:41 +0200, a ecrit:
> >
> > The failure I got was the same as the one you are seeing in salsa tests
> > https://salsa.debian.org
X-Debbugs-Cc: debian-hurd@lists.debian.org
Dear Maintainer,
Would you consider the attached patch aiming to address the long standing FTBS
on the Hurd, and allow Hurd users to explore gopher space?
Best regards,
João
diff -ruNd gopher-3.0.17.4.orig/gopher/download.c gopher-3.0.17.4/gopher/downlo
Hello Amos,
On Thu, Apr 10, 2025 at 01:05:06AM +1200, Amos Jeffries wrote:
>
> On Tue, Apr 08, 2025 at 09:11:54PM +0200, João Pedro Malhado wrote:
> > The patch instals packages with priority important after those with priority
> > required, and before everything else. This see
Woops. Now with the patch.
On Tue, Apr 08, 2025 at 09:11:54PM +0200, João Pedro Malhado wrote:
> Hello Samuel,
>
> 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 configur
Hello Samuel,
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
> > related to the state of unstable, or some issue resolving dependencies?
>
> I don't kn
Hello Samuel,
On Sun, Dec 23, 2024 at 05:38:14PM +0100, Samuel Thibault wrote:
> From reading hurd/trans/fifo.c's close_hook, it looks like it was
> deliberate to make a last-writer closure make the whole pipe disappear.
>
> /* See if PIPE should cease to be the user-visible face of this fifo
Hello Samuel,
As far as I can tell, runsv is creating a fifo and attaching to it/opening read
only, but is not actually reading anything coming from it. sv is then trying to
open write to the other side of the fifo, but is not actually writing nothing to
it. Both parties are happy there there is s
Hello again,
What should happen to the fifo after a close?
I have written a little program that opens and closes the fifo twice. On the
hurd the first time it works and the second time fails. On linux they both
succeed.
$ mkfifo afifo
$ cat afifo
then run the fifo_test attached.
I noticed that
Hello Samuel,
Thank you for the examples of using portinfo.
On Sun, Dec 15, 2024 at 06:06:04PM +0100, Samuel Thibault wrote:
> João Pedro Malhado, le dim. 15 déc. 2024 16:53:33 +, a ecrit:
> > > > 64<--66(pid773)->dir_lookup ("runit/supervise/cron/ok" 10 0)
Hello Samuel,
Many thanks for looking into this.
On Sun, Dec 15, 2024 at 11:56:49AM +0100, Samuel Thibault wrote:
>
> > 27<--44(pid773)->dir_lookup ("run/runit/supervise/cron/ok" 10 0) = 0 1
> > "runit/supervise/cron/ok"64<--66(pid773)
>
> It then tries to open it, but gets redirected to
X-Debbugs-Cc: debian-hurd@lists.debian.org
Hello,
A bit of context: sv is trying to open a fifo (aka named pipe) which is read by
a different program runsv. The fifo is called ok and is placed in this case in
/run/runit/supervise/cron/ok
but /etc/sv/cron/supervise is a symbolic link to /run/run
Hello again,
Is the acpi translator necessary to run rumpdisk?
Some of the error messages reported on my previous message
(namely piixide0:0:0: lost interrupt) go away if I exclude the acpi part of the
grub entry.
Using the following grub entry:
menuentry "GNU/Hurd (pci-arbiter+rumpdisk)" {
Hello everyone,
I am trying to install the hurd on an old Toshiba notebook via crosshurd
(1.7.60), but the system is not booting with issues in the disk detection when
using rumpdisk. The boot messages (I have typed these in as the list does not
seem to accept photos as attachments).
(after a ser
Hello Samuel,
As you suggested the open64() function being used seems to be that defined in
sysdeps/mach/hurd/open.c
However errnno is already 1073741902 before the function call, so does not
really change after the function call. On the other hand the variable fd that
stores the value returned f
Hello Samuel,
On Sun, Jul 03, 2022 at 10:09:04PM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le dim. 03 juil. 2022 21:41:05 +0200, a ecrit:
> > > This looks strange and I cannot interpret what is going on.
>
> This is not strange, see the values of E* macros
I'm g
X-Debbugs-CC: debian-hurd@lists.debian.org
Hello Samuel,
On Sun, Jul 03, 2022 at 06:37:46PM +0200, Samuel Thibault wrote:
> João, le sam. 02 juil. 2022 20:53:55 +0200, a ecrit:
> > I don't know why open64() is returning -1.
>
> That's usually given in errno.
Trying to print the errno on gdb jus
Hello everyone,
I have just came across this bug report
https://bugs.debian.org/1003891
Runit is failing to build on the Hurd and the maintainer has requested help. I'm
just advertising this here in case anyone can have a look at it.
And since I'm here, would it be useful (or even possible) to ru
Hello everyone,
I was trying to build netdde with the b44 driver (blacklisted by default), but
the compilation breaks at:
#include
About SSB I found the following on a commit message to linux:
«The Sonics Silicon Backplane is a mini-bus used on
various Broadcom chips and embedded devices.
Devi
Hello Samuel,
On Thu, Aug 05, 2021 at 12:24:48AM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le jeu. 29 juil. 2021 11:15:09 +0200, a ecrit:
> > On linux it works with the b44 driver, but I don't know if that is
> > included in netdde.
>
> netdde has that driver,
Hello Samuel,
On Thu, Aug 05, 2021 at 12:24:48AM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le jeu. 29 juil. 2021 11:15:09 +0200, a ecrit:
> > On linux it works with the b44 driver, but I don't know if that is
> > included in netdde.
>
> netdde has that driver,
Hello,
On Wed, Jul 28, 2021 at 07:36:41PM +, jbra...@dismail.de wrote:
>
> How easy is the installer? I'd really like to try to install it on a Thinkpad
> or some such device that might work. Do you have a lot of filesystem
> corruption?
> Is it cool to be running the Hurd?
Off course it
Good evening,
I have installed GNU/Hurd on another laptop and I'm struggling to get the
network to work.
When doing ifup /dev/eth0 (for a dhcp setup) I'm getting:
fsysopts: /servers/socket/2: -i /dev/eth0 -a 0.0.0.0 -m 255.0.0.0: (ipc/mig)
server died
Error getting interfaces; Translator died
C
Hello Guillem,
Apologies for the late reply.
Many thanks for the thorough comments on the patch. I have tried to address the
issues that you pointed out in the attached new version of the patch.
For those interested in tracking this issue, I had file a bug report upstream
with the original patch:
Hello Jeff,
(Writing this from the hurd-console. Does utf-8 work? ã õ á à ê)
On Sat, May 29, 2021 at 03:31:52PM -0400, Jeffrey Walton wrote:
> On Sat, May 29, 2021 at 2:33 PM João Pedro Malhado wrote:
> >
> > The size of the filepaths are now allocated dynamically using asprint
Hello everyone,
"With a little help from my friends", I came up with a patch for the Netsurf
build. The size of the filepaths are now allocated dynamically using asprintf()
type of functions and realpath().
Note that if on the gtk version you try to open a local file via the widget, the
directory
Hello haha wang
On Thu, Apr 27, 2021 at 09:23:43PM +0900, haha wang wrote:
> After reading the development guide at
> https://www.debian.org/ports/hurd/hurd-devel-debian,
> I decide to fix a broken package found at the recommended page
> https://people.debian.org/~sthibault/out_of_date2.txt named
users can use ;)
another solution would be better, then we would be done with this package.
On Mon, Apr 26, 2021 at 01:36:54PM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le lun. 26 avril 2021 12:51:34 +0200, a ecrit:
> > It does seem this is a documented issue:
>
Apologies for the consecutive emails.
On Mon, Apr 26, 2021 at 12:40:25PM +0200, João Pedro Malhado wrote:
> I made some simple changes to the time.c file and the build went on, only to
> fail at some later stage. The error that I'm getting is:
>
> frontends/gtk/fet
On Thu, Apr 22, 2021 at 01:39:58PM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le jeu. 22 avril 2021 13:10:04 +0200, a ecrit:
> > > src/time.c:25:10: fatal error: mach/clock.h: No such file or directory
> >
> > https://buildd.debian.org/status/package.php?p=
Hello everyone,
I was looking at what graphical browsers are working with the hurd. I don't know
what are people's experience, but I have found that Dillo works reliably at what
it does, but it is a somewhat limited browser. I also tried Surf as a modern
fully feature browser but with few bells an
On Fri, Apr 16, 2021 at 01:50:49PM +0200, Samuel Thibault wrote:
> That will build a procfs.static that you can settrans -a by hand.
Had to use settrans -fga to displace the original running translator.
Below is the backtrace of the core file.
Regards,
João
GNU gdb (Debian 10.1-2) 10.1.90.202101
On Fri, Apr 16, 2021 at 06:15:59PM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le ven. 16 avril 2021 15:38:18 +0200, a ecrit:
> > Is there a deb-src line I should be using to get the sources?
>
> The hurd package is in the main distribution, so it's just the standard
On Fri, Apr 16, 2021 at 01:50:49PM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le ven. 16 avril 2021 12:42:36 +0200, a ecrit:
> > How do I compile a statically linked version to provide a backtrace?
>
> You can build the hurd package with dpkg-buildpackage, and once built
Hello everyone,
I see '/hurd/procfs --compatible none' crashing when shutting down or rebooting.
This is happening with the version of hurd 0.9.git20210404-7 but was already
present in 0.9.git20210404-2.
This is not too troubling as the computer still shutsdown, but might be worth
looking at.
The
On Thu, Apr 15, 2021 at 10:15:30AM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le jeu. 15 avril 2021 09:56:06 +0200, a ecrit:
> > On Thu, Apr 15, 2021 at 12:08:40AM +0200, Samuel Thibault wrote:
> > > Alternatively, you can try to use a static version, that gdb should
On Thu, Apr 15, 2021 at 12:08:40AM +0200, Samuel Thibault wrote:
> Ok, I have no idea why it can't load the shared libraries symbols, since
> that just works for simple use cases.
>
> Alternatively, you can try to use a static version, that gdb should be
> fine with:
Ok, thanks. Follows the backt
On Wed, Apr 14, 2021 at 12:01:01AM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le mar. 13 avril 2021 23:17:29 +0200, a ecrit:
> > Core was generated by `/hurd/netdde'.
>
> Right.
>
> What does
>
> info files
>
> say?
Ok, this is attached.
>
On Tue, Apr 13, 2021 at 10:59:20PM +0200, Samuel Thibault wrote:
> Make sure that you
> remove the previous core file, then use settrans -a, then see the
> resulting core file.
To avoid confusion, and in case it is relevant, /hurd/netdde crashes not when
the settrans -a command is issued, but when
On Tue, Apr 13, 2021 at 10:59:20PM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le mar. 13 avril 2021 22:13:43 +0200, a ecrit:
> > So after installing the debug symbols packages you indicated, I'm getting
> > exactly the same output from gdb as before.
>
> Ok
Hello Samuel,
So after installing the debug symbols packages you indicated, I'm getting
exactly the same output from gdb as before.
Running in gdb
info sharedlibrary
gives "No shared libraries loaded at this time."
The output of
ldd /hurd/netdde
is
libmachdevdde.so.0.3 => /lib/i386-gnu/libm
In-reply-to: <20210412174722.ngy45hnkchfzw2dm@begin[1]> Hello Samuel,
On Mon, Apr 12, 2021 at 07:47:22PM +0200, Samuel Thibault wrote: >
João Pedro Malhado, le lun. 12 avril 2021 19:25:30 +0200, a ecrit: > >
> > On Mon, Apr 12, 2021 at 06:29:44PM +0200, Samuel Thibaul
Hello Samuel,
On Mon, Apr 12, 2021 at 06:29:44PM +0200, Samuel Thibault wrote:
> João Pedro Malhado, le lun. 12 avril 2021 17:57:52 +0200, a ecrit:
> > /hurd/crash: /hurd/netdde(919) crashed, signal {no:11, code:2, error:2},
> > exception {1, code:2, subcode:12}, PCs: {0x10a
Hello everyone,
I have installed the hurd recently, and while installation with the latest iso
images worked great, the network is not working now with the current sid
versions
of the hurd (1:0.9.git20210404-2) and netdde (0.0.20200330-8).
When trying to get the device up I'm getting the error:
57 matches
Mail list logo
