| rwp | Wonka, Is that pdns-server? What specific action caused you to see that update-rc.d error? | 00:00 |
|---|---|---|
| Wonka | rwp: likely. "apt upgrade". | 00:01 |
| Wonka | and I had that for years now. | 00:01 |
| Wonka | I hope I have now managed to get rid of that by reading /usr/lib/orphan-sysvinit-scripts/update_init_d.sh, trying to understand what it does, copying /usr/share/orphan-sysvinit-scripts/pdns to /etc/init.d/pdns, chmod +x /etc/init.d/pdns, and running /usr/lib/orphan-sysvinit-scripts/update_init_d.sh | 00:02 |
| Wonka | might have been my stupidity in the early days... | 00:03 |
| rwp | I just now installed pdns-server and did not see that error. No init script either. But no error from it. What components do you have installed? | 00:03 |
| Wonka | dnsdist, pdns-server, pdns-recursor | 00:03 |
| Wonka | ucf and orphan-sysvinit-scripts too, obviously ;) | 00:04 |
| rwp | I would like to avoid installing orphan-sysvinit-scripts on this particular test machine because I have my own init scripts there. | 00:05 |
| rwp | I installed pdns-server with no error. I installed pdns-recursor and it was unhappy because I already have bind9 named installed and running. | 00:06 |
| Wonka | well, I hope I have now managed to do whatever it is that makes /etc/init.d/pdns not disappear next time | 00:06 |
| Wonka | will see next time :) | 00:07 |
| rwp | Unfortunately I have not been able to reproduce that update-rc.d error. | 00:08 |
| Wonka | it's certainly to do with /usr/lib/orphan-sysvinit-scripts/update_init_d.sh, because when I ran that manually, it produced that too. And then I replaced /etc/init.d/pdns and ran it again, got some message about /etc/init.d/pdns not being +x, and then I did chmod +x /etc/init.d/pdns and ran it again, and then there was no error message. | 00:09 |
| Wonka | just had to vent first -.- | 00:10 |
| rwp | It appears here: grep update-rc.d /var/lib/dpkg/info/{orphan,pdns}* | 00:10 |
| rwp | But that is only on the remove side of things. | 00:10 |
| rwp | Looking through /usr/lib/orphan-sysvinit-scripts/update_init_d.sh now. | 00:11 |
| Wonka | well, that script, /usr/lib/orphan-sysvinit-scripts/update_init_d.sh, obviously is a part of orphan-sysvinit-scripts | 00:11 |
| rwp | Yes. But in order to reproduce this one might need to have a previously existing version of the packages that include the init script, and then upgrade through as you just did. | 00:12 |
| rwp | I am installing fresh right now and that is not quite the same thing. | 00:12 |
| Wonka | yep, that might have happened | 00:13 |
| rwp | Can you look through the dpkg log and see what your prior version was? grep 'upgrade pdns' /var/log/dpkg.log | 00:13 |
| Wonka | I guess it was even worse: I had the last version with the init script, then the first version with the init script removed, then manually restored the init script, and only after that did orphan-sysvinit-scripts get that init script | 00:14 |
| Wonka | as I said, that started years ago | 00:15 |
| rwp | Given the events you describe it looks like orphan-sysvinit-scripts may already solve the problem now. | 00:15 |
| Wonka | yep | 00:16 |
| rwp | It can only react these days. So there will always be a gap of time and package versions where something will drop an init script and then orphan-sysvinit-scripts will need to react and add it. | 00:16 |
| rwp | Are you tracking Unstable Ceres here? That's the machine of mine I was trying to reproduce upon. | 00:16 |
| rwp | And I will just note in passing that the bind9 named init script is still present but upgrades and fresh installs are broken by the UsrMerge change due to hard coded paths. | 00:17 |
| Wonka | it's "testing", pdns-server 4.8.3-2 | 00:18 |
| Wonka | oof, and it's gotten late - gotta go sleep... | 00:21 |
| rwp | Good night! I gotta go to the grocery for supplies. | 00:25 |
| systemdlete | onefang: Why do you need them merged? (same question, different user) | 01:51 |
| systemdlete | onefang: Here is my confession. | 02:18 |
| systemdlete | The truth be told, my "use case" is next to nil. It is irrelevant. No one would really care besides me. I am a small-time user who is just using this and some other platforms to explore and learn a bit, and try out some things I never got to do when I was working. | 02:19 |
| systemdlete | That said, here are some reasons (good ones, IMO) why admins might like to use separate file systems rather than 1BFS (one big file system) | 02:20 |
| systemdlete | let's take this to off-topic though, ok? | 02:20 |
| * systemdlete moves over to off-topic | 02:20 | |
| golinux | Good idea! | 02:22 |
| systemdlete | (I knew you would appreciate that, golinux ) | 02:44 |
| * systemdlete prepares for the head session they are likely to have next... | 02:44 | |
| al1r4d | Hi | 04:48 |
| al1r4d | any devuan mirror for asia, especially southeast asia please? | 04:48 |
| onefang | https://pkgmaster.devuan.org/mirror_list.txt is our list for package mirrors, there are several Asian ones. | 04:49 |
| al1r4d | thank you~ | 04:55 |
| ddl | I'm leaving dpptp certifiably operable under datapacket.com , to put a finer point on that. | 17:28 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!