Bug#694986: flash-kernel: postinst modifies /etc/default/rcS

2019-03-13 Thread Pierre Ynard
> * What will break if FSCKFIX=yes will be set on by default?

There's an open bug for changing the default to yes, #637087.
Reportedly, what might break is MD/LVM setups if fsck gets mistakenly
run with -y on the wrong device; the discussion about this is rather
unconclusive.

> By the way neither -a nor -y mentioned in fsck(8) (but mentioned in
> fsck.ext4(8)). Is it okay?

It was removed from fsck(8):

https://salsa.debian.org/debian/util-linux/commit/7208ef864bf903ae4eb16491e7cfd24cf792baad

> fsck: remove fs-specific options from man page

Even then it stated:

> Options to different filesystem-specific fsck's are not standardized.
> If in doubt, please consult the man pages of the filesystem-specific
> checker. Although not guaranteed, the following options are supported
> by most filesystem checkers:

So I think there's some kind of issue with passing -a or -y in the
general case; hopefully they are at least silently ignored by most
implementations, aren't they?

-- 
Pierre Ynard



Bug#694986: flash-kernel: postinst modifies /etc/default/rcS

2018-12-19 Thread Dmitry Bogatov


control: tag -1 +moreinfo

[2014-11-11 20:32] Petter Reinholdtsen 
> Control: severity -1 important
> 
> I'm not sure this is fixable, but I am sure it isn't release critical.
> Reduce the severity to important to reflect this fact.

Dear co-maintainers and maintainers of flash-kernel, what is current
state of issue?

 * Does FSCKFIX=yes still wanted by `flash-kernel' package?
 * What will break if FSCKFIX=yes will be set on by default?

One part of code, affected by value of FSCKFIX is checkroot.sh:213:

if [ "$FSCKFIX" = yes ]
then
fix="-y"
else
fix="-a"
fi

This `fix' variable is used as argument at checkroot.sh:234:

logsave -s $FSCK_LOGFILE fsck $spinner $force $fix -t $roottype $rootdev


By the way neither -a nor -y mentioned in fsck(8) (but mentioned
in fsck.ext4(8)). Is it okay?



Bug#694986: flash-kernel: postinst modifies /etc/default/rcS

2014-11-11 Thread Petter Reinholdtsen

Control: severity -1 important

I'm not sure this is fixable, but I am sure it isn't release critical.
Reduce the severity to important to reflect this fact.

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#694986: flash-kernel: postinst modifies /etc/default/rcS

2014-02-04 Thread Petter Reinholdtsen

I read this bug report, but fail to understand what exactly it is
expected for the sysvinit maintainers to do here.  Anyone care to
explain what more can be done in this case?  Roger, you cloned it
instead of reassigning it.  What did you have in mind?

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#694986: flash-kernel: postinst modifies /etc/default/rcS

2014-02-04 Thread Roger Leigh
On Tue, Feb 04, 2014 at 11:43:05AM +0100, Petter Reinholdtsen wrote:
 
 I read this bug report, but fail to understand what exactly it is
 expected for the sysvinit maintainers to do here.  Anyone care to
 explain what more can be done in this case?  Roger, you cloned it
 instead of reassigning it.  What did you have in mind?

Sorry, I can't remember.  Possibly it related to changing the
FSCKFIX default and/or defaulting FSCKFIX if unconfigured
depending upon if we could detect an interactive console.  I
understand the latter isn't always possible on arm systems--
there may be a console but it's not necessarily interactive.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org