Debian package installs systemd service to /etc/init.d instead of a valid unit directory

Just installed the agent on an Ubuntu 16.04 machine (version 1.0-1.1231 according to apt), and I noticed there is a `/etc/init.d/codedeploy-agent.service` file, which makes no sense, since there is already an init script there (`/etc/init.d/codedeploy-agent`), and the correct location for the systemd service is `/lib/systemd/system` or `/etc/systemd/system`.

I can confirm the issue by downloading the deb file and listing it`s files:

```bash
$ dpkg -c codedeploy-agent_1.0-1.1231_all.deb | grep init.d
drwxr-xr-x awsadmin/amazon 0 2017-07-05 18:42 etc/init.d/
-rw-r--r-- awsadmin/amazon 460 2017-07-05 18:42 etc/init.d/codedeploy-agent.service
-rwxr-xr-x awsadmin/amazon 3022 2017-07-05 18:42 etc/init.d/codedeploy-agent
```

Ispeziona il manifest del pacchetto Debian che colloca codedeploy-agent.service in etc/init.d/, quindi confronta il contenuto del pacchetto con il comando dpkg -c mostrato nell’issue. Il lavoro è completato quando il file del servizio è incluso nel pacchetto in una directory valida delle unità systemd, mentre lo script init esistente rimane sotto /etc/init.d/.

Scritto dal modello di indicizzazione a partire dal testo della issue.