I am attaching a fix for Oracular. (iiuc, the fix for Oracular should not need a new bug and can be uploaded).
I am also modifyng the other debdiffs. I have kept the version same as I saw the quickml upload is in the unapproved queue and ( I am not sure, but I think ) same version can be uploaded if the old one is rejected from the queue.
With that, the fix for Oracular attached.
Also, about Dave's comment about lsb-base. I noticed the lintian error, but a test on Noble did not show any problem.
sudip@noble:~$ sudo /etc/init.d/quickml status
● quickml.service
Loaded: loaded (/etc/init.d/quickml; generated)
Active: active (running) since Sun 2024-05-12 17:26:21 BST; 13s ago
Docs: man:systemd-sysv-generator(8)
Process: 2712 ExecStart=/etc/init.d/quickml start (code=exited, status=0/SUCCESS)
Tasks: 2 (limit: 9444)
Memory: 22.8M (peak: 23.8M)
CPU: 95ms
CGroup: /system.slice/quickml.service
└─2720 /usr/bin/ruby /usr/sbin/quickml
May 12 17:26:21 noble systemd[1]: Starting quickml.service...
May 12 17:26:21 noble quickml[2712]: Starting quickml: quickml.
May 12 17:26:21 noble systemd[1]: Started quickml.service.
sudip@noble:~$ systemctl status quickml.service
● quickml.service
Loaded: loaded (/etc/init.d/quickml; generated)
Active: active (running) since Sun 2024-05-12 17:26:21 BST; 20s ago
Docs: man:systemd-sysv-generator(8)
Process: 2712 ExecStart=/etc/init.d/quickml start (code=exited, status=0/SUCCESS)
Tasks: 2 (limit: 9444)
Memory: 22.8M (peak: 23.8M)
CPU: 95ms
CGroup: /system.slice/quickml.service
└─2720 /usr/bin/ruby /usr/sbin/quickml
May 12 17:26:21 noble systemd[1]: Starting quickml.service...
May 12 17:26:21 noble quickml[2712]: Starting quickml: quickml.
May 12 17:26:21 noble systemd[1]: Started quickml.service.
You are right Timo, and I completely overlooked that even Debian policy and Developer Reference also says that /etcmailname is used by applications to know the FQDN of the host. /www.debian. org/doc/ manuals/ debian- reference/ ch06.en. html#_the_ mail_address_ configuration /www.debian. org/doc/ debian- policy/ ch-customized- programs. html#mail- transport- delivery- and-user- agents
Ref:
1. https:/
2. https:/
And, also a search at https:/ /codesearch. debian. net/ shows there are many application which uses /etc/mailname.
I am attaching a fix for Oracular. (iiuc, the fix for Oracular should not need a new bug and can be uploaded).
I am also modifyng the other debdiffs. I have kept the version same as I saw the quickml upload is in the unapproved queue and ( I am not sure, but I think ) same version can be uploaded if the old one is rejected from the queue.
With that, the fix for Oracular attached.
Also, about Dave's comment about lsb-base. I noticed the lintian error, but a test on Noble did not show any problem.
sudip@noble:~$ sudo /etc/init.d/quickml status d/quickml; generated) sysv-generator( 8) /etc/init. d/quickml start (code=exited, status=0/SUCCESS) slice/quickml. service
● quickml.service
Loaded: loaded (/etc/init.
Active: active (running) since Sun 2024-05-12 17:26:21 BST; 13s ago
Docs: man:systemd-
Process: 2712 ExecStart=
Tasks: 2 (limit: 9444)
Memory: 22.8M (peak: 23.8M)
CPU: 95ms
CGroup: /system.
└─2720 /usr/bin/ruby /usr/sbin/quickml
May 12 17:26:21 noble systemd[1]: Starting quickml.service...
May 12 17:26:21 noble quickml[2712]: Starting quickml: quickml.
May 12 17:26:21 noble systemd[1]: Started quickml.service.
sudip@noble:~$ systemctl status quickml.service d/quickml; generated) sysv-generator( 8) /etc/init. d/quickml start (code=exited, status=0/SUCCESS) slice/quickml. service
● quickml.service
Loaded: loaded (/etc/init.
Active: active (running) since Sun 2024-05-12 17:26:21 BST; 20s ago
Docs: man:systemd-
Process: 2712 ExecStart=
Tasks: 2 (limit: 9444)
Memory: 22.8M (peak: 23.8M)
CPU: 95ms
CGroup: /system.
└─2720 /usr/bin/ruby /usr/sbin/quickml
May 12 17:26:21 noble systemd[1]: Starting quickml.service...
May 12 17:26:21 noble quickml[2712]: Starting quickml: quickml.
May 12 17:26:21 noble systemd[1]: Started quickml.service.