On 2024-11-06 14:54, Yuqian Yang wrote:
Actually I highly respect people like you striving to give us spiritual
energy. I think most people code for open source but seldom ones
talking about emotions. Because most programmer enjoy solving actual
software problems. But the left brain and the ri
On 2024-11-06 03:15, jbra...@dismail.de wrote:
I accept your apology. No harm done. :)
You are really nice people. It is always hard to forgive someone
especially when being misunderstood.
I just haven't join one party like this. I used to contribute some open
source software. Maybe the
On 11/5/24 9:27 PM, Sergey Bugaev wrote:
First, a brief description of what a protid is. Hurd translators
typically represent "files" internally with three kinds of distinct
structures:
1. node -- these are filesystem nodes, same concept as an "inode".
2. peropen -- this keeps the data "per open
Hello,
jann...@gnu.org, le mar. 05 nov. 2024 23:50:44 +0100, a ecrit:
> > For GNU Guix I'm trying to upgrade our packages gnumach to
> > v1.8+git20240406 and hurd to v0.9.git20240714, the most recent tags (as
> > a step towards possible 64bit support), but the resulting VM does not
> > boot.
>
>
> For GNU Guix I'm trying to upgrade our packages gnumach to
> v1.8+git20240406 and hurd to v0.9.git20240714, the most recent tags (as
> a step towards possible 64bit support), but the resulting VM does not
> boot.
Two more data points: downgrading the hurd package only to our current
version: v
Sergey Bugaev, le mar. 05 nov. 2024 16:27:04 +0300, a ecrit:
> On Sun, Nov 3, 2024 at 11:19 AM Zhaoming Luo wrote:
> > >> +import "rtc.h";
> > > This would only work when the generated C file is built in the rtc/ of
> > > the Hurd source tree, right? Perhaps this should be ?
> > It makes sense, an
November 5, 2024 at 12:36 AM, "Yuqian Yang" mailto:crup...@crupest.life?to=%22Yuqian%20Yang%22%20%3Ccrupest%40crupest.life%3E
> wrote:
>
> On 2024-11-05 04:26, jbra...@dismail.de wrote:
>
> >
> > >
> > > Let's definitely have a be-lated Hurd halloween party this coming >>
> > > Saturday!
>
On Sun, Nov 3, 2024 at 11:19 AM Zhaoming Luo wrote:
> >> +import "rtc.h";
> > This would only work when the generated C file is built in the rtc/ of
> > the Hurd source tree, right? Perhaps this should be ?
> It makes sense, and I have corrected it. However, then the compilation
> will fail with:
On 11/5/24 7:11 AM, Zhaoming Luo wrote:
On 11/5/24 4:28 AM, jbra...@dismail.de wrote:
How did you subscribe?
I subscribe on this website:
https://lists.gnu.org/mailman/listinfo/bug-hurd
I've never had any issues signing up to a mailing list.
This is my first my come across this issue, my other
On Tue, Nov 5, 2024 at 10:16 AM Yuqian Yang wrote:
> > 1. the ioctl ID encoding space is fully used already -- all the bits
> > in an ioctl ID are meaningful, so there'd be nowhere to pack the new
> > info;
>
> What does this mean? So we can't create new ioctl op and args for drm
> with the same v
Hello,
Note that you are not stuck with ioctl's parsing. You can use
_HURD_HANDLE_IOCTL and _HURD_HANDLE_IOCTLS to define client-side
interpretation of of the ioctl parameter, to be able to cast that into
an RPC just like you prefer instead of the IOT things.
Samuel
11 matches
Mail list logo
