4 ms·

Another nice video discussing the current limitations of using systemd user sessions for starting up desktop environments (=user session) is: https://www.youtub

by bkor 10y ago

Another nice video discussing the current limitations of using systemd user sessions for starting up desktop environments (=user session) is: https://www.youtube.com/watch?v=hq18daxTkLA https://www.youtube.com/watch?v=hq18daxTkLA On July Martin Pitt already started to discuss some of the difficulties on systemd-devel mailing list: https://lists.freedesktop.org/archives/systemd-devel/2016-July/037017.html https://lists.freedesktop.org/archives/systemd-devel/2016-Ju... During the systemd conference they've been working to create a good solution for this.

digi_owl 10y ago
So effectively a doubling down on the cockup that is systemd login sessions... https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394 Gotta go faster faster faster...
- bkor 10y ago
  They're making it work in practice. That's quite different from "doubling down on a cockup". There's various bits which do not work in the current design, so they have to change things until it does. This effort is being driven not by a systemd developer, but someone working for Canonical. These user sessions have existed for various years. Now they're ensuring it'll work for graphical sessions. How is this fast?
  - digi_owl 10y ago
    He may be working for Canonical, but he is basically Systemd's insider at the company (and Debian, btw). As for the last line: https://www.youtube.com/watch?v=VTHsOSGJHN0 https://www.youtube.com/watch?v=VTHsOSGJHN0
  - tremon 10y ago
    Not really. "Making it work in practice" is a perfect recipe for creating a cockup. It is a perfect illustration of how software engineering isn't. Do you really want a real, professional engineer to use the strategy "I don't need verified designs, I'll just make it work in practice" when building a bridge or railway?

4 ms·

Another nice video discussing the current limitations of using systemd user sessions for starting up desktop environments (=user session) is: https://www.youtub

by bkor 10y ago

digi_owl 10y ago
So effectively a doubling down on the cockup that is systemd login sessions... https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394 Gotta go faster faster faster...
- bkor 10y ago
  They're making it work in practice. That's quite different from "doubling down on a cockup". There's various bits which do not work in the current design, so they have to change things until it does. This effort is being driven not by a systemd developer, but someone working for Canonical. These user sessions have existed for various years. Now they're ensuring it'll work for graphical sessions. How is this fast?
  - digi_owl 10y ago
    He may be working for Canonical, but he is basically Systemd's insider at the company (and Debian, btw). As for the last line: https://www.youtube.com/watch?v=VTHsOSGJHN0 https://www.youtube.com/watch?v=VTHsOSGJHN0
  - tremon 10y ago
    Not really. "Making it work in practice" is a perfect recipe for creating a cockup. It is a perfect illustration of how software engineering isn't. Do you really want a real, professional engineer to use the strategy "I don't need verified designs, I'll just make it work in practice" when building a bridge or railway?