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:
32 matches
Mail list logo
