unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: "Gábor Boskovits" <boskovits@gmail.com>
Cc: Guix-devel <guix-devel@gnu.org>
Subject: Re: wip-netlink
Date: Wed, 10 Apr 2019 23:03:19 +0200	[thread overview]
Message-ID: <87mukx8tew.fsf@gnu.org> (raw)
In-Reply-To: <CAE4v=pi4+1rLnZE59u=ePLhUfa+A=HX-kNJ8SxHZ3PcLEvxkMg@mail.gmail.com> ("Gábor Boskovits"'s message of "Wed, 10 Apr 2019 08:18:49 +0200")

Hi Gábor,

Gábor Boskovits <boskovits@gmail.com> skribis:

> Yes, now I do. I was not well, and had to skip a whole week of work,
> then I got overwhelmed when
> I got back.

I’m sorry to hear that, I hope you’re feeling better now.

> I will start working on this again soon. Help is appreciated however,
> so if anyone is willing to have a look into this, that would be
> great. I feel I have most of the data structures in place, I will
> finish up the defines, which are not completed (I will have to hunt
> the headers fo the proper sizes), and I am thinking about creating a
> little abstraction on top of the netlinkmsg, so that we can add
> attributes with the proper 4 byte alignment required by netlink. Then
> I will create a wrapper for the syscalls. After that however we should
> discuss how to actually finish this up, I belive that this could be
> done in two steps, at first expoose the functionality for testing,
> without a reliable command transfer, then add in the acknowledge
> handling later. Wdyt?

That sounds promising.  I don’t have an opinion on how to move forward
in terms of code since I’m not sufficiently familiar with netlink.

With respect to 1.0, I wonder whether we should start a backup plan
where we simply call out to ‘ip’.  That way, we can develop the netlink
API without pressure and start using it instead of ‘ip’ when it’s ready.

We also need to think about adjustments to be made to
‘static-networking-service’ so that it covers important use cases.

What do people think?

If you’ve ever experienced the shortcomings of
‘static-networking-service’ and had to work around it, please share the
interface that you’d like to see!

Thanks,
Ludo’.

  reply	other threads:[~2019-04-10 21:03 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-22 20:44 wip-netlink Gábor Boskovits
2019-03-26 17:11 ` wip-netlink Ludovic Courtès
2019-04-08 15:20 ` wip-netlink Ludovic Courtès
2019-04-10  6:18   ` wip-netlink Gábor Boskovits
2019-04-10 21:03     ` Ludovic Courtès [this message]
2019-06-03 19:43       ` wip-netlink Marius Bakke
2019-06-05 13:23         ` wip-netlink Ludovic Courtès

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87mukx8tew.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=boskovits@gmail.com \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).