[systemd-devel] Please reopen issue #12506

2019-11-18 Thread Marcos Mello
Although util-linux's fstab.d work has stalled, there is still systemd code 
that needs porting to libmount. See Karel's last comment:

https://github.com/systemd/systemd/issues/12506
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Send SFP event from kernel driver to user space (UDEV)

2019-11-18 Thread Shay Drory
On 11/18/2019 03:29, Andrew Lunn wrote:
> On Sun, Nov 17, 2019 at 11:46:15AM +, Shay Drory wrote:
>
> Hi Shay
>
> It would be good to Cc: the generic SFP code maintainers.

The suggested solution is not targeted for SFP drivers (see below),
but I added them to the Cc list.

>
>> Today, SFP inserted / removal event impacts only the kernel space drivers.
>> There are users who wishes to get SFP insert / removal in a udev-event
>> format for their application / daemons / monitors.
>> The naive way to implement this feature would be to create a sysfs file
>> that represents device SFP, to expose it under the netdev sysfs, and
>> to raise a udev event over it.
>> However, it is not reasonable to create a sysfs for each net-device.
>> In this letter, I would like to offer a new mechanism that will add a
>> support to send SFP events from the kernel driver to user space.
>> This suggestion is built upon a new netlink infrastructure for ethtool
>> currently being written by Michal Kubeckwhich called “ethtool-netlink”[1].
> So you are in no rush to make use of this? ethtool-nl seems to be
> making very slow progress.

I am looking for the correct solution that we can push to kernel open source.
The ethtool-nl seems like a good path. If you have another suggestion,
base on existing code, I will be glad to hear.

>
>> My suggestion is to do it by adding a function
>> (ethtool_sfp_insterted/removed(...)) to ethtool API, This function will
>> raise a netlink event to be caught in user space.
> What about the case of the SFP is inserted before the SFP is
> associated to a netdev? Similarly, the SFP is ejected when the SFP is
> not connected to a MAC. You don't have a netdev, so you cannot send an
> event. And SFF, which are never inserted or removed? SFPs have a
> different life cycle to a netdev. Do you care about this?

The feature is targeted to netdev users. It is expected from the user to query 
current state via
ethtool -m and afterwards monitor for changes over UDEV.

>
>> The design:
>>
>> - SFP event from NIC caught by the driver
>> - Driver call ethtool_sfp_inserted/removed()
>> - Ethtool generated netlink event with relevant data
>> - This event-message will be handled in the user-space library of UDEV
>> (for this purpose we would like to add a netlink infrastructure to UDEV
>> user-space library).
> Would you add just SFP insert/eject to UDEV. Or all the events which
> get sent via netlink? Link up/down, route add/remove, etc?

It makes sense to notify all events. What do you think?

>
> What sort of daemon is this anyway? Most networking daemons already
> have the code to listen to netlink events. So why complicate things by
> using UDEV?

That is a good point, we will discuss it internally.

>
> Is UDEV name space aware? Do you run a udev daemon in each network
> name space? I assume when you open a netlink socket, it is for just
> the current network namespace?

UDEV will follow netlink name-space.

>
>  Andrew

Thanks for your comments, Shay.


___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Please reopen issue #12506

2019-11-18 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Nov 18, 2019 at 11:41:20AM +, Marcos Mello wrote:
> Although util-linux's fstab.d work has stalled, there is still systemd code 
> that needs porting to libmount. See Karel's last comment:
> 
> https://github.com/systemd/systemd/issues/12506

Reopened.

Zbyszek
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] website

2019-11-18 Thread František Šumšal
Hello,

I'd say calling it a 'terrible website' is somewhat subjective. I'm not a fan 
of single-page websites or websites
which won't load with a plethora of other javascript libraries. Also, as the 
person, who 'nominated' systemd for
having a 'terrible website' said in the thread you linked - "I like this kind 
of simplicity" - which is also true.
The current systemd homepage is pretty simple, without any additional 
distracting eye-candy, and it's getting the
job done really well, for a 'fancy' man page (and as a bonus, it works in 
elinks/links/lynx!).

Also, there is a second systemd website, again pretty bare-bones, generated 
using GH pages[0].

That said, this is just my personal opinion, not in any way affiliated with the 
systemd organization. Also, I'm
not trying to disrespect your offer, just pointing out different aspects of the 
current website :-).


[0] https://systemd.io/

