$ ls -al /etc/init.d/tdm
ls: cannot access '/etc/init.d/tdm': No such file or directory
## Basic information
- TDE version: 4.1 DEV (may be earlier)
- Distribution: Debian Buster
- Hardware: amd64
## Description
After upgrading there is no /etc/init.d/tdm file
## Steps to reproduce
1. upgrade (uninstall/install) tdm
2. use init system to boot (not systemd)
## Screenshots
```
$ ls -al /etc/init.d/tdm
ls: cannot access '/etc/init.d/tdm': No such file or directory
```
In the chroot env apt-get --purge remove tdm-trinity removes /etc/init.d/tdm.
Installing with dpkg -i and it creates /etc/init.d/tdm
After upgrade to Buster however there is no /etc/init.d/tdm. In Buster systemd is default and used. Can it be that this is why it is not created?
In the chroot env `apt-get --purge remove tdm-trinity` removes /etc/init.d/tdm.
Installing with dpkg -i and it creates /etc/init.d/tdm
After upgrade to Buster however there is no /etc/init.d/tdm. In Buster systemd is default and used. Can it be that this is why it is not created?
It seems that I have found the cause in TDE/tde-packaging/debian/_base/tdebase/debian/tdm-trinity.prerm#L106. Unfortunately, in the log I did not find a reason why this removal is here, because this removal was already there during the initial import of TDE/tde-packaging. I think this removal may be dropped.
It seems that I have found the cause in [`TDE/tde-packaging/debian/_base/tdebase/debian/tdm-trinity.prerm#L106`](../tde-packaging/src/branch/master/debian/_base/tdebase/debian/tdm-trinity.prerm#L106). Unfortunately, in the log I did not find a reason why this removal is here, because this removal was already there during the initial import of `TDE/tde-packaging`. I think this removal may be dropped.
In any case, it will be useful to write information about the problem with the init script in R14.0.7 Relase notes, because when updating from an existing version of the package, the prerm script from the previous version of package is executed, ie the version that performs an unwanted removal.
Note: I leave the issue open until new packages are available in repository.
For future releases, the problem should be resolved by commit [TDE/tde-packaging 652dadf08b](../tde-packaging/commit/652dadf08b1c2bc4f8bc673e47b27ebbe91487cd).
In any case, it will be useful to write information about the problem with the init script in R14.0.7 Relase notes, because when updating from an existing version of the package, the `prerm` script from the previous version of package is executed, ie the version that performs an unwanted removal.
Note: I leave the issue open until new packages are available in repository.
Thank you Slavek! I have not tested it but it makes sense.
I read briefly the documentation of debian-maintscript-helper. I am sure it would have been easier to use the functionality provided from this package, but who knows for how long this in there and if the functionality was there when the scripts were created and as you write, why it was added in first place.
Thank you Slavek! I have not tested it but it makes sense.
I read briefly the documentation of debian-maintscript-helper. I am sure it would have been easier to use the functionality provided from this package, but who knows for how long this in there and if the functionality was there when the scripts were created and as you write, why it was added in first place.
Basic information
Description
After upgrading there is no /etc/init.d/tdm file
Steps to reproduce
Screenshots
In the chroot env
apt-get --purge remove tdm-trinity
removes /etc/init.d/tdm.Installing with dpkg -i and it creates /etc/init.d/tdm
After upgrade to Buster however there is no /etc/init.d/tdm. In Buster systemd is default and used. Can it be that this is why it is not created?
It is supposed to be installed by
tdm-trinity.maintscript
and pure installation does so, but seems that upgrade does not.It seems that I have found the cause in
TDE/tde-packaging/debian/_base/tdebase/debian/tdm-trinity.prerm#L106
. Unfortunately, in the log I did not find a reason why this removal is here, because this removal was already there during the initial import ofTDE/tde-packaging
. I think this removal may be dropped.For future releases, the problem should be resolved by commit TDE/tde-packaging 652dadf08b.
In any case, it will be useful to write information about the problem with the init script in R14.0.7 Relase notes, because when updating from an existing version of the package, the
prerm
script from the previous version of package is executed, ie the version that performs an unwanted removal.Note: I leave the issue open until new packages are available in repository.
Thank you Slavek! I have not tested it but it makes sense.
I read briefly the documentation of debian-maintscript-helper. I am sure it would have been easier to use the functionality provided from this package, but who knows for how long this in there and if the functionality was there when the scripts were created and as you write, why it was added in first place.
Packages are already available in PSB and PTB repositories.