Your message dated Mon, 31 Aug 2015 22:32:43 +0000 with message-id <[email protected]> and subject line Bug#797615: Removed package(s) from unstable has caused the Debian Bug report #315039, regarding vserver after apt-get upgrade to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 315039: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315039 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: vserver-debiantools Severity: wishlist Hello I'll probably try to get it included in the upstream util-vserver suite. If I can not, I'll add it to the vserver-debiantools package. Regards, // Ola On Wed, May 11, 2005 at 11:21:53AM +0200, Markus Neubauer wrote: > > > Ola Lundqvist schrieb: > > >Hello > > > >On Tue, May 10, 2005 at 08:06:56PM +0200, Markus Neubauer wrote: > > > > > >>Ola, > >> > >>do you think a script for vservers could be included in the debian's > >>tree. I use this to disable services when a apt-get upgrade is > >>completed. If you find it useful you may change it to whatever the > >>debian's distro needs. > >> > >> > > > >Thanks. I think I have modified the newvserver tool in vserver-debiantools > >to make sure that such services is not updated after an upgrade. The fix > >was uploaded just a few days ago. > > > >My plan is to merge this kind of things to the upstream vserver ... build > >command so that they are not created at all. > > > > > > > This is, in deed, good for the starting point. I use the newvserver > often once/twice a year to build a new template server from the very > beginning, then I do those modifications to the basic "server" which I > want to use as starting pont for all other vservers. These templates are > then used be me to do copies which will be improved to their specific > needs. In the last years I've seen that some apt-get (dist-)upgrade > tasks need some of these scripts/services to be found in /etc/init.d to > work properly. > > >Do you think it could be useful anyway? > > > > > > > I do, the scope for this in not in setting up a new server but maintaing > these for several years. In the last 2-3 year I saw things changing and > wanted to add services to this script to enshure they remain "out of > order". ssh is a typical candidate - every time when ssh deb is updated > the ssh services are automatically inserted again, but I do not want to > start it all the time (yust want to keep in the vserver for manually > start). Some installation scripts expect networking to be there and > function while doing an upgrade. Maybe there is a missing link in my > knowledge to avoid these situations in an other way (some sort of > override). It would also make it easier to revert a vserver to a real > server (if needed) 'cause the system would remain closely to a "full > system's" state. > > > By the way I saw an error in the script at the > > [ -f /etc/default/vserver_setup.sh ] && ./etc/default/vserver_setup.sh > > statement, it should source the script if existant: > > [ -f /etc/default/vserver_setup.sh ] && . /etc/default/vserver_setup.sh > > > > Ola, if you find it useful, use/modify/rename it. I have this script in all > of my templates/vservers unless I find a better solution. ;) > > Best Markus > > >Thanks anyway. > > > >Regards, > > > >// Ola > > > > > > > >>greets > >>Markus > >> > >> > >> > > > > > > > >>#!/bin/sh > >># remove any not needed services for Vservers. > >># To install it call this script once manually. > >># 2004 STD - M. Neubauer, UHG > >> > >>[ -n "$(which chcontext)" ] && exit # only if we are within an vserver > >> > >># a service per line which shall be removed > >>UNUSED=" > >> atd > >> bootlogd > >> inetd > >> klogd > >> hwclockfirst.sh > >> hwclock.sh > >> portmap > >> setserial > >> urandom > >> networking > >> umountfs > >> halt > >> reboot > >>" > >> > >># one may consider doing an own UNUSED Variable > >>[ -f /etc/default/vserver_setup.sh ] && ./etc/default/vserver_setup.sh > >> > >> > >>[ -L /etc/rc0.d/K01vserver_setup.sh ] || { > >> # only needs to be done once on setting up a new one > >> update-rc.d vserver_setup.sh start 01 S 1 2 3 5 . stop 01 0 S 1 6 . > >>} > >> > >>cd /etc/init.d > >> > >># This script is to remove umwanted scripts in a vserver environment > >>for service in $UNUSED > >> do > >> service="/etc/init.d/$service" > >> test -x $service && { > >> # document the removed links > >> /usr/sbin/update-rc.d -f $service remove >$service.removed > >> 2>/dev/null > >> # avoid execution of service > >> chmod a-x $service > >> } > >>done > >> > >>## eof > >> > >> > > > > > > > > > > -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering ---- / [email protected] Annebergsslingan 37 \ | [email protected] 654 65 KARLSTAD | | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---------------------------------------------------------------
--- End Message ---
--- Begin Message ---Version: 0.8.1+rm Dear submitter, as the package vserver-debiantools has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/797615 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [email protected]. Debian distribution maintenance software pp. Scott Kitterman (the ftpmaster behind the curtain)
--- End Message ---
