Page 1 of 2 12 LastLast
Results 1 to 10 of 19

Thread: Sysvutils removal?

  1. #1
    Join Date
    Jun 2005
    Location
    Pacific NorthWest
    Beans
    2,782
    Distro
    Ubuntu Development Release

    Question Sysvutils removal?

    Have got this update this evening---has anyone else seen it?
    Attached Images Attached Images
    "Let's nobody be dead today----Looks very bad on my report" One of my favourite lines from AVATAR
    Linux User#395230
    Ubuntu User# 13498

  2. #2
    Join Date
    Mar 2007
    Beans
    676
    Distro
    Ubuntu Development Release

    Re: Sysvutils removal?

    Yes - don't advise going ahead! Wait until they sort it out.

    There's an update to apt that won't install without removing synaptic and aptitude, plus a bunch of other stuff, as well......
    Sony vaio vgn-fw235j; Synaptics touchpad; triple boot: mint 12 64-bit; Precise 64-bit & Saucy 64-bit. 2TB external USB drive with more...

  3. #3
    Join Date
    Jun 2005
    Location
    Pacific NorthWest
    Beans
    2,782
    Distro
    Ubuntu Development Release

    Post Re: Sysvutils removal?

    Yes-I've held those updates back. I was very sure that there was a problem in the making
    "Let's nobody be dead today----Looks very bad on my report" One of my favourite lines from AVATAR
    Linux User#395230
    Ubuntu User# 13498

  4. #4
    Join Date
    Mar 2007
    Beans
    676
    Distro
    Ubuntu Development Release

    Re: Sysvutils removal?

    Actually, I checked the definition of sysvutils, and it explicitly says that it can be removed without danger, even though it's marked as a System file, and warnings are attached.

    So I tried it. I removed just sysvutils in Synaptic; it warned that it would be removing a bunch of other things - startup-tasks, system-services, upstart, ubuntu-minimal, and so on. I wrote them all down, and clicked OK.

    Then I upgraded one of the other packages that had been linked to sysvutils, and it pulled in another one. I made sure I re-installed all the packages that had been removed BEFORE doing the re-start.

    And it worked! All the linked packages are upgraded, no crashes, reboots fine. I also did the laptop packages that showed up in the middle - no problems. That only leaves the apt problem and a muddle over gcc-4.2 at the moment....


    HTH
    Sony vaio vgn-fw235j; Synaptics touchpad; triple boot: mint 12 64-bit; Precise 64-bit & Saucy 64-bit. 2TB external USB drive with more...

  5. #5
    Join Date
    Nov 2005
    Location
    Pune, India
    Beans
    838
    Distro
    Ubuntu 10.10 Maverick Meerkat

    Re: Sysvutils removal?

    waiting for this to get sorted out as well
    Registered Linux user #468829

    http://flossexperiences.wordpress.com

  6. #6
    Join Date
    Jun 2005
    Location
    Pacific NorthWest
    Beans
    2,782
    Distro
    Ubuntu Development Release

    Post Re: Sysvutils removal?

    OK--I did the same as scradock--I used Synaptic & removed sysvutils--Took a screenshot of everything that it was removing & reinstalled all of it after the removal. Reboot was interesting--I saw a "rescan" of the system about 5 sec into the boot & then it settled down nicely.... Only wish that I could run "splash" instead of "quiet splash" to see what it was doing at those times.

    (screenshot included)
    Attached Images Attached Images
    Last edited by autocrosser; June 4th, 2008 at 04:27 AM.
    "Let's nobody be dead today----Looks very bad on my report" One of my favourite lines from AVATAR
    Linux User#395230
    Ubuntu User# 13498

  7. #7
    Join Date
    Nov 2005
    Location
    Pune, India
    Beans
    838
    Distro
    Ubuntu 10.10 Maverick Meerkat

    Re: Sysvutils removal?

    Did the same, have to reboot to see what happens. While it was doing the removal it asked if one wants to update the configuration file or not to the new version. I don't know what I did is right or wrong but I gave for updation of the same. The file which got updated/upgraded is /etc/init.d/rc.local

    Any idea or advice on the same would be nice.

    Another small point, the sysvutils got for the first time merged with debian since dapper, that's really a long long time.

    sysvinit (2.86.ds1-56ubuntu2) intrepid; urgency=low

    * debian/control: Use versioned Conflicts: of sysvinit-utils not unconfuse
    apt during upgrades.

    -- Martin Pitt <martin.pitt@ubuntu.com> Tue, 03 Jun 2008 22:10:02 +0200

    sysvinit (2.86.ds1-56ubuntu1) intrepid; urgency=low

    * Merge with Debian unstable (first time since Dapper!). Debian adopted most
    of our changes, sometimes with slight modifications. Adopt to the Debian
    structure as far as possible to minimize the delta.
    Remaining changes:
    - Support Cell processor:
    + debian/initscripts/postinst: Create spu system group and /spu mount
    point if we are running on a Cell processor.
    + debian/initscripts/etc/init.d/mountkernfs.sh: Mount spufs if Cell
    processor is detected.
    + debian/control: Add initscripts dependency 'passwd' for groupadd.
    (Forwarded to Debian #483399)
    - Use tmpfs mounts for /var/lock and /var/run:
    + debian/initscripts/share/default.rcS: Enable RAMRUN and RAMLOCK by
    default.
    + debian/initscripts/postinst: Enable RAMRUN and RAMLOCK in
    /etc/default/rcS on upgrades. This needs to be kept until the next
    LTS.
    + debian/initscripts/etc/init.d/mountkernfs.sh: Propagate files from the
    initramfs to our new /var/run, so that we can populate
    /var/run/sendsigs.omit from initramfs.
    - Different boot order: (to be checked if still required):
    + debian/initscripts/postinst: Change the rcS priorities of a bunch of
    init scripts.
    + Disable bootlogd, since it is handled by upstart in Ubuntu.
    - Usplash support:
    + debian/initscripts/etc/init.d/sendsigs: Call usplash_down on stop.
    (This should go away and get integrated into the existing splash API.)
    - Usplash fsck integration:
    + debian/initscripts/lib/init/usplash-fsck-functions.sh: Functions for
    reporting fsck progress in usplash.
    + debian/initscripts/etc/init.d/check{root,fs}.sh: Include
    usplash-fsck-functions.sh and use it if usplash is running.
    - debian/initscripts/etc/init.d/sendsigs: Always mount devpts, and do not
    touch /dev/ptmx (which is already managed by udev).
    - debian/initscripts/etc/init.d/checkroot.sh: If ACPI is available, load
    the ac module before checking the root filesystem, so that fsck can
    skip the check when running on battery. (LP #89752, forwarded to
    Debian #483394)
    - debian/initscripts/etc/init.d/mountkernfs.sh: Drop mounting of usbdevfs
    (/proc/bus/usb), it was deprecated long ago. (Forwarded to Debian #483392)
    - debian/patches/91_sulogin_lockedpw.dpatch: Disable "root account is
    locked" warning, since this is the default in Ubuntu. Document this in
    sulogin.8.
    - debian/initscripts/etc/init.d/mountall.sh: Set $LANG from
    /etc/default/locale, so that ntfs-3g and friends can get correct file
    name encodings. (LP #132357, forwarded to Debian #483396)
    - debian/initscripts/etc/init.d/umountroot: mkdir a few essential
    directories (/proc, /sys, /var/{run,lock}), right before mounting root
    r/o. It is a convenient (and one of the very few possible) place to
    ensure that the next boot will succeed. (Forwarded to Debian #483393)
    - debian/initscripts/preinst: Fix typo in eliminate_conffile() which broke
    the entire function. (Forwarded to Debian #483391)
    - debian/control: Do not make sysvinit essential, so that we can replace
    it with upstart.
    - debian/sysv-rc/sbin/update-rc.d: Support 'multiuser' argument for
    backwards compatibility. This is deprecated now, since Debian adopted a
    different strategy, and for getting in sync with Debian the runlevels
    should be specified manually.
    - debian/control: Previous name for sysvinit-utils was 'sysvutils' in
    Ubuntu, so Conflict/Replace/Provide it. Also create a dummy sysvutils
    package, since Hardy has reverse versioned dependencies to it. This
    needs to be kept until after the next LTS.
    - debian/initscripts/{pre,postinst}: waitnfs.sh -> mountnfs.sh renaming
    transition. This needs to be kept until after the next LTS.
    * This version from Debian now kills processes using remote file systems in
    a proper way. (LP: #42121)

    -- Martin Pitt <martin.pitt@ubuntu.com> Wed, 28 May 2008 17:58:44 +0200
    Registered Linux user #468829

    http://flossexperiences.wordpress.com

  8. #8
    Join Date
    Jun 2005
    Location
    Pacific NorthWest
    Beans
    2,782
    Distro
    Ubuntu Development Release

    Smile Re: Sysvutils removal?

    Yes-I generally keep my version (I do check to see if not changing to the update version will change things for the "better"). This system still has some Edgy/Feisty parts in it -- so there are times I tread lightly.
    "Let's nobody be dead today----Looks very bad on my report" One of my favourite lines from AVATAR
    Linux User#395230
    Ubuntu User# 13498

  9. #9
    Join Date
    Nov 2005
    Location
    Pune, India
    Beans
    838
    Distro
    Ubuntu 10.10 Maverick Meerkat

    Re: Sysvutils removal?

    [long sigh]
    Right. Btw I also did the same as scraddock and you did and the system is functioning as well
    [/long sigh]

    The differences between the old and new would have been better, unfortunately didn't have the diff. If anybody knows what the differences are in the new file would be nice to know. What actually differed from the previous version.
    Registered Linux user #468829

    http://flossexperiences.wordpress.com

  10. #10
    Join Date
    Mar 2007
    Location
    Glasgow
    Beans
    306
    Distro
    Ubuntu Jaunty Jackalope (testing)

    Re: Sysvutils removal?

    I did:

    sudo apt-get -o APT::Force-LoopBreak=yes install sysvutils

    Then updates run fine.

Page 1 of 2 12 LastLast

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •