[Dr. Werner Fink]
> I've no problem here.
> Currently we do not use SysVinit here but systemd.
I believe we are ready to push a new release. I've tested it in a
virtual machine, and at least 'init' is able to boot a machine. :)
I suggest we drop the 'dsf' ending on the version number, as it is
o
> [Matias A. Fonzo]
>> I think if initctl cannot be created, it should try in another
>> location (fallback). Let's say /dev/initctl to /run/initctl
>
> Why? That seem like a lot of fuzz for no gain to me.
Sorry. It's not clear to me which is the real reason (or issue) to move
initctl to /run whe
Hi everyone,
i'm watching sysvinit mailing list from several weeks, and I thing it's
good time to move sysvinit source to github.com.
SVN is too old source versioning software, many people and projects move
from svn to git. Basically, github include wiki pages and issue tracking.
Now I'm wo
[Michał Kulling]
> Hi everyone,
>
> i'm watching sysvinit mailing list from several weeks, and I thing
> it's good time to move sysvinit source to github.com.
I would love to move from svn to git, but want to keep it on savannah.
Do you have time to handle the svn->git migration?
But I believe w
W dniu 08.02.2014 19:04, Petter Reinholdtsen pisze:
[Michał Kulling]
Hi everyone,
i'm watching sysvinit mailing list from several weeks, and I thing
it's good time to move sysvinit source to github.com.
I would love to move from svn to git, but want to keep it on savannah.
Do you have time to
[Michał Kulling]
> Now I migrate my company repo from SVN to GIT, and we decise migrate
> only source code without history. So, migrating source code, i
> think, to github not need a lot of time.
Well, I want to keep the history, to have a chance of figuring out why
things are the way it is.
> I'
Hi.
I just tried to update the Debian package of insserver from 1.14.0 to
1.16.0, and discovered that the script ordering produced is completely
bogus. The bug is in the unpatch package too, but not detected by the
test suite. Here is the last output from 'make check':
info: test if loop invol
[Petter Reinholdtsen]
> Anyone got a clue what is going on?
I got a clue. I had forgotten the SUSE setup, where every script have
both stop and start symlinks. The real problem I had was that the
code to insert default settings in the non-SUSE case was broken. This
patch solved the issue. Ok t
According to http://bugs.debian.org/736479 >, there are patches in
the suse version of insserv that isn't in the upstream svn. I had a
look in our svn, and the if block is not scoped there. Should we apply
it upstream? I applied it in Debian and did not see any change in
behavour, so I am unsur
Hi. I discovered that
http://download.savannah.gnu.org/releases/sysvinit/ > was missing
all startpar releases, when I tried to find the latest tarballs to
import into a new Debian git repository for startpar packaging.
I was able to find version 0.52 in
ftp://ftp.suse.de/pub/projects/init/ >,
bu
10 matches
Mail list logo
