Do we have the man power to maintain a new fork ?
Because more and more feature will be add in all software that used
systemd.

I think we should open maybe automaticly open bug report because more
upstream or needed are knows easiest for it will be.

upstream -> debian -> devuan

More we add our stuff in debian more they lets us add modularity in
their stuff.


What about make a list of win32 api, systemd/linux api, bsd api, for all
needed and make it as a rfc or something like that in order to make
everybody talk the same language with the app they want.

But we have to do that fast enought before systend become a standart
defacto.

also devuan start with a "bad" reputation in the eyes of people who do
free software for technical aspect only. Even if it s justificated (that
not the point here)




On 08/10/2019 22:09, Andreas Messer wrote:
> On Tue, Oct 08, 2019 at 06:40:27PM +1100, Ralph Ronnquist wrote:
>> Certainly a good place to put it. As you have an account already, please
>> create that project there. We'll then "promote" it to "devuan-projects"
>> for the build pipeline soonish.
>
> As menaced, here it is:
>
> https://git.devuan.org/amesser/apt/commits/suites/beowulf-proposed
>
> For testing I have prepared a repo with suites/beowulf-proposed
> branch: I have taken over the Debian repo structure almost as is for now,
> but prefixed the Debian tags with "debian/". (Skipped pushing
> several unused branches at the moment)
>
> Build files for gbp are updated with one open question from my side:
> debian/gbp.conf has setting "export-dir = ../build-area". I'm not sure
> if this will cause trouble with our build servers?
>
> Systemd dependency is removed in build&control files and voilà:
> apt, apt-get and aptitude run without libsystemd.so.0 presence
> again.
>
> BTW, everytime you look deeper, you find something more: apt now also depends
> on udev (just for scanning for all available cdrom drives/removeable
> drives) If it expects a file from a cdrom it will now mount each drive it finds
> in turn until it finds a proper CD. Alternatively you can configure
> it now to also try out all other attached removable devices
> (usb-sticks...) to check for debian medium there. Thankfully it is
> limited to cdrom by default. But probably something to watch for changes
> in the future.
>
> Andreas
>
>
> _______________________________________________
> devuan-dev internal mailing list
> devuan-dev@???
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-dev
>