Hi Alexander, Kernel gurus! Sorry for bringing back quite old topic, but now it's the time I am interested in mpd :)
Today I just compiled (but not tested) libpdel-0.5.3 (just a bunch of #ifdefs, GET_COOKIE() -> fcookie define, NG_HOOKLEN and NG_PATHLEN macros). The problem with mpd4.4.1 is much more complex for me: I'm not that experienced with make to re-create bsd.ports.mk and friends. Also, I'm not aware of actual status of DFBSD's netgraph. Could it be a good day to revisit mpd-on-DragonFly issue? What can I provide: 1. Access to DFBSD system (home server, semi-production :) ) and FreeBSD mpd server (router at work, serious production) 2. Testing, some C coding (well, I'm short of DFBSD kernel experience, but should not be a big problem to grep sources) 3. Beer/Juice/Vodka/Borjomi (in Kiev, via the train, airmail, etc). :) PS. You can contact me directly if interested and, yes, I do speak Russian :) /dennis 2007/6/2 Alexander Motin <[EMAIL PROTECTED]>: > Hello. > > As current developer and maintainer of the net/mpd4 (Multi-link PPP > daemon for FreeBSD) project I would like to know DragonFly team ideas of > the netgraph subsystem future. It looks frozen since it was branched > from FreeBSD 4.x. > > I am not DragonFly user and currently have no interests there, but > during long time there are many DragonFly support ifdefs exists in mpd > sources. As FreeBSD 4.x is officially out of support it becomes annoying > to be limited by it's requirements and I would like to remove that > compatibility sometimes. > > Is the mpd project is interesting for DragonFly users? Should I keep > hope that DragonFly will be updated to be in sync with FreeBSD netgraph > at least in basic netgraph functionality or I will have to remove all > DragonFly quirks from the code? > > The least thing I need this moment is the NG_NODELEN and other constants > updating and somebody who could from time to time test new mpd version > with DragonFly and maintain it ports/packages. > > -- > Alexander Motin > -- Dennis Melentyev
