Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #177761 > unrolled thread

sysvinit - call for testers of 2.88dsf-59.9

Started byIan Jackson <ijackson@chiark.greenend.org.uk>
First post2017-02-13 00:00 +0100
Last post2017-02-14 20:50 +0100
Articles 7 — 3 participants

Back to article view | Back to linux.debian.user


Contents

  sysvinit - call for testers of 2.88dsf-59.9 Ian Jackson <ijackson@chiark.greenend.org.uk> - 2017-02-13 00:00 +0100
    Re: sysvinit - call for testers of 2.88dsf-59.9 Ian Jackson <ijackson@chiark.greenend.org.uk> - 2017-02-14 03:30 +0100
      Re: sysvinit - call for testers of 2.88dsf-59.9 Jimmy Johnson <field.engineer@gmail.com> - 2017-02-14 18:20 +0100
        Re: sysvinit - call for testers of 2.88dsf-59.9 Ian Jackson <ijackson@chiark.greenend.org.uk> - 2017-02-14 22:30 +0100
    Re: sysvinit - call for testers of 2.88dsf-59.9 Jörg-Volker Peetz <jvpeetz@web.de> - 2017-02-14 19:10 +0100
    Re: sysvinit - call for testers of 2.88dsf-59.9 Jimmy Johnson <field.engineer@gmail.com> - 2017-02-14 20:40 +0100
      Re: sysvinit - call for testers of 2.88dsf-59.9 Jimmy Johnson <field.engineer@gmail.com> - 2017-02-14 20:50 +0100

#177761 — sysvinit - call for testers of 2.88dsf-59.9

FromIan Jackson <ijackson@chiark.greenend.org.uk>
Date2017-02-13 00:00 +0100
Subjectsysvinit - call for testers of 2.88dsf-59.9
Message-ID<tabhD-3H6-3@gated-at.bofh.it>
If you are running testing (stretch) and using sysvinit, I'd
appreciate it if you could install the new sysvinit packages from
unstable (sid).

This version, 2.88dsf-59.9, is a rather-late update to fix some bugs
which are important for stretch.

In particular, I would like to know whether this sysvinit works with a
fresh sid install with merged-/usr.

The relevant binary packages are these:

  bootlogd-dbgsym_2.88dsf-59.9_ARCH.deb
  bootlogd_2.88dsf-59.9_ARCH.deb
  initscripts_2.88dsf-59.9_ARCH.deb
  sysv-rc_2.88dsf-59.9_all.deb
  sysvinit-core-dbgsym_2.88dsf-59.9_ARCH.deb
  sysvinit-core_2.88dsf-59.9_ARCH.deb
  sysvinit-utils-dbgsym_2.88dsf-59.9_ARCH.deb
  sysvinit-utils_2.88dsf-59.9_ARCH.deb

The builds for ARCH=amd64 are in sid right now.  The builds for other
arches will be available from the buildds soon, I think.

The changelog, which shows the changes I'm particularly keen to have
tested, is below.

If I get favourable test reports I will ask the Debian release team
for a freeze exception so that these bugs can be fixed in stretch.

Thanks,
Ian.