On 11/13/19 6:37 PM, Nick Ham wrote:
> Dear systemd,
> 
> You've been nominated on Reddit (see 
> https://old.reddit.com/r/opensource/comments/dvnugk/what_are_some_preferably_popular_open_source)
>  for having a 'terrible website'. 
> 
> I am writing to offer help change that for you. I make the world's fastest 
> website generator called Nift (https://nift.cc ). It is 
> cross-platform (bsd/linux/osx/windows) and open source (MIT license), up to 
> 15 times faster than its closest rival Hugo and can handle building websites 
> with millions of pages.
> 
> Examples of websites made with Nift using HTML5 UP templates include:
> 
>  1. https://nift.cc 
>  2. https://tron.ai-bots.net 
>  3. https://lvsportsclinic.com 
>  4. https://n-ham.com 
> 
> Although Nift works awesomely for coding websites from scratch as well, HTML5 
> UP templates I have in mind for making websites for people with include:
> 
> https://html5up-nsm-templates.github.io/alpha/
> https://html5up-nsm-templates.github.io/helios/
> https://html5up-nsm-templates.github.io/landed/
> https://html5up-nsm-templates.github.io/telephasic/
> https://html5up-nsm-templates.github.io/twenty/
> https://html5up-nsm-templates.github.io/txt/
> 
> You can see the gitlab mirror of the source code for the Nift website at 
> https://gitlab.com/nifty-site-manager/nifty-site-manager.gitlab.io , the 
> files used to build the website are in the content and template directories 
> and the built website is in the site directory. It would look pretty much the 
> same for a systemd website made with Nift just using a different template and 
> having different content etc..
> 
> Let me know if you are potentially interested in pursuing a new website for 
> systemd. I can be contacted at cont...@n-ham.com 
> 
> Regards,
> Dr Nicholas Ham
> https://n-ham.com 
> 
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> 


-- 
Frantisek Sumsal
GPG key ID: 0xFB738CE27B634E4B



signature.asc
Description: OpenPGP digital signature
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] website

2019-11-18 Thread Lennart Poettering
On Do, 14.11.19 04:37, Nick Ham (cont...@n-ham.com) wrote:

> Dear systemd,
>
> You've been nominated on Reddit (see
> https://old.reddit.com/r/opensource/comments/dvnugk/what_are_some_preferably_popular_open_source)
> for having a 'terrible website'.
>
> I am writing to offer help change that for you. I make the world's fastest
> website generator called Nift (https://nift.cc). It is cross-platform
> (bsd/linux/osx/windows) and open source (MIT license), up to 15 times
> faster than its closest rival Hugo and can handle building websites with
> millions of pages.
>
> Examples of websites made with Nift using HTML5 UP templates include:
>
>1. https://nift.cc
>2. https://tron.ai-bots.net
>3. https://lvsportsclinic.com
>4. https://n-ham.com
>
> Although Nift works awesomely for coding websites from scratch as well,
> HTML5 UP templates I have in mind for making websites for people with
> include:
>
> https://html5up-nsm-templates.github.io/alpha/
> https://html5up-nsm-templates.github.io/helios/
> https://html5up-nsm-templates.github.io/landed/
> https://html5up-nsm-templates.github.io/telephasic/
> https://html5up-nsm-templates.github.io/twenty/
> https://html5up-nsm-templates.github.io/txt/
>
> You can see the gitlab mirror of the source code for the Nift website at
> https://gitlab.com/nifty-site-manager/nifty-site-manager.gitlab.io , the
> files used to build the website are in the content and template directories
> and the built website is in the site directory. It would look pretty much
> the same for a systemd website made with Nift just using a different
> template and having different content etc..
>
> Let me know if you are potentially interested in pursuing a new website for
> systemd. I can be contacted at cont...@n-ham.com

Well, it would be great to have a prettier website, but it's not
really about "generators" for web sites. It's mostly job of porting
the remaining wiki docs from the freedesktop.org webpage to markdown
documents (and cleaning them up while at it) in the main systemd repo
and then maybe adding in a prettier template than we currently use for
GitHub pages. We need something low maintainance, and that really
means for us that GitHub's own generators are used, and that our
documents are just Markdown, as GitHub understands that well.

Or in other words, the choice of generator is mostly dependent on
GitHub Page's choice of tooling. We really don't want to have
something we need to maintain and run ourselves, we don't want
anything that is exotic. We are not web people after all, and prefer
leaving those choices to GitHub if you so will.

Hence: if you want to volunteer to migrate/clean up the remaining fdo
wiki pages to Markdown, we'd be delighted to take a PR for that.

And yes, we'd also be delighted if you'd volunteer to update, improve
the GitHub template we use for http://systemd.io a bit, and in particular
work with Tobias Bernard (who designed the new systemd logo) to
integrate the new artwork into it.

But I figure that's not what you are interested in?

Lennart

--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel