On Tue, 09 May 2017, David Lawyer wrote:
> My PC has a floppy drive which I seldom use. When I boot linux, it runs
> /etc/init.d/checkfs.sh which runs fsck.fat on the floppy drive
> /dev/fd0. The fsck fails because there is no floppy in the drive and
...
> Linux should not try to run fsck on a
On Sat, 14 Jan 2017, Holger Levsen wrote:
> On Sat, Jan 14, 2017 at 09:50:43PM +, Holger Levsen wrote:
> > and /dev/shm is owned by root:root and has perms 1755?
>
> actually I have both 1777 and 0755 here, which of the two is correct or
> are both fine??
It has to be mode 01777, read+write.
currently broken that it fails
to, by default, also stop related socket units, thus ensuring chaos if
activated midway during the unpack/configure steps. A bug is already
open about it, but stalled.
--
Henrique de Moraes Holschuh
___
Pkg-sysvinit-devel
ack/configure steps. A bug is already
open about it, but stalled.
--
Henrique de Moraes Holschuh
___
Pkg-sysvinit-devel mailing list
Pkg-sysvinit-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-sysvinit-devel
On Wed, 14 Dec 2016, Ian Jackson wrote:
> Michael Kerrisk (man-pages) writes ("Re: Bug#848121: [Pkg-sysvinit-devel]
> File conflict between manpages and initscripts"):
> > On 14 December 2016 at 16:45, Ian Jackson
> > wrote:
> > > - rename the manpage about /etc/default/tmpfs to tmnfs-config(5)
On Sat, 07 May 2016, Helmut Grohne wrote:
> I argue that invoke-rc.d changed API. Formerly (with sysv) reloading a
> service that isn't started would generally do nothing (or fail). In any
> case, one generally wouldn't expect a reload operation to finish before
> the invoke-rc.d call returns (as i
On Sun, 06 Mar 2016, Petter Reinholdtsen wrote:
> Hi. I would be happy for skilled people with more time to take over the
> maintenance. I would be happy to help with the knowledge I got, but
> lack the time required to do a good job maintaining the sysvinit,
> insserv and startpar package.
Same
grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique de Moraes Holschuh
___
Pkg-sysvinit-devel mailing list
Pkg-sysvinit-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/li
et this in unstable, then testing, and test it
throughoutly.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique de Moraes Holschuh
__
g VMs). I assume you already
did that testing?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique de Moraes Holschuh
___
m all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique de Moraes Holschuh
___
Pkg-sysvinit-devel mailing list
Pkg-sysvinit-d
he Land of Redmond where
the shadows lie." -- The Silicon Valley Tarot Henrique de Moraes
Holschuh
___
Pkg-sysvinit-devel mailing list
Pkg-sysvinit-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-sysvinit-devel
On Thu, 12 Mar 2015, wzabo...@elektron.elka.pw.edu.pl wrote:
> I have deleted the /etc/adjtime in the affected machine and rebooted it.
> After that it boots correctly, without a delay caused by the "future
> superblock write time".
> However I don't understand what was the real cause of the proble
On Wed, 21 Jan 2015, Bolesław Tokarski wrote:
> When update-rc.d is invoked (be it as part of some service installation or
> manually), on some machines it takes much more time than anticipated. Example:
>
> # time update-rc.d apache2 defaults
> ...
> real5m23.611s
> user0m0.092s
> sys
On Sun, 04 Jan 2015, Paul Menzel wrote:
> > Not sure if it will make it into Jessie. It do not seem important
> > enough to try to push it past the freeze.
>
> Under certain circumstances it does not allow to get into the
> maintenance shell, which is a real problem for systems still using SysV
>
On Fri, 26 Dec 2014, Petter Reinholdtsen wrote:
> Great. The patch need to be moved to debian/patches/, but otherwise
> look good. I hope someone with access to collab-maint can push a fix.
> Not sure if it will make it into Jessie. It do not seem important
> enough to try to push it past the fr
On Mon, 15 Dec 2014, Tollef Fog Heen wrote:
> ]] Henrique de Moraes Holschuh
> > On Thu, 11 Dec 2014, Gerrit Pape wrote:
> > > On Tue, Dec 09, 2014 at 11:24:11AM +, Gerrit Pape wrote:
> > > > On Mon, Nov 24, 2014 at 10:08:49PM +, Simon McVittie wrote:
>
On Tue, 16 Dec 2014, Paul Menzel wrote:
> Note: The sleep of two seconds is also questionable. Unfortunately there
> is no comment explaining what the reason for it is.
IMHO, we should never mess with sleep(some seconds) in this kind of utility.
IME, they're almost always security devices: Either
On Thu, 11 Dec 2014, Gerrit Pape wrote:
> On Tue, Dec 09, 2014 at 11:24:11AM +, Gerrit Pape wrote:
> > On Mon, Nov 24, 2014 at 10:08:49PM +, Simon McVittie wrote:
> > > On 24/11/14 21:41, Gerrit Pape wrote:
> > > > Better than (2) would be to make the existence of /etc/inittab still
> > > >
On Tue, 11 Nov 2014, Raphael Hertzog wrote:
> On Tue, 11 Nov 2014, Henrique de Moraes Holschuh wrote:
> > 1. Is it *safe* and *undeniably always correct* to mount the cgroupfs in
> >that mountpoint, with the mount options used in the patch?
> >
> >This answe
On Wed, 03 Aug 2011, Raphael Hertzog wrote:
> On Fri, 29 Oct 2010, Daniel Baumann wrote:
> > On 10/29/2010 07:43 PM, Henrique de Moraes Holschuh wrote:
> > > I like it. Is this mountpoint "blessed" by someone, since it is inside
> > > /sys? Are other distro
On Thu, 30 Oct 2014, Petter Reinholdtsen wrote:
> It look like someone who have discussed the topic on a mailing list a
> rarely read (debian-devel@) concluded that upgrades should switch to
> systemd. I am not conviced that is a good way to conclude in this
> matter, and wonder if we should consu
On Sat, 25 Oct 2014, Petter Reinholdtsen wrote:
> I added the latests NMUs to git and uploaded the current set of
> changes to experimental after confirming that it could boot at least
> one machine. When I started uploading to experimental in April, I
> expected to have time to get the changes te
severity 761878 wishlist
tag 761878 wontfix
thanks
On Tue, 16 Sep 2014, Ansgar Burchardt wrote:
> policy-rc.d is supposed to be configured (and thus edited) by the
> local admin. It should thus not live in /usr/sbin.
It is supposed to be supplied under the Debian alternatives subsystem or
somethi
tag 761880 wontfix
severity 761880 wishlist
thanks
On Tue, 16 Sep 2014, Ansgar Burchardt wrote:
> Please support init scripts in /lib/init.d (or a similar
> location). Init scripts are not configuration and as such should not
> be installed into /etc (though I doubt we can drop support for that).
On Mon, 11 Aug 2014, Cyril Brulebois wrote:
> Michael Biebl (2014-08-11):
> > That is
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754987
> > https://lists.debian.org/debian-user/2014/07/msg01509.html
> >
> > I know a workaround, but haven't figured out the underlying cause yet.
>
> FWI
(Copied also Debian bug #697002).
On Fri, 08 Aug 2014, Simon McVittie wrote:
> Vaguely relatedly, I see you're a sysvinit/initscripts maintainer. On
> #697002 I suggested that maybe initscripts' checkfs.sh should use fsck
> -M (ignore mounted filesystems), like systemd-fsck does, instead of fsck
>
On Tue, 05 Aug 2014, Simon McVittie wrote:
> Also, the initramfs-tools patchset includes closing #708000 by fsck'ing
> / and /usr before mounting them. So I'm not sure why initscripts would
> ever need to fsck the root or /usr filesystems any more?
We do support booting without an initramfs under
On Sun, 27 Jul 2014, Michael Biebl wrote:
> Am 26.07.2014 23:59, schrieb Henrique de Moraes Holschuh:
> > On Sat, 26 Jul 2014, Michael Biebl wrote:
> >> If invoke-rc.d by default stops both .socket and .service, the package
> >> maintainer no longer has this option.
severity 756114 important
thanks
On Sat, 26 Jul 2014, Praveen Arimbrathodiyil wrote:
> package: sysv-rc
> version: 2.88dsf-41+deb7u1
> severity: critical
Downgraded to important, as it doesn't break anything but gnukhata. If this
turns out to be false and the problem is generalized, feel free to
On Thu, 15 May 2014, Vincent Bernat wrote:
> ❦ 15 mai 2014 16:17 +0200, Petter Reinholdtsen :
> > Personally, I believe the init.d script should fix the locale settings
> > (for example using LC_ALL=C) if the service change behaviour based on
> > locale settings.
>
> It is something difficult to
On Sat, 08 Feb 2014, Petter Reinholdtsen wrote:
> > However, if something else also uses insserv (I belive upstart
> > can/does for its sysv-compatibility layer), it is probably best if
> > it is kept in a separate git repository. Is that what you meant
> > with "next to the sysvinit repository" ?
On Sat, 08 Feb 2014, Petter Reinholdtsen wrote:
> [Henrique de Moraes Holschuh]
> > Since regular packages using the helper will require either a
> > versioned depends or even pre-depends on the package that hosts it,
> > we REALLY don't want to have to move it from a
On Fri, 07 Feb 2014, Petter Reinholdtsen wrote:
> I need help maintaining the insserv package. I believe the best option
> is to maintain it as part of the pkg-sysvinit group, and move it to git
> next to the sysvinit repository. What do you think?
>
> At the moment it is maintained by Kel and m
On Wed, 05 Feb 2014, Petter Reinholdtsen wrote:
> > IMHO, they goes into initscripts. That avoids an extra dependence
> > (initscripts -> sysvinit-utils).
>
> This definitely make some sense, but most of initscripts are parts
> that I suspect upstart and systemd will want to replace, as their
...
On Mon, 03 Feb 2014, Petter Reinholdtsen wrote:
> > We could also avoid the need to override start/stop when no pidfile
> > support is available, by doing the right thing when PIDFILE is not
> > set, something like this:
> >
> > start-stop-daemon --start --quiet ${PIDFILE:+--pidfile ${PIDFILE}} --
On Mon, 03 Feb 2014, Petter Reinholdtsen wrote:
> root@minerva:~# /etc/init.d/acpi-fakekey restart
> [ ok ] Restarting acpi_fakekey daemon...done.
> root@minerva:~# ./acpi-fakekey-new restart
> [ ok ] Stopping acpi_fakekey daemon: acpi_fakekeyd.
> [ ok ] Preparing to start acpi_fakekey da
On Mon, 03 Feb 2014, Petter Reinholdtsen wrote:
> [Henrique de Moraes Holschuh]
> > I think it would be best to have a way to override the actual
> > commands used to start/stop/restart/force-reload.
>
> Yeah, I suspect so too, and spliting the functions in two is probably
On Mon, 03 Feb 2014, Petter Reinholdtsen wrote:
> [Henrique de Moraes Holschuh]
> > Either "command -V", "command -v", or the "type" builtins should do, I
> > suppose. Both dash and bash support them.
> >
> > Note that it is non-triv
On Sun, 02 Feb 2014, Petter Reinholdtsen wrote:
> I've also considered using functions that could be overriden in the
> init.d scripts. The init-d-script could contain
>
> do_restart() {
> ...
> }
>
> and the init.d script could contain a different implementation:
>
> do_restart() {
On Sun, 02 Feb 2014, Petter Reinholdtsen wrote:
> [Henrique de Moraes Holschuh]
> >> Do you believe we should move forward with this idea? It would reduce
> >
> > I like it, a lot.
>
> Thank you. Please help polish it to get it releasable. The
> problemati
On Sun, 02 Feb 2014, Petter Reinholdtsen wrote:
> A few month ago I wrote
> http://people.skolelinux.org/pere/blog/Debian_init_d_boot_script_example_for_rsyslog.html
> >
> documenting how at least some init.d script could be made a lot
> simpler, removing the need for duplicate code in the simple
On Wed, 29 Jan 2014, Petter Reinholdtsen wrote:
> Any objections to dropping Henrique de Moraes Holschuh and Kel
> Modderman as uploader (and perhaps also me) and adding Thomas Goirand
Well, I'm always around as a backup and emergency uploader, and believe it
or not, I read everything
severity 734901 grave
found 734901 sysvinit/2.88dsf-13
notfound 734901 sysvinit/2.88dsf-45
thanks
On Fri, 10 Jan 2014, Sebastian.Steinhuber wrote:
> during boot, Debian forces checking of hard disks/partitions, what is IMHO an
> important thing to do. Since fsck during boot is not performed due to
On Sun, 08 Dec 2013, Jeffrey Sheinberg wrote:
> On Sun, Dec 08, 2013 at 07:03:02PM +, Roger Leigh wrote:
> > On Thu, Dec 05, 2013 at 03:18:58PM -0500, Jeffrey Sheinberg wrote:
> > > I regularly boot into "-b" (emergency) at least once a week, in order to
> > > perform backups of my root partiti
reassign 728682 logrotate
retitle 728682 logrotate: cronjob: please use invoke-rc.d --quiet
thanks
On Mon, 04 Nov 2013, Erwan David wrote:
> /etc/cron.daily/logrotate:
> invoke-rc.d: action rotate is unknown, but proceeding anyway.
>
> My /usr/bin/policy-rc.d does indeed treat the rotate action.
On Fri, 26 Jul 2013, Fabien C. wrote:
> On 26/07/2013 03:06, Henrique de Moraes Holschuh wrote:
> > It is basically not a good idea at all to cut power instead of issuing a
> > hardware shutdown command. Lots of stuff on server boxes get highly pissed
> > off if you just
On Sun, 21 Jul 2013, Roger Leigh wrote:
> On Sun, Jul 21, 2013 at 01:23:28PM +0200, Fabien C. wrote:
> > please launch "/etc/init.d/ups-monitor poweroff" everytime /etc/init.d/halt
> > is
> > called, not only when INIT_HALT=POWEROFF.
> >
> > The current script forbids that behavior because if I
On Sun, 19 May 2013, Steve Langasek wrote:
> I strongly recommend a more generic approach of detecting whether the
> required mount is already mounted, and skipping the operation if it is.
There is the non-obvious, and quite vexing issue of mount options.
--
"One disk to rule them all, One dis
On Mon, 22 Apr 2013, Petter Reinholdtsen wrote:
> [Bob Proulx]
> > Then according to the docs no daemons should be started. But when I
> > reboot all daemons are running normally. In spite of the policy-rc.d
> > script the init scripts were all still run.
>
> policy-rc.d is invoked by update-rc.
On Wed, 17 Apr 2013, Petter Reinholdtsen wrote:
> [Regid Ichira]
> > 1. AM I right that strictly speaking, there are cases where the
> > `easiest way' will not work?
>
> Yes. Any daemon started from within rcS.d/ will be killed by
> /etc/rc1.d/S01killprocs and not started again when switching to
On Thu, 22 Nov 2012, Johannes Truschnigg wrote:
> Package: sysvinit
> Version: 2.88dsf-13.1+squeeze1
> Severity: minor
> Tags: patch
>
>
> I added a new entry to inittab on a busy host which did not seem to start upon
> invoking `telinit q`. Syslog received the following message:
>
> Nov 22 10:1
I am forwarding this as a remider that, should we ever get to the point of
moving around /lib or /usr/lib, /sbin or /usr/sbin, and /bin or /usr/sbin,
as well as any other such trunks, we really ought to consider whether we
should be using symlinks or bind mounts [where possible] for such moves.
Al
reassign 686895 btrfs-tools
thanks
On Fri, 07 Sep 2012, Simrun Basuita wrote:
> # cat /var/log/fsck/checkroot
> Log of fsck -C -f -a -t btrfs /run/rootdev
> Fri Sep 7 01:34:14 2012
>
> fsck from util-linux 2.20.1
> fsck.btrfs: invalid option -- 'f'
> usage: btrfsck dev
> Btrfs Btrfs v0.19
> fsck
On Sat, 25 Aug 2012, Petter Reinholdtsen wrote:
> [Henrique de Moraes Holschuh]
> > Accept, I suppose.
>
> Done.
>
> > IMHO, deny until he has proved himself. I told him to start working
> > first, ask for commit access later, and we haven't heard from him fo
On Wed, 22 Aug 2012, Petter Reinholdtsen wrote:
> Via Alioth, two people have requetsted membership in the sysvinit team
> with the following comments:
>
> Thomas Goirand (2012-08-22)
>
> We'd like to use this Alioth group for OpenRC, please add me!
Accept, I suppose.
> Vangelis Mouhtsi
tag 455230 fixed-upstream
thanks
where "upstream" here is the kernel itself. Fixed in Linux kernel
3.2.26, 3.0.41, 3.4.9, 3.5.2, 3.6. The fix will eventually flow down to
the 3.2-based Wheezy kernel and to unstable.
On Wed, 12 Dec 2007, Marc Haber wrote:
> > On Sun, 09 Dec 2007, Marc Haber wrot
On Wed, 18 Jul 2012, Michael Biebl wrote:
> On 17.07.2012 23:52, Roger Leigh wrote:
> > We removed the bootlogs script because it was believed to be made
> > redundant by modern logging daemons. However, this was not taking
> > into account the fact that even though the information is logged,
> >
On Fri, 13 Jul 2012, Petter Reinholdtsen wrote:
> [Mikko Hänninen]
> > While investigating randomness and /dev/urandom on Debian Linux,
> > I came across this comment (by you, I think):
> >
> > # Hm, why is the saved pool re-created at boot? [pere 2009-09-03]
> >
> > in /etc/init.d/urandom, par
On Sat, 16 Jun 2012, Roger Leigh wrote:
> On Sat, Jun 16, 2012 at 03:00:55PM +0400, Alexander V. Kudrevatykh wrote:
> > Package: sysvinit-utils
> > Version: 2.88dsf-27
> > Severity: important
> >
> > after upgrading to 2.88dsf-27 boot stops on "cleaning temprorary
> > files... /tmp" and not ask
>
On Thu, 24 May 2012, Jeremy Bicha wrote:
> 64 MiB seems a ridiculously low threshold. How about 512MiB instead?
> I'd find it difficult to use a desktop machine with less than 1GB of
> RAM and think that reserving 20% of that limited RAM for /tmp is not
tmpfs reserves nothing of the sort. It can
On Sun, 13 May 2012, Neil Watson wrote:
> Expected results
> invoke-rc.d postfix start
> Should start the postfix service.
Please give us the results of:
dpkg -s postfix
/usr/sbin/invoke-rc.d --query postfix start ; echo $?
head -n 30 /etc/init.d/postfix
If you call /etc/init.d/postfix start,
On Wed, 25 Apr 2012, Carsten Hey wrote:
> * Roger Leigh [2012-04-24 16:31 +0100]:
> > On Tue, Apr 24, 2012 at 02:55:55PM +0200, Michael Prokop wrote:
> > > * Carsten Hey [Mon Apr 23, 2012 at 01:07:17 +0200]:
> > >
> > > > Please ignore noauto sysfs entries in fstab. Not mounting sysfs to /sys
> >
On Mon, 23 Apr 2012, Henrique de Moraes Holschuh wrote:
> On Sun, 22 Apr 2012, Roger Leigh wrote:
> > I'm not sure that this is definitely a sysvinit issue. The mouse
> > and keyboard are entirely functional right up until X11 starts up.
>
> This may well be a red her
On Sun, 22 Apr 2012, Roger Leigh wrote:
> I'm not sure that this is definitely a sysvinit issue. The mouse
> and keyboard are entirely functional right up until X11 starts up.
This may well be a red herring, but you're all using the latest 3.2
kernel, aren't you? A Debian user went straight to L
On Sun, 22 Apr 2012, Roger Leigh wrote:
> On Sun, Apr 22, 2012 at 11:15:29AM +0200, valette wrote:
> > After upgrade, X11 does not report any keybord or mouse on my laptop. If I
> > plug a USB mouse its detected.
> > If the USB mouse is plugged before X starts its not detected either.
> > Probab
On Fri, 20 Jan 2012, Goswin von Brederlow wrote:
> Henrique de Moraes Holschuh writes:
> > The kernel has to return all entries that are visible to the current
> > namespace, otherwise you pretty much cannot know about the existence of
> > shadowed entries in the first pl
On Fri, 20 Jan 2012, Goswin von Brederlow wrote:
> Henrique de Moraes Holschuh writes:
> > On Thu, 19 Jan 2012, Paul Eggert wrote:
> >> On 01/19/12 07:29, Henrique de Moraes Holschuh wrote:
> >> > Note: there is no reason why the kernel could not return the mount
&g
On Thu, 19 Jan 2012, Paul Eggert wrote:
> On 01/19/12 07:29, Henrique de Moraes Holschuh wrote:
> > Note: there is no reason why the kernel could not return the mount
> > information with shadowed paths removed in a separate procfs node, as
> > that would cause no security/tro
On Thu, 19 Jan 2012, Henrique de Moraes Holschuh wrote:
> On Thu, 19 Jan 2012, Goswin von Brederlow wrote:
> > Paul Eggert writes:
> > > On 01/18/12 06:25, Goswin von Brederlow wrote:
> > >> What df should do is automatically skip the entries that are obscured or
On Thu, 19 Jan 2012, Goswin von Brederlow wrote:
> Paul Eggert writes:
> > On 01/18/12 06:25, Goswin von Brederlow wrote:
> >> What df should do is automatically skip the entries that are obscured or
> >> generally inaccessible.
> >
> > Isn't this missing some of the larger context? df is just do
On Mon, 16 Jan 2012, Andreas Beckmann wrote:
> The problem with 'service' is that it actually tried to start apache
> while piuparts had created a policy-rc.d that prevents any service from
> being started in the chroot. (Apache could not be started in the chroot
> because :80 was already in use by
On Wed, 11 Jan 2012, Roger Leigh wrote:
> One problem mentioned in a few bugreports is the handling of
> updates to /etc/default/rcS. Because it's not a conffile, we
> don't provide updates to it. While there are good reasons for
> this approach, I was thinking of ways of improving the situation.
On Sat, 17 Dec 2011, Josh Triplett wrote:
> I don't see any possible scenario where FSCKFIX=no makes sense as a
> default. We don't debug broken filesystems with disk editors anymore;
When using md or device mapper in any way shape or form where the kernel
might decide to mount the component devi
On Fri, 07 Oct 2011, Touko Korpela wrote:
> I suspect that "-h" option that "halt" gets during poweroff is buggy and
> shouldn't spin disks up that are already at sleep.
Nowadays we're supposed to trust the kernel to do it right, and your disk
should spin up only if it has crap firmware (unlikely)
On Sun, 02 Oct 2011, Ralf Jung wrote:
> On both of the machines I installed a recent Debian on (testing on my laptop,
> sid on my tower), I am getting the following error regularly in the syslog,
> and
> on tty1:
>
> init: Id "co" respawning too fast: disabled for 5 minutes
>
>
>
> Googling fo
On Sun, 24 Jul 2011, Bruce Sass wrote:
> On July 23, 2011 06:56:44 AM Henrique de Moraes Holschuh wrote:
> > On Thu, 21 Jul 2011, Bruce Sass wrote:
> > > > This is not a bug. NFS clients are supposed to keep on trying to reach
> > > > the server, by defaul
On Thu, 21 Jul 2011, Bruce Sass wrote:
> > This is not a bug. NFS clients are supposed to keep on trying to reach
> > the server, by default. You should have unmounted the directory from
> > the NFS client(s) before shutting down the server.
> >
> > Ben.
>
> Sounds like a desirable behaviour wh
On Wed, 13 Jul 2011, Roger Leigh wrote:
> I've been able to merge it into the master branch using
> "git replace" and "git filter-branch". Because it changes
> all the commit SHA1s, everything after 2.86.ds1-22 needs
> retagging, but that won't be too hard. This is on the
> "rewrite" branch in th
On Wed, 13 Jul 2011, Roger Leigh wrote:
> Thinking about this some more, it should be possible to
> edit the history to graft the subsequent history on the
> master branch after this commit which would make the
> entire history linear. It's just a matter of finding the
> necessary git magic. (Not
On Tue, 12 Jul 2011, Roger Leigh wrote:
> Dodgy tags:
> 2.86.ds1-12
> 2.86.ds1-13
> 2.86.ds1-22[.new[@936]]
> 2.86.ds1-31
> 2.86.ds1-34
> These all appear in git as incomplete merges. They exist as tags
> but are not attached to any branch (i.e. unlike all other tags
> are not in the his
On Fri, 01 Jul 2011, Thorsten Glaser wrote:
> 49 # Hm, why is the saved pool re-created at boot? [pere
> 2009-09-03]
>
> After talking to pere in IRC he suggested I mail the answer here:
We've had a thread about this sometime ago, and I did some asking on LKML
about it. It is in th
On Thu, 09 Jun 2011, Roger Leigh wrote:
> +Breaks: selinux-policy-default (<< 2:0.2.20100524-9)
...
> + * initscripts Breaks all selinux-policy-default versions up to and
> +including 2:0.2.20100524-9, which do not support /run.
"<<" means STRICTLY LESS THAN for dpkg. If you need to ALSO b
On Thu, 19 May 2011, Elliott Mitchell wrote:
> I'm not suggesting you don't want to get the system down, I'm wondering
> whether "halt" versus "reboot" is the right target to have everything
> setup for.
I really don't understand what you want with all this.
Please write a proper chart of events
On Wed, 18 May 2011, Elliott Mitchell wrote:
> When looking at bug #577146, the thought comes to mind; is halt the
> correct action to do in case of power failure?
You will be without power soon, but you have no idea how soon. And you
don't have any idea for how long.
Yes, halt (with poweroff) i
On Sat, 14 May 2011, Martin Orr wrote:
> Directories and symlinks created as part of the /run transition are not
> labelled for SELinux. The effect is that most services fail to start on
> boot after transitioning to /run.
>
> You need to run restorecon after creating a directory or symbolic link
On Fri, 06 May 2011, Tomas Pospisek wrote:
> >I suspect this bug really is in the kernel, and only affect some video
> >cards. Which video card are you using?
>
> 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
>Integrated Graphics Contr
On Fri, 06 May 2011, Tomas Pospisek wrote:
> Synopsis:
> =
> when the machine does an fsck while booting, there's no way to know.
> The user should be informed of the fact otherwise she has no way to
> know whether the machine is dead or not.
Hmm? It is, fsck outputs everything to all act
On Thu, 14 Apr 2011, Bastian Blywis wrote:
> When /etc/init.d/reboot is run and "reboot -d -f -i" called, in about
> 2-4% of the cases, the system will deadlock because the network
> interfaces are shut down but the kernel still wants to read/write
> something on the nfs export. The message "nfs se
On Tue, 05 Apr 2011, Christian PERRIER wrote:
> I have actually been surprised of not getting any answer to this "NMU
> intent". I don't really intend to NMU sysvinitat least not until I
> get a quite clear ACK from its maintainers. We're not talking about a
> random package here..:-)
It was i
reassign 613618 ngetty
thanks
On Wed, 16 Feb 2011, NIIBE Yutaka wrote:
> I am using ngetty (1.1-2) which doesn't use /etc/inittab
> but invoked by /etc/init.d/ngetty.
I suggest you invoke the master ngetty from init, instead.
> Since ngetty works differently than traditional getty, we don't need
On Wed, 09 Feb 2011, Henrique de Moraes Holschuh wrote:
> Erez, could we impose on you to remove the usplash package (not purge, just
> remove) and check if the problem disappears (please revert your workaround
> first)?
Erez replied over private email that yes, just removing usplash is
On Wed, 09 Feb 2011, Erez Geva wrote:
> Do not have any output since it occurs during boot proccess.
> The /lib/init/usplash-fsck-functions.sh rechechs line 169:
> However the wait have no job to wait for though fail into fake maintainance
> login.
> When finnish the maintainance, and exit a reboo
On Wed, 15 Dec 2010, Tommy van Leeuwen wrote:
> Is there any workaround available for this bug? We really need to be
> able to interrupt the boot process.
Yes, disable concurrent boot. It is what I have done on all my boxes and
set as policy for all servers at work. Right now, it is more trouble
On Thu, 16 Dec 2010, Andreas Wohlfeld wrote:
> I don't know where I've picked up the missing bits (system was migrated
> from Debian 1.3 over the years), but they are not getting corrected when
> installing new package versions, which caused the problems here.
>
> Maybe they should be checked as c
On Thu, 02 Dec 2010, auto19412...@hushmail.com wrote:
> Is this bug being kept in Debian Stable (lenny) for a particular
> reason?
Nobody got around to backporting the fix to stable. NMU patch welcome.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in
On Fri, 29 Oct 2010, Daniel Baumann wrote:
> please remove the noisy runlevel time measuring. patch will be sent as
> soon as the bug number is assigned.
FWIW, I also think that measurement is not very useful, and it does the
wrong thing too easily, since we are not using something that calls
cloc
On Fri, 29 Oct 2010, Daniel Baumann wrote:
> attached is the patch.
[...]
> + domount cgroup "" /sys/fs/cgroup cgroup -onodev,noexec,nosuid
I like it. Is this mountpoint "blessed" by someone, since it is inside
/sys? Are other distros also using this path?
--
"One disk to rule
On Wed, 15 Sep 2010, John Denker wrote:
> a) Suppose I shuffle a deck of cards, and ask you to figure
> out the order of the cards. The entropy in this situation
> is the logarithm of 52 factorial, which is just under 226
> bits. You can figure out the order by asking 226 yes/no
> questions.
>
>
On Wed, 15 Sep 2010, John Denker wrote:
> > Part 1: enough stored entropy to use as "seed material" (4Kib for Linux)
> > that is unknown to the attacker.
> >
> > Part 2: something that is unique to this specific device among all others.
> >
> > Part 3: something that is provably different each ti
1 - 100 of 293 matches
Mail list logo
