[Henrique de Moraes Holschuh]
Since this IS going to be the first message to show up on gmane, for the
record, the canon location for this list is at:
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
Past archives are available at the above URL.
It is possible to ask the
I just found out that Ubuntu already implemented some boot speedup
fixes for the previous release. Info about this is available from
URL:https://wiki.ubuntu.com/FasterBoot. I guess we should try to
integrate these fixes back into debian?
___
[Sven Mueller]
Do you have an overview of the dependency information you currently
use? I don't have a test system at hand currently, but I might be
able to cross-check you data anyhow.
Only in the package and package source. See in
/usr/share/insserv/overrides/ when you install the
, it was about time to pack up and leave the test lap, so
I ended the testing here.
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo
[Erich Schubert]
A quick removal of those I don't use brought the boot time down to
59 seconds, with readahead from Ubuntu.
That is what I should have done, just downloaded the packages from
ubuntu. Well, didn't think of that at the time.
But there is some really weird stuff going on...
[Marco d'Itri]
Why? NFS mounting should work without portmap enabled on the local
machine, right? nfs-common is started later with the stat and lock
daemons, so these do not need portmap.
I believe they are all RPC daemons, so they need portmap.
On my test machine, nfs-common is started as
expected it to at
least increase the disk throughput. Looking at the graphs, I suspect
some readahead program started early in the boot could decrease the
amount of IO wait during boot.
I will need to analyze it a bit more to try to understand why your
boot is so slow.
Friendly,
--
Petter
is available from URL:http://bootdebian.blogspot.com/ and also on
planed.debian.org.
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo
impact, I believe it is best to let the boot order be dynamic instead
of requiring all packages with init.d scripts to run a program to
update the boot order (like insserv). Only if it does slow the boot
down considerably, it is better to do it every time init.d is updated.
Friendly,
--
Petter
didn't know that providing the dependency info was already
possible in Debian. Is it documented somewhere (policy, dev reference)?
It is documented in URL:http://wiki.debian.org/LSBInitScripts. I
guess it should make it into the developers reference.
Friendly,
--
Petter Reinholdtsen
ideas:
missing-dependency
incorrect-boot-order
non-posix-shell
I look forward to seeing all relevant bugs listed on
URL:http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]
:)
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
/init.d/skeleton'. :)
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
when reading the email, and do not really know how to avoid
it (though I am sure it is come config option in svnmailer.conf), so I
hope we can keep the user info in the From field.
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
it, but on the other hand we need to
verify the boot order before Etch freezes.
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts
I am happy to report that the video recording from debconf6 about
speeding up the debian boot is online at
URL:http://meetings-archive.debian.net/pub/debian-meetings/2006/debconf6/mpeg1-ntsc/2006-05-16/tower/Optimizing_boot_time-Margarita_Manterola.mpeg.
Have fun. :)
--
Petter Reinholdtsen
, and
can be fixed with a one-line edit in /etc/init.d/rc.
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
bootchart
claim the process take 7 seconds.
Btw, I just discovered the 'quiet' boot option. It is similar to
setting VERBOSE=no in /etc/default/rcS. Can you check if it affect
boot speed?
Do you have an updated table with the time saved using the different
hotspots?
Friendly,
--
Petter Reinholdtsen
. :)
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
in /boot/grub/menu.cfg.
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
mountkernfs.sh, but it also work with the current sequence.
I hang out on the IRC channel #pkg-sysvinit for those interested in
discussing these things. :)
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel
0' trick, or just by removing them from rcS.d/.
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
sure it isn't trying to run before
the device show up.
Friendly,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
to convert your boot system to use these headers is
available from
URL:
http://lists.alioth.debian.org/pipermail/initscripts-ng-devel/2007-April/000397.html
.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng
,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
[Marco d'Itri]
I was not thinking about these, which indeed have a good reason to be
disabled by default, but e.g. about cpufrequtils.
Which luckily since version 002-4 is enabled by default if the kernel
supprt cpu frequency scaling. :)
Happy hacking,
--
Petter Reinholdtsen
hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
.
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
[Henrique de Moraes Holschuh]
Effective immediately, I have added otavio to the project, and upgraded all
roles as follows:
Thank you, and a happy new year to you all. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
(or they should just just remove the stop symlinks in
runlevel 0 and 6, if that make sense for them).
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org
-common totd tpconfig transproxy tspc ttyd
udhcpd ugidd uif ulog-acctd ulogd umlrun-uml uniconfd upsd
ups-monitor userv vsftpd vtun wackamole wdm whitelister
wipl-daemon wmaloader xpilot-ng-server xringd xtell xttpd
zoneminder zorp
Happy hacking,
--
Petter Reinholdtsen
[Armin Berres]
It just gave it a short try and my boot time increases from 58 seconds
to about 1:03.
Are you using the preload package? Can you provide an URL to the
bootchart to try to figure out why?
Happy hacking,
--
Petter Reinholdtsen
, to avoid readahead believing that the files
loaded by preload for the desktop is needed during boot, as it would
lead to the desktop files being loaded as part of the boot and thus
slow down the boot.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng
this once and it also slowed down the boot
duration.
OK. I hope the preload package was not installed when you did the
profiling.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
is then dumped into /etc/readahead/.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
0 (Nick Phillips)
83408 teapop-ldap 1 0 1 0 0 (Nick Phillips)
85904 fai-nfsroot 0 0 0 0 0 (Thomas Lange)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
(Radovan Garabík)
39931 linesrv 3 1 2 0 0 (Marco Presi)
86656 fai-nfsroot 0 0 0 0 0 (Thomas Lange)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel
hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
the profiling your machine
did.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
[Alexander Heinlein]
Petter Reinholdtsen wrote:
Perhaps it failed to stop when it should, and load all the files used when
you log in addition to the files that is used during boot? To test this
theory, you could run one profile run, reboot, and then try to boot
normally, without logging
by $remote_fs, I suspect the
correct thing to do for both scripts are to depend on $remote_fs both
for start and stop.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
-dependency
I'm tagging these. I normally use severity important, and these
dependency bugs make dependency based boot sequencing mess up the boot
and shutdown.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel
to get this working is most
welcome. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
readahead before coldplug? I guess
we will need to measure the effect on boot speed for different
approaches.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
to avoid that problem.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
finished.
If init.d/procps should run after udev, you need to tell this to the
procps maintainer, as its LSB header currently state that it only
depend on mountkernfs, and because of this will run before udev when
dependency based boot sequencing is enabled.
Happy hacking,
--
Petter Reinholdtsen
[Petter Reinholdtsen]
With the two recent uploads of sysvinit and insserv, the packages in
unstable are able to run with full dependcy based concurrent
booting. To enable it, install insserv, activate it by using
'dpkg-reconfigure insserv' and then 'echo CONCURRENCY=makefile
/etc/default
welcome. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
%
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
[Petter Reinholdtsen]
This test suite script is able to reproduce it when building for
SuSe. I rewrote it to use only start symlinks in runleve 1, to
avoid the areas where SuSe and Debian differ. Do you see the error
in your build too?
One can even remove the references to mountnfs
[Dr. Werner Fink]
You may try the attached patch, does this solve your problem *and*
outlive all other test cases.
Yes, it does solve the problem and avoid the segfaults. Great. But
it seem to be reversed? At least I had to apply it in reverse.
Thank you.
Happy hacking,
--
Petter
Hi, Werner. Can you have a look at
URL: http://bugs.debian.org/537182 , please? When doing makefile
style concurrency, I get a leftover startpar process. I have no idea
why.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing
/DependencyBasedBoot. I
welcome input and suggestions to this plan. This is part of the work
I plan to present at debconf today about the overhaul of the Debian
boot system.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng
based boot sequencing in unstable tomorrow, and we continue with the
rest as soon as upstart and insserv are ready.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
/timidity'? Would be useful to know which files should be
removed.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng
the two last paragrahs?
The policy refer to the details in the update-rc.d manual page, and
this of course need to change to reflect our new use of dependency
information for ordering.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing
. Another
would be to rewrite file-rc to read the init.d script headers directly
and do its own calculation of ordering.
What is your view on this?
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel
, making them show up at
URL:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=initscripts-ng-de...@lists.alioth.debian.org
.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
I came across URL: http://fedoraproject.org/wiki/FCNewInit ,
providing background information on Fedoras new boot system.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
this will make it impossible to
speed up the boot. I suspect we will find more of them when the boot
become faster, and thus exposing latent problems currently hidden
because of the slowness of the current boot.
Happy hacking,
--
Petter Reinholdtsen
/.
The files to read can not live in /var/, as this is not mounted in
early boot on a system with separate /var/. This need to be fixed. I
suspect /etc/ is the only safe place to store these files.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng
related problems.
I'll remember this, if I manage to reproduce it again.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng
it just disable itself in the early boot if /var/ is on a
separate partition?
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo
K11portmap
K12hwclock.sh
K12networking
K13ifupdown
K14atm
K15mountall.sh
K15mountoverflowtmp
K16umountfs
K17lvm2
K18umountroot
K19halt
K19kexec
K20reboot
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel
scripts and moved them to
my laptop for further analysis. Any symlink would be converted to a
real file in the process, and thus skew the results.
Thank you for checking out the report, anyway. Good to know that this
issue was not real.
Happy hacking,
--
Petter Reinholdtsen
. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
cryptdisks-early eeepc-acpi-scripts hdparm hibernate inputlirc
keyboard-setup lvm2 mdadm-raid mountdevsubfs.sh mouseemu
multipath-tools pcmciautils pcscd readahead udev-mtab
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
[Petter Reinholdtsen 2009-08-01]
I moved the text to
URL: http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot/Update200908
,
to make it easier to have a common text with edits to work on.
The draft have been through several edits, and I would really like to
ship it out soon. Any
was
installed earlier. And the same is the case for all the duplicate
provides errors. The provides strings need to be unique.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
cases. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
be written, and pointed to by
this announcement. Any volunteers?
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
facility be the union of all the definitions, or just one of them?
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
]*$//'| \
cut -d: -f2-|sort |uniq -c|sort -n
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
for that this weekend, so if anyone else want to give
it a go, please help yourself. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng
the boot system more
robust.
Interested in writing a press release for this? I could help draft a
text on the wiki.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
to see how the news
was covered. I suspect we could provide a new spin to the topic to
get more Debian news coverage. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
of the settings at different time during boot.
Eventually, perhaps some udev or upstart rule can be used when drivers
are loaded to set their kernel settings at the right time.
PS: I'm Petter, Peter Reinholdtsen is my distant cousin. :)
Happy hacking,
--
Petter Reinholdtsen
[Henrique de Moraes Holschuh]
On Sun, 30 Aug 2009, Petter Reinholdtsen wrote:
* 1 # default-start: s 1 2 3 4 5
This can be correct in some cases.
Yes, but it is very rare. :)
Any services that need to be started on S and must remain
operational on all other normal runlevels (e.g
and critic of these proposals?
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
boot sequencing.
I do not believe we should implement this right now, but it might be a
good way forward some time in the future.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
is ready and
implemented in all the *-rc packages in Debian.
And, yes, I am aware that the current official API provided by
update-rc.d is not very good. :/
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng
for
bootchart and find out why svn407-4 stuck in the RFS queue
http://alioth.debian.org/~jo-guest/debian/bootchart_0.10~svn407-4.dsc
I assume you are aware of my sponsoring preferences,
URL: http://www.hungry.com/~pere/debian-sponsoring.html . if you
lack a sponsor.
Happy hacking,
--
Petter
. As always, please help out
and join us on #pkg-sysvinit (irc.debian.org) to coordinate the
work. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org
decide to
merge some of the patches, please let us know which ones to make it
easier for us to know which patches to drop in the next release.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel
A. Paris pe...@debian.org
samba (U)
Christian Perrier bubu...@debian.org
samba (U)
samba4 (U)
Tadeusz Pietraszek ta...@pietraszek.org
tenshi
Petter Reinholdtsen p...@debian.org
sysvinit (U)
Andrew Ruthven and...@etc.gen.nz
mythtv-status
Alexander Sack a...@debian.org
connman
BTS reports and
provide a good patch. :)
It has not been on my todo list so far, but would be nice to get
done. :)
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http
with something like this in rc2.d/:
S01rsyslog
S02acpid
S02dbus
S03hal
S04network-manager
S05kdm
S06... the rest ...
A similar feature would be nice for startpar, to get kdm started
earlier during boot.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts
[Chris Gianniotis]
-- booting : when the boot process is finished and X and WDM have been
started I can't type into either any xterm or, from time to time, even
the WDM display manager id password slot. If I then exit the X
session, log in as root and run WDM manually everything goes well
, and I
would love insserv to have a similar feature when generating the
sequence.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo
it seem to be we will manage to get the last and
unmaintained packages fixed with dependency based boot sequencing in
Squeeze, and the upstart migration will have to wait until Squeeze+1.
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel
'? It would make it possible
to see the complete dependency graph for the start and stop sequences
as well as all headers to be able to reproduce the problem.
The output from '/usr/share/insserv/check-initd-order' would also be
useful.
Happy hacking,
--
Petter Reinholdtsen
, 92_m68k_alignment.patch and
93_hurd_no_path_max.patch).
I guess we should add a common test suite to the savannah source, to
make it easier to detect these issues?
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng
[Petter Reinholdtsen]
I guess we should add a common test suite to the savannah source, to
make it easier to detect these issues?
I did this, and added two test suites, one simple generating a
sequence of three scripts, and the other is the test_undetected_loop()
one I provied in the initial
[Mike Frysinger]
URL: http://bugs.gentoo.org/91724
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
src/shutdown.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Patch applied to SVN,
svn://svn.savannah.nongnu.org/sysvinit/sysvinit/trunk .
Happy hacking,
--
Petter
, and some
packages with conflicting dependencies that should have
breaks/conflicts to enforce a given upgrade order. No idea which
packages that would be, and it is hard to figure out when our test
case has gone away. :)
happy hacking,
--
Petter Reinholdtsen
time-slicing is done by the kernel.
What happen when getty fail to start? If I read the code correctly, a
bogus utmp entry will be written then. Where did I misunderstand?
Happy hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
hacking,
--
Petter Reinholdtsen
___
initscripts-ng-devel mailing list
initscripts-ng-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/initscripts-ng-devel
1 - 100 of 106 matches
Mail list logo
