Re: [systemd-devel] systemd-devel listed as support confuses users (was: connection failure)
On Di, 02.07.19 18:51, František Šumšal (franti...@sumsal.cz) wrote: > > > On 7/2/19 4:36 PM, Michael Biebl wrote: > > Am Di., 2. Juli 2019 um 16:16 Uhr schrieb Paul Menzel > > : > >> Reading the output above, I can see, why the people contact this mailing > >> list. > > > > I agree here. While we do have `support-url` which distros can > > override, Apparently not all of them do. > > We could probably change our build system, that `support-url` needs to > > be set explicitly and if unset, no Support URL is printed in the > > journal output. > > This, or since the URL leads to [0], it would be also useful to extend > the "About systemd-devel" section to provide some kind of warning that > this ML is mainly/only for upstream systemd, not for systemd shipped by > distributions. > > [0] https://lists.freedesktop.org/mailman/listinfo/systemd-devel I added a paragraph there now that attempts to clear this up. I hope people actually look there, though. Lennart -- Lennart Poettering, Berlin ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] systemd-devel listed as support confuses users (was: connection failure)
Am Di., 2. Juli 2019 um 18:52 Uhr schrieb František Šumšal : > This, or since the URL leads to [0], it would be also useful to extend > the "About systemd-devel" section to provide some kind of warning that > this ML is mainly/only for upstream systemd, not for systemd shipped by > distributions. Fwiw, I have no problems if systemd related questions that also touch distro specific issues are discussed here. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] systemd-devel listed as support confuses users (was: connection failure)
On 7/2/19 4:36 PM, Michael Biebl wrote: > Am Di., 2. Juli 2019 um 16:16 Uhr schrieb Paul Menzel > : >> Reading the output above, I can see, why the people contact this mailing >> list. > > I agree here. While we do have `support-url` which distros can > override, Apparently not all of them do. > We could probably change our build system, that `support-url` needs to > be set explicitly and if unset, no Support URL is printed in the > journal output. This, or since the URL leads to [0], it would be also useful to extend the "About systemd-devel" section to provide some kind of warning that this ML is mainly/only for upstream systemd, not for systemd shipped by distributions. [0] https://lists.freedesktop.org/mailman/listinfo/systemd-devel > Just an idea... > > > Michael > -- PGP Key ID: 0xFB738CE27B634E4B signature.asc Description: OpenPGP digital signature ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] systemd-devel listed as support confuses users (was: connection failure)
Am Di., 2. Juli 2019 um 16:16 Uhr schrieb Paul Menzel : > Reading the output above, I can see, why the people contact this mailing > list. I agree here. While we do have `support-url` which distros can override, Apparently not all of them do. We could probably change our build system, that `support-url` needs to be set explicitly and if unset, no Support URL is printed in the journal output. Just an idea... Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] systemd-devel listed as support confuses users (was: connection failure)
Am 02.07.19 um 16:10 schrieb Paul Menzel: > Dear systemd folks, > >>> -- Unit dnf-makecache.service has begun starting up. >>> Jul 02 15:24:07 reccon.irisa.fr dnf[18029]: Metadata timer caching disabled. >>> Jul 02 15:24:07 reccon.irisa.fr systemd[1]: Started dnf makecache. >>> -- Subject: Unit dnf-makecache.service has finished start-up >>> -- Defined-By: systemd >>> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel > > Reading the output above, I can see, why the people contact this mailing > list. > > The output has the systemd-devel list listed as support all over the > place. only because of distributions ship stoneage software given that this was fixed years ago and on the other hand common sense tells my when i have a problem like "trying to use the Docker in GNS3" the systemd-*devel* is likely the wrong place https://www.gns3.com/ https://www.docker.com/ how can when trying to marry two completly unrelated packages together and the error is "docker.service: Failed with result 'exit-code'" stating clearly that the process gave a non-zero code back lead to the conclusion it's a systemd topic? "systemctl status docker.service" would even show the process and the return code and then you debug it like any other service with or without systemd by look at logs, google for the return code ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] systemd-devel listed as support confuses users (was: connection failure)
Dear systemd folks, On 7/2/19 3:44 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jul 02, 2019 at 03:39:04PM +0200, ABDUL MAJITH wrote: >> I am trying to use the Docker in GNS3, when I try to launch it show the >> error as follows, >> >> -- The start-up result is done. >> Jul 02 15:21:55 reccon.irisa.fr systemd[1]: docker.service: Start request >> repeated too quickly. >> Jul 02 15:21:55 reccon.irisa.fr systemd[1]: docker.service: Failed with >> result 'exit-code'. >> Jul 02 15:21:55 reccon.irisa.fr systemd[1]: Failed to start Docker >> Application Container Engine. >> -- Subject: Unit docker.service has failed >> -- Defined-By: systemd >> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit docker.service has failed. >> -- >> -- The result is failed. >> Jul 02 15:21:55 reccon.irisa.fr systemd[1]: docker.socket: Failed with >> result 'service-start-limit-hit'. >> Jul 02 15:24:06 reccon.irisa.fr systemd[1]: Starting dnf makecache... >> -- Subject: Unit dnf-makecache.service has begun start-up >> -- Defined-By: systemd >> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit dnf-makecache.service has begun starting up. >> Jul 02 15:24:07 reccon.irisa.fr dnf[18029]: Metadata timer caching disabled. >> Jul 02 15:24:07 reccon.irisa.fr systemd[1]: Started dnf makecache. >> -- Subject: Unit dnf-makecache.service has finished start-up >> -- Defined-By: systemd >> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit dnf-makecache.service has finished starting up. >> -- >> -- The start-up result is done. >> ...skipping... >> -- >> -- The start-up result is done. >> Jul 02 15:21:55 reccon.irisa.fr systemd[1]: docker.service: Start request >> repeated too quickly. >> Jul 02 15:21:55 reccon.irisa.fr systemd[1]: docker.service: Failed with >> result 'exit-code'. >> Jul 02 15:21:55 reccon.irisa.fr systemd[1]: Failed to start Docker >> Application Container Engine. >> -- Subject: Unit docker.service has failed >> -- Defined-By: systemd >> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit docker.service has failed. >> -- >> -- The result is failed. >> Jul 02 15:21:55 reccon.irisa.fr systemd[1]: docker.socket: Failed with >> result 'service-start-limit-hit'. >> Jul 02 15:24:06 reccon.irisa.fr systemd[1]: Starting dnf makecache... >> -- Subject: Unit dnf-makecache.service has begun start-up >> -- Defined-By: systemd >> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit dnf-makecache.service has begun starting up. >> Jul 02 15:24:07 reccon.irisa.fr dnf[18029]: Metadata timer caching disabled. >> Jul 02 15:24:07 reccon.irisa.fr systemd[1]: Started dnf makecache. >> -- Subject: Unit dnf-makecache.service has finished start-up >> -- Defined-By: systemd >> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit dnf-makecache.service has finished starting up. >> -- >> -- The start-up result is done. >> >> How to rectify this failure to start the docker application > > This is a problem with docker. Nothing to do with the systemd-devel list. > Please ask in a forum appropriate for docker issues. Reading the output above, I can see, why the people contact this mailing list. The output has the systemd-devel list listed as support all over the place. Kind regards, Paul smime.p7s Description: S/MIME Cryptographic Signature ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
