runit-2.1.2/src/iopause.c/
Are there known issues of different parts of DJB libs working in the hurd?
Regards,
João
Hello Samuel,
On Mon, May 09, 2022 at 12:23:41AM +0200, Samuel Thibault wrote:
> João, le dim. 08 mai 2022 23:54:41 +0200, a ecrit:
> > I don't know what is this "signals don't interrupt select known bug"
> > mentioned
> > int the wiki. Are there any
./runit-2.1.2/src/sv.c:253
#4 0x08039a16 in main (argc=, argv=)
at ./runit-2.1.2/src/sv.c:359
I don't know why open64() is returning -1.
With best regards,
João
Hello,
Coming back to this bug.
I noticed that supervise/ok that sv is trying to open is a named pipe not a
file. I don't know if this is telling in some way.
I attach a more detailed debug log. Problems seem to occur in __dir_lookup.
Best wishes,
João
Breakpoint 1 at 0x17a0: file ./
h the
SDL frontend, it crashes. But perhaps it is not expected to work.
In any case that would be the case for a separate bug report.
Many thanks,
João
--- netsurf-3.11.orig/netsurf/frontends/framebuffer/fetch.c
+++ netsurf-3.11/netsurf/frontends/framebuffer/fetch.c
@@ -48,13 +48,16 @@
*/
static
resulting hurd
system is unbootable.
Many thanks,
João
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 6.1.0-21-686-pae
Hello Guy-Fleury,
On Mon, Dec 29, 2024 at 08:39:16PM +0200, Guy-Fleury Iteriteka wrote:
> Le 29 décembre 2024 20:28:22 GMT+02:00, "João" a écrit :
> > Has anyone tried and succeeded installing hurd through crosshurd recently?
>
> I never tried crosshurd from debian b
quot; option after every few steps.
So I guess the issue you are seeing is not only related to the amount of memory
available.
Best regards,
João
e bootstrap process seems complicated
(https://darnassus.sceen.net/~hurd-web/hurd/bootstrap/), and I'm not sure how to
go about debugging this issue as the system does not boot.
Any suggestions?
Best regards,
João
Hello Samuel,
Thank you for your insights and setting an outlook for how crosshurd and
mmdebstrap could work together.
On Mon, Dec 31, 2024 at 12:06:18AM +0100, Samuel Thibault wrote:
> João, le mar. 31 déc. 2024 10:23:37 +, a ecrit:
> > And since CD readers are no longer standard o
Hello Joshua,
On Fri, Dec 13, 2024 at 09:57:57PM +, jbra...@dismail.de wrote:
> December 13, 2024 at 1:29 PM, "João" mailto:phlogis...@sapo.pt?to=%22Jo%C3%A3o%22%20%3Cphlogiston%40sapo.pt%3E >
> wrote:
>
> > I was considering replacing pfinet with lwip, an
to mount /dev/wd0s2 instead? What would I need to change to
point there?
Best regards,
João
Hello Guy-Fleury,
On Thu, Dec 12, 2024 at 10:31:35PM +0200, Guy-Fleury Iteriteka wrote:
>Le 12 décembre 2024 20:04:07 GMT+02:00, "João" a écrit :
>>
>>Should it be trying to mount /dev/wd0s2 instead? What would I need to change
>>to
>>point there?
>Yes,
?
Best regards,
João
ages. During package configuration some packages fail, which I assumed was
related to the state of unstable, or some issue resolving dependencies?
Best regards,
João
diff -ruN crosshurd-master/README.gnu crosshurd-master_mod/README.gnu
--- crosshurd-master/README.gnu 2024-12-30 01:35:20.00
/package.php?p=shepherd).
Shepherd was initially designed as the init system for the Hurd. Any design
features that make such association advantageous?
Best regards,
João
USER PID PPID PGRP SESS LCOLL STAT TT TIME COMMAND
root 1 1 1 1 1 Sslo - 0:00.14 runit
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 hardware.
Any suggestions to getting Hurd installed on real harware without CD-ROM
welcome.
Best regards,
João
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
Please! i can't define a mail from debian lists as spam, because all the e-mail will go the spam folder-- Forwarded message --From: Didier Raboud
<[EMAIL PROTECTED]>Date: Jun 8, 2006 5:12 PMSubject: Re: SPAM everywhereTo: debian-hurd@lists.debian.org
Le Jeudi 8 Juin 2006 17:39, Dou
r/JoinTheProject/NewMember
If you want to help in the development of the Hurd port, starting to build a
track record in porting packages may be a way to go.
Regards,
João
't know if this would work there.
It might be ok for Debian though. If there are no objections/corrections I could
try upstream first.
Regards,
João
--- netsurf-3.10.orig/libnsutils/src/time.c
+++ netsurf-3.10/libnsutils/src/time.c
@@ -16,11 +16,11 @@
#include
#include
-#if (d
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
:
https://bugs.netsurf-browser.org/mantis/view.php?if=2824
If there are no further comments, I will upload the new version of the patch to
that bug report.
Best regards,
João
-- netsurf-3.10.orig/libnsutils/src/time.c
+++ netsurf-3.10/libnsutils/src/time.c
@@ -16,11 +16,11 @@
#include
#include
ns are those of the latest installer images which are from
February:
hurd 1:0.9.git20201127-5
netdde 0.0.20200330-6
gnumach 2:1.8+git20201129-4
Is this ethernet card supported?
Regards,
João
Initialized DDELinux 2.6
Initializing skb subsystem
Softirq daemon starting
Initializing DDE page cache
How old is the card? I think Broadcam is not the best wifi device, but I'm
> not positive...
This is an ethernet card, not a wireless card (GNU/Hurd does not have a wireless
stack yet). On linux it works with the b44 driver, but I don't know if that is
included in netdde.
Regards,
João
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,
.
Devices using the SSB include b44, bcm43xx and various
Broadcom based wireless routers.
A b44 and bcm43xx port and a SSB based OHCI driver is available.»
Would there be any hope of getting this working on the Hurd, or it depends too
much on linux own driver infrastructure?
Best regards,
João
ssible) to run Hurd's own
servers under Runit supervision? Or is there a HUrd's own mechanism to restart
crashed servers?
Regards,
João
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
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
from open() flips from 0 to -1. I attach a brief gdb
log.
So I don't know what to look for at the moment.
Best regards,
João
Breakpoint 1 at 0x17b0: control. (2 locations)
Starting program: /usr/bin/sv start cron
[New Thread 829.5]
Thread 4 hit Breakpoint 1, control (a=0x803cbe0 "
y using in-gnumach drivers, the boot process also fails further down with
the message:
Hurd server bootstrap: extefs[device:hd0s1] exec startupext2fs: Executing
'/hurd/startup': No such file or directory
Mounting the drive from linux, I can check that /hurd/startup file does exist.
Any idea of what the problem is and how to fix it?
Many thanks,
João
-s
I get
start pci-arbiter: pci ext2fs: part:1:device:hd0: Input/output error
And if I use
multiboot /boot/gnumach.gz root=device:hd0s1 -s
I get
start pci-arbiter: pci Hurd server bootstrap: ext2fs[device:hd0s1] exec
startupext2fs: Executing '/hurd/startup': No such file or directory
Which is the right way of specifying the root device?
Best regards,
João
Intel Corporation 82562ET/EZ/GT/GZ - PRO/100 VE
(LOM) Ethernet Controller Mobile (rev 03)
Is anyone getting similar errors?
Any ideas on how to fix it?
Regards,
João
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
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
1309000)
libcrypt.so.1 => /usr/lib/i386-gnu/libcrypt.so.1 (0x01325000)
libihash.so.0.3 => /lib/i386-gnu/libihash.so.0.3 (0x01365000)
libfshelp.so.0.3 => /lib/i386-gnu/libfshelp.so.0.3 (0x01369000)
libiohelp.so.0.3 => /lib/i386-gnu/libiohelp.so.0.3 (0x01373000)
Regards,
João
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
sued, but when bringing up the network card with
ifup.
Regards,
João
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 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 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
ng at.
The crash produces a core file, but I cannot provide a backtrace due to a lack
of symbols (although the dbgsym packages are installed) as seen in the netdde
crahing thread.
How I need to compile a statically linked version to provide a backtrace?
Regards,
João
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
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:
> 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.
lem?
Regards,
João
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=
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
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:
>
s on a somewhat ropey installation of 2023 release snapshot (procfs
crashing all the time), but hopefully things have not changed since in this
regard.
I also tried to copy new-fifo as fifo and things seemed to work as well.
I guess this bug could be closed once a patched hurd is uploaded?
Many thanks for your work!
João
cross this bug for a while now. The
following email is describing bug 1003891
https://lists.debian.org/debian-hurd/2011/07/msg00103.html
That mail mentioned that rpctrace could be helpful somehow, so I attach the
output of that as well.
Best regards,
João
Breakpoint 1 at 0x1870: file ./runit-2.1.
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)
it part of the root ext2 file system does not change the
outcome (attached rpctrace).
Anything else I could usefully try?
Best regards,
João
task6(pid676)->vm_map (0 4096 0 0 (null) 0 1 0 0 1) = 0x3 ((os/kern) no space
available)
task6(pid676)->task_get_special_port (4) = 07<--1(pid676)
after the fifo is created by runsv (line 507 in
https://sources.debian.org/src/runit/2.1.2-60/runit-2.1.2/src/runsv.c/)
fcntl(fd,F_SETFD,1)
Could this have an influence on the outcome?
Best regards,
João
#include
#include
#include
#include
#include
int fd;
extern int errno;
int main
but
the second does not. fifo_mkrd_test.c keeps attached to the fifo with an
infinite loop, but something seems to happen upon closing the write to the fifo
that makes it impossible to reopen it.
Best regards,
João
#include
#include
#include
int fd;
extern int errno;
int main()
{
mkfifo
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
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 dependencie
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 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
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
grub installed on linux with a dedicated entry to boot
gnumach/hurd.
Best regards,
João
ange /etc/fstab on the hurd partition accordingly.
Grub + os-prober usually detects the hurd partition, but I'm not sure if the
version in stable creates a functional entry. The version in unstable should
create something closer to the above.
I hope that helps.
João
so overwhelming.
My own small involvement indeed comes from a wish to contribute in some small
way to a project I find interesting and in dire need for human resources. But
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.
Anyway, I mostly wanted to wish you a nice day.
João
ge has worked for me.
To reboot you can user 'reboot-hurd', but before doing so be sure to set the
root passwd.
The intention is to move towards, or make crosshurd to use, mmdebstrap.
Help documenting this process is appreciated:
https://lists.debian.org/debian-hurd/2025/04/msg00029.html
Best regards,
João
de=chrootless --arch=hurd-i396
inside another mmdebstrap chroot is that the target mountpoint for the hurd
partition would not be accessible.
Do you see a way to install a hurd image to a partition without creating and
copying a tarball explicitly?
Many thanks,
João
ave a patch to just go that direction, I'll take it.
Please see attached my second attempt at patching gopher.
Best regards,
João
diff -ruNd gopher-3.0.17.4/gopher/download.c gopher-3.0.17.4_mod/gopher/download.c
--- gopher-3.0.17.4/gopher/download.c 2025-04-24 16:28:29.100204200 +0200
+++
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
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
ll supposed to run ./native-install twice i.e. boot in
> > single user mode twice, before the system is ready?
>
> ? Where did you read this?
>
> I have never done that.
Yes, this is confusing. Is written here
https://darnassus.sceen.net/~hurd-web/unsorted/CrossHurd/#First_steps
I guess this information is outdated.
Best regards,
João
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
out creating the filesystem with
mke2fs -o hurd /dev/DEVICE
I presume you did that?
In that part of the script the translators are being setup. To see what is
causing the crash you can perhaps call those settrans commands by hand and see
what breaks.
Best regards,
João
what you
are doing. Which installer image are you using?
Are you seeing this message when the installer boots, or when rebooting after
installation?
Have you edited grub configuration yourself?
Best regards,
João
ussion about this on this mailing
list. You can use mmdebstrap for this, but the process is poorly documented at
this time.
Best regards,
João
sshurd. You may find instructions at
https://darnassus.sceen.net/~hurd-web/hurd/running/debian/CrossInstall/
I have not tried it on amd64, but it should work. And if not, it would be good
to know.
Regards,
João
76 matches
Mail list logo