sysvinit (2.88dsf-59.9) unstable; urgency=medium

  [ Martin Pitt ]
  * Mark sysvinit-utils as Multi-Arch: foreign, like sysv-rc and initscripts.

  [ Michael Biebl ]
  * Demote priority of sysv-rc and initscripts to optional.

  [ Petter Reinholdtsen ]
  * Avoid remounting tmpfs, linprocfs and linsysfs on kFreeBSD
    (Closes: #833687).  These file systems are not remountable.  The
    change avoid a warning from mount.  Based on Patch from Jon Boden.

  [ Ian Jackson ]
  * Add myself to Uploaders, as part of adopting the package.
    Closes:#811377 (RFA bug).
  * Add Benda Xu to Uploaders, as requested in #811377.

  [ Ben Hutchings ]
  * Keep /usr mounted read-only on shutdown (Closes: #757083)

 -- Ian Jackson <ijackson@chiark.greenend.org.uk>  Sun, 12 Feb 2017 21:55:39 +0000



-- 
Ian Jackson <ijackson@chiark.greenend.org.uk>   These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

[toc] | [next] | [standalone]


#177783

FromIan Jackson <ijackson@chiark.greenend.org.uk>
Date2017-02-14 03:30 +0100
Message-ID<taB2q-3Rt-15@gated-at.bofh.it>
In reply to#177761
Ian Jackson writes ("sysvinit - call for testers of 2.88dsf-59.9"):
> If you are running testing (stretch) and using sysvinit, I'd
> appreciate it if you could install the new sysvinit packages from
> unstable (sid).

Thanks to those who replies already.  I have had favourable test
reports for usrmerge[1] and a normal install with / and /usr on the
same filesystem, including some new stretch installs.

[1] usrmerge means binaries and libraries have been moved to /usr and
  /{bin,lib,sbin} are symlinks to /usr/{bin,lib,sbin} respectively.

I'm still lacking a test report for a system where /usr is a separate
filesystem, if anyone has one running stretch that they are willing to
test this package on.  (See my previous email for the list of binary
packages and versions etc.)

Thanks,
Ian.

[toc] | [prev] | [next] | [standalone]


#177792

FromJimmy Johnson <field.engineer@gmail.com>
Date2017-02-14 18:20 +0100
Message-ID<taOVI-4DR-27@gated-at.bofh.it>
In reply to#177783
On 02/13/2017 06:23 PM, Ian Jackson wrote:
> Ian Jackson writes ("sysvinit - call for testers of 2.88dsf-59.9"):
>> If you are running testing (stretch) and using sysvinit, I'd
>> appreciate it if you could install the new sysvinit packages from
>> unstable (sid).
>
> Thanks to those who replies already.  I have had favourable test
> reports for usrmerge[1] and a normal install with / and /usr on the
> same filesystem, including some new stretch installs.
>
> [1] usrmerge means binaries and libraries have been moved to /usr and
>   /{bin,lib,sbin} are symlinks to /usr/{bin,lib,sbin} respectively.
>
> I'm still lacking a test report for a system where /usr is a separate
> filesystem, if anyone has one running stretch that they are willing to
> test this package on.  (See my previous email for the list of binary
> packages and versions etc.)
>
> Thanks,
> Ian.


Hi Ian, I ran your test, just so you know I have /user on root.
# uname -a
Linux jimmy-1 4.9.0-1-amd64 #1 SMP Debian 4.9.6-3 (2017-01-28) x86_64 
GNU/Linux

Before your patch: # cat /proc/1/comm
systemd

After your patch: # cat /proc/1/comm
init

So I am now running an init system with no ill effects and my system is 
not trying to change the way it's running when I run "upgrade-system" 
and that is a good thing.

regards,
-- 
Jimmy Johnson


Debian Sid/Testing - Plasma 5.8.4 - Kernel 4.9.0-1 - EXT4 at sda24
Registered Linux User #380263

[toc] | [prev] | [next] | [standalone]


#177797

FromIan Jackson <ijackson@chiark.greenend.org.uk>
Date2017-02-14 22:30 +0100
Message-ID<taSPF-72f-41@gated-at.bofh.it>
In reply to#177792
Jimmy Johnson writes ("Re: sysvinit - call for testers of 2.88dsf-59.9"):
> Hi Ian, I ran your test, just so you know I have /user on root.
> # uname -a
> Linux jimmy-1 4.9.0-1-amd64 #1 SMP Debian 4.9.6-3 (2017-01-28) x86_64 
> GNU/Linux
> 
> Before your patch: # cat /proc/1/comm
> systemd
> 
> After your patch: # cat /proc/1/comm
> init
> 
> So I am now running an init system with no ill effects and my system is 
> not trying to change the way it's running when I run "upgrade-system" 
> and that is a good thing.

Thanks for the report.  I'm not sure exactly what you did, but I think
that your computer no longer wants to switch from systemd to sysvinit
is not due to anything in my recent upload.  (Unless, just possibly,
this is due to the new multiarch changes and your system is
mixed-arch?)

But I'm glad to hear that things are more like you want them to be.

Regards,
Ian.

[toc] | [prev] | [next] | [standalone]


#177793

FromJörg-Volker Peetz <jvpeetz@web.de>
Date2017-02-14 19:10 +0100
Message-ID<taPI5-5ax-3@gated-at.bofh.it>
In reply to#177761
Hi,

on a laptop with testing, updated init packages, and freshly rebooted, the
priority of the packages is still "required":

# cat /proc/1/comm
init

$ mount -t ext4
/dev/sda1 on / type ext4 (rw,relatime,lazytime)
/dev/sda2 on /home type ext4 (rw,relatime,lazytime)

$ dpkg -s sysvinit-utils | grep -E '(Version|Priority|Multi-Arch)'
Priority: required
Multi-Arch: foreign
Version: 2.88dsf-59.9

$ dpkg -s sysv-rc | grep -E '(Version|Priority|Multi-Arch)'
Priority: required
Multi-Arch: foreign
Version: 2.88dsf-59.9

$ dpkg -s initscripts | grep -E '(Version|Priority|Multi-Arch)'
Priority: required
Multi-Arch: foreign
Version: 2.88dsf-59.9

Regards,
jvp.

[toc] | [prev] | [next] | [standalone]


#177794

FromJimmy Johnson <field.engineer@gmail.com>
Date2017-02-14 20:40 +0100
Message-ID<taR7c-5Vy-11@gated-at.bofh.it>
In reply to#177761
On 02/12/2017 02:54 PM, Ian Jackson wrote:

> Big-Snip <

>   [ Ben Hutchings ]

How can I test this?
>   * Keep /usr mounted read-only on shutdown (Closes: #757083)

Thanks,
-- 
Jimmy Johnson

Debian Sid/Testing - Plasma 5.8.4 - EXT4 at sda15
Registered Linux User #380263

[toc] | [prev] | [next] | [standalone]


#177795

FromJimmy Johnson <field.engineer@gmail.com>
Date2017-02-14 20:50 +0100
Message-ID<taRgS-5Z8-27@gated-at.bofh.it>
In reply to#177794
On 02/14/2017 11:29 AM, Jimmy Johnson wrote:
> /usr mounted read-only on shutdown (Closes: #757083)

Only effects systems with separate partition for /usr ?
-- 
Jimmy Johnson

Debian Sid/Testing - Plasma 5.8.4 - EXT4 at sda15
Registered Linux User #380263

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user


csiph-web