Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.os.unix.linux.misc > #129231 > unrolled thread

Devuan Chimaera Paketanzahl Repositories?

Started byKay Martinen <usenet@martinen.de>
First post2023-03-11 23:20 +0100
Last post2023-03-12 16:59 +0100
Articles 20 on this page of 174 — 25 participants

Back to article view | Back to de.comp.os.unix.linux.misc


Contents

  Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-11 23:20 +0100
    Re: Devuan Chimaera Paketanzahl Repositories? Tim Ritberg <tim@server.invalid> - 2023-03-12 00:11 +0100
      Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-12 07:39 +0100
        Re: Devuan Chimaera Paketanzahl Repositories? Hans Crauel <crauel_usenet@freenet.de> - 2023-03-12 13:12 +0000
          Re: Devuan Chimaera Paketanzahl Repositories? Tim Ritberg <tim@server.invalid> - 2023-03-12 15:04 +0100
            Re: Devuan Chimaera Paketanzahl Repositories? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-03-12 15:15 +0100
              Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-12 16:40 +0100
                Re: Devuan Chimaera Paketanzahl Repositories? Frank Miller <miller@posteo.ee> - 2023-03-12 23:57 +0100
                  Re: Devuan Chimaera Paketanzahl Repositories? Hans Crauel <crauel_usenet@freenet.de> - 2023-03-13 02:02 +0000
                  Re: Devuan Chimaera Paketanzahl Repositories? Marco Moock <mo01@posteo.de> - 2023-03-13 07:37 +0100
                    Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-13 09:32 +0100
                Re: Devuan Chimaera Paketanzahl Repositories? Marco Moock <mo01@posteo.de> - 2023-03-13 07:36 +0100
                  Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-13 09:36 +0100
                    Re: Devuan Chimaera Paketanzahl Repositories? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-03-13 09:02 +0000
                      Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-13 13:47 +0100
                        Re: Devuan Chimaera Paketanzahl Repositories? Marco Moock <mo01@posteo.de> - 2023-03-13 14:01 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-13 14:32 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-14 10:08 +0100
                              Re: Devuan Chimaera Paketanzahl Repositories? Friedemann Stoyan <usenet@ip6-mail.de> - 2023-03-14 15:58 +0100
                                Re: Devuan Chimaera Paketanzahl Repositories? Marcus Jodorf <m@bogomips.de> - 2023-03-14 16:41 +0100
                                  Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-15 14:38 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Martin Vaeth <martin@mvath.de> - 2023-03-15 15:49 +0000
                                      Re: Devuan Chimaera Paketanzahl Repositories? Stefan Reuther <stefan.news@arcor.de> - 2023-03-15 18:58 +0100
                                        Re: Devuan Chimaera Paketanzahl Repositories? Martin Vaeth <martin@mvath.de> - 2023-03-16 04:24 +0000
                                      Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-15 22:30 +0000
                                        Re: Devuan Chimaera Paketanzahl Repositories? Martin Vaeth <martin@mvath.de> - 2023-03-16 04:12 +0000
                                          Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-16 07:48 +0100
                                          Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-16 07:32 +0000
                                    Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-16 07:46 +0100
                                      Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-16 09:39 +0100
                                        Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-17 07:45 +0100
                                          Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-17 09:17 +0100
                                            Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-18 09:29 +0100
                                              Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-18 11:29 +0100
                                                Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-18 13:05 +0100
                                                  Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-18 19:46 +0100
                                                    Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-18 19:54 +0100
                                                      Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-22 23:45 +0100
                                                        Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-24 00:16 +0100
                                                          Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-06-01 22:31 +0200
                                                            Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-06-02 19:40 +0000
                                                              Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-06-02 19:43 +0000
                              Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-14 18:53 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-03-13 17:34 +0000
                            Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-14 10:10 +0100
                              Re: Devuan Chimaera Paketanzahl Repositories? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-03-14 11:06 +0000
                                Re: Devuan Chimaera Paketanzahl Repositories? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-03-14 17:31 +0000
                                  Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-14 19:49 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-03-14 19:31 +0000
                                      Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-14 21:17 +0100
                                      Re: Devuan Chimaera Paketanzahl Repositories? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-03-14 21:19 +0000
                                        Re: Devuan Chimaera Paketanzahl Repositories? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-03-14 23:16 +0100
                                          Re: Devuan Chimaera Paketanzahl Repositories? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-03-15 09:08 +0000
                                            Re: Devuan Chimaera Paketanzahl Repositories? Tim Landscheidt <tim@tim-landscheidt.de> - 2023-03-15 14:32 +0000
                                              Re: Devuan Chimaera Paketanzahl Repositories? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2023-03-15 19:00 +0100
                                                Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-16 07:59 +0100
                                      Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-15 22:13 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-15 22:54 +0000
                                      Re: Devuan Chimaera Paketanzahl Repositories? Thomas Dorner <dcoulm230316.dorner@spamgourmet.com> - 2023-03-16 18:34 +0100
                                      Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-23 00:01 +0100
                              Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-14 18:21 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-14 00:17 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-14 18:13 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-13 21:14 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Martin Vaeth <martin@mvath.de> - 2023-03-14 06:22 +0000
                            Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-14 10:10 +0100
                              Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-14 19:58 +0100
                        Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-14 10:07 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Hans Crauel <crauel_usenet@freenet.de> - 2023-03-14 13:54 +0000
                          Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-14 20:07 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-15 14:43 +0100
                              Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-16 08:06 +0100
                                Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-16 09:40 +0100
                                  Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-17 17:14 +0100
                        Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-14 18:11 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-14 20:12 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-15 07:48 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Stefan Reuther <stefan.news@arcor.de> - 2023-03-15 19:00 +0100
                      Re: Devuan Chimaera Paketanzahl Repositories? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-03-13 21:33 +0100
                        Re: Devuan Chimaera Paketanzahl Repositories? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-03-13 21:23 +0000
                          Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-13 23:05 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-03-13 22:24 +0000
                              Security (was: Devuan Chimaera Paketanzahl Repositories?) Kay Martinen <usenet@martinen.de> - 2023-03-14 01:31 +0100
                                Re: Security Martin Vaeth <martin@mvath.de> - 2023-03-14 06:43 +0000
                                  Re: Security Stefan Reuther <stefan.news@arcor.de> - 2023-03-14 18:41 +0100
                                    Re: Security Kay Martinen <usenet@martinen.de> - 2023-03-14 20:15 +0100
                                    Re: Security Christian Garbs <mitch@cgarbs.de> - 2023-03-14 21:26 +0000
                                    Re: Security Martin Vaeth <martin@mvath.de> - 2023-03-15 15:39 +0000
                                      Re: Security Stefan Reuther <stefan.news@arcor.de> - 2023-03-15 19:08 +0100
                                        Re: Security Martin Vaeth <martin@mvath.de> - 2023-03-16 03:13 +0000
                                          Re: Security Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-16 09:52 +0100
                                      Re: Security Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-15 19:42 +0100
                                        Re: Security Martin Vaeth <martin@mvath.de> - 2023-03-16 03:51 +0000
                                          Re: Security Stefan Reuther <stefan.news@arcor.de> - 2023-03-17 18:46 +0100
                                            Re: Security Martin Vaeth <martin@mvath.de> - 2023-03-21 16:39 +0000
                                              Re: Security Stefan Reuther <stefan.news@arcor.de> - 2023-03-21 19:08 +0100
                                                Re: Security Martin Vaeth <martin@mvath.de> - 2023-03-22 17:59 +0000
                                      Re: Security Markus Schaaf <mschaaf@elaboris.de> - 2023-03-19 10:38 +0100
                                        Re: Security Martin Vaeth <martin@mvath.de> - 2023-03-21 16:40 +0000
                                          Re: Security Markus Schaaf <mschaaf@elaboris.de> - 2023-03-21 18:53 +0100
                                            Re: Security Christian Garbs <mitch@cgarbs.de> - 2023-03-22 11:09 +0000
                                            Re: Security Martin Vaeth <martin@mvath.de> - 2023-03-22 18:18 +0000
                                Re: Security (was: Devuan Chimaera Paketanzahl Repositories?) Marco Moock <mo01@posteo.de> - 2023-03-14 07:46 +0100
                                Re: Security Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-03-14 11:12 +0000
                                  Re: Security Kay Martinen <usenet@martinen.de> - 2023-03-14 21:04 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-14 17:32 +0000
                              Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-15 14:48 +0100
                                Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-15 19:06 +0000
                                  Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-07 20:26 +0200
                            Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-14 21:28 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Marcus Jodorf <m@bogomips.de> - 2023-03-14 02:34 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-14 21:24 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-15 22:43 +0000
                              Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-16 21:55 +0100
                                Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-17 08:17 +0000
                    Re: Devuan Chimaera Paketanzahl Repositories? Marco Moock <mo01@posteo.de> - 2023-03-13 10:17 +0100
                    Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-13 16:36 +0000
                      Re: Devuan Chimaera Paketanzahl Repositories? Marco Moock <mo01@posteo.de> - 2023-03-13 18:38 +0100
                        Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-13 21:19 +0000
                          Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-13 23:24 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-14 21:24 +0000
                          Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-14 21:40 +0100
                          Re: Devuan Chimaera Paketanzahl Repositories? Markus Faust <mfaust@nurfuerspam.de> - 2023-03-23 16:37 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-23 17:16 +0000
                      Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-13 22:17 +0100
                        Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-13 21:50 +0000
                        Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-14 22:14 +0100
                      Re: Devuan Chimaera Paketanzahl Repositories? Sieghard <s_c_h_s@kabelmail.de> - 2023-03-14 00:32 +0100
                        Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-14 17:27 +0000
                          Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-14 22:21 +0100
                            Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-15 08:41 +0000
                              Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-15 14:51 +0100
                                Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-17 07:53 +0100
                                  Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-17 09:19 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-18 09:34 +0100
                                      Re: Devuan Chimaera Paketanzahl Repositories? Thomas Hochstein <thh@thh.name> - 2023-03-18 20:02 +0100
                                        Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-19 07:18 +0100
                                          Re: Devuan Chimaera Paketanzahl Repositories? Thomas Hochstein <thh@thh.name> - 2023-03-19 10:45 +0100
                                            Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-19 11:13 +0100
                              Re: Devuan Chimaera Paketanzahl Repositories? Marcus Jodorf <m@bogomips.de> - 2023-03-16 04:03 +0100
                                Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-16 07:46 +0000
                                  Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-16 09:50 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-16 17:33 +0000
                                      Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-17 07:05 +0100
                                        Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-17 08:22 +0000
                                          Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-17 11:04 +0100
                                            Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-17 15:20 +0000
                                              Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-18 11:31 +0100
                                              Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-18 11:32 +0100
                                Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-16 09:47 +0100
                                  Re: Devuan Chimaera Paketanzahl Repositories? Marco Moock <mo01@posteo.de> - 2023-03-16 10:03 +0100
                                    Docker (was: Re: Devuan Chimaera Paketanzahl Repositories?) Christian Garbs <mitch@cgarbs.de> - 2023-03-16 17:35 +0000
                                      Re: Docker (was: Re: Devuan Chimaera Paketanzahl Repositories?) Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-17 07:55 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-17 07:06 +0100
                                      Re: Devuan Chimaera Paketanzahl Repositories? Marco Moock <mo01@posteo.de> - 2023-03-17 17:27 +0100
                                        Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-18 11:35 +0100
                                  Re: Devuan Chimaera Paketanzahl Repositories? Marcus Jodorf <m@bogomips.de> - 2023-03-20 20:55 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-25 13:37 +0100
                                  Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-25 13:08 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-25 13:32 +0100
                                      Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-25 13:54 +0100
                              Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-16 22:06 +0100
                                Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-16 22:23 +0000
                                  Re: Devuan Chimaera Paketanzahl Repositories? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-03-17 20:46 +0100
                                    Re: Devuan Chimaera Paketanzahl Repositories? Thomas Hochstein <thh@thh.name> - 2023-03-18 20:05 +0100
                                      Re: Devuan Chimaera Paketanzahl Repositories? Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2023-03-19 07:18 +0100
                                        Re: Devuan Chimaera Paketanzahl Repositories? Christian Garbs <mitch@cgarbs.de> - 2023-03-19 18:50 +0000
                Re: Devuan Chimaera Paketanzahl Repositories? Bastian Blank <usenet@waldi.eu.org> - 2023-06-01 10:17 +0000
          Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-14 10:05 +0100
            Re: Devuan Chimaera Paketanzahl Repositories? Hans Crauel <crauel_usenet@freenet.de> - 2023-03-14 13:53 +0000
              Re: Devuan Chimaera Paketanzahl Repositories? Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-15 14:52 +0100
    Re: Devuan Chimaera Paketanzahl Repositories? Hans Crauel <crauel_usenet@freenet.de> - 2023-03-11 23:31 +0000
    Re: Devuan Chimaera Paketanzahl Repositories? Andreas Neumann <nntp@postheo.de> - 2023-03-12 08:15 +0100
      Re: Devuan Chimaera Paketanzahl Repositories? Kay Martinen <usenet@martinen.de> - 2023-03-12 16:59 +0100

Page 7 of 9 — ← Prev page 1 2 3 4 5 6 [7] 8 9  Next page →


#129365

FromChristian Garbs <mitch@cgarbs.de>
Date2023-03-14 21:24 +0000
Message-ID<tuqoma$fcqb$1@yggdrasil.dn.cgarbs.de>
In reply to#129323
Mahlzeit!

Kay Martinen <usenet@martinen.de> wrote:
> Am 13.03.23 um 22:19 schrieb Christian Garbs:

>> Aber wenn ich wählen kann, will ich wählen können wir bei meinem
>> Windowmanager: heute den, morgen den, ohne die Distribution zu
>> wechseln ;-)
> 
> Du willst heute systemd und morgen SysVInit, übermorgen upstart
> u.s.w.?
> Übertreibst du da nicht etwas?

In dem Fall: ganz klar ja.
 
> Fährst du dein Auto auch jeden Tag zur Werkstatt weil du statt des 
> Käfermotors heute lieber einen von Porsche drin haben willst? ;-)

Ich hab einen Fahrmoduswahlschalter, da muss ich nicht in die
Werkstatt ;-)

>> Mal ernstgemeint: Kann man bei Devuan das Init-System nachträglich
>> tauschen?  Oder muss man sich bei der Installation einmalig festlegen?
> 
> Ich glaube: Nein, muß man nicht. Aber ich weiß es nicht. Kann mich nicht 
> erinnern dazu was gelesen zu haben.
> 
> Aber: Warum sollte es nicht gehen. Man setzt das System in singleuser 
> Modus, beendet alle Dienste, installiert den anderen init und den Rest 
> müßte der Paketmanager machen können.

Genau - müsste können.  Das geht ja schon recht tief runter, da bleibt
nicht mehr viel übrig, daher die Frage, ob das klappt.

Ich hab mal im laufenden System ein 32bit-Userland auf 64bit
umgestellt und zwischendurch war dann cp(1) weg, das hat dem
Paketmanager gar nicht gefallen (ging dann irgendwie, keine Ahnung).

Das Initsystem sollte etwas weiter von dpkg entfernt sein, aber genau
weiß man'S halt nicht.

> Ich könnte das auf meinem neu installiertem Gerät probieren... will ich 
> aber derzeit nicht. Vielleicht teste ich es später mal aus.

Aber bitte nur, wenn es dich auch interessiert – meine Frage rein
interessehalber, nicht, um irgendwo Arbeit zu produzieren.

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Windows Top Tip #356: 
Edit your config.sys and insert BUGS=OFF

[toc] | [prev] | [next] | [standalone]


#129363

FromSieghard Schicktanz <Sieghard.Schicktanz@SchS.de>
Date2023-03-14 21:40 +0100
Message-ID<20230314214049.61a6ff3a@Achmuehle.WOR>
In reply to#129313
Hallo Christian,

Du schriebst am Mon, 13 Mar 2023 21:19:17 -0000 (UTC):

> Mal ernstgemeint: Kann man bei Devuan das Init-System nachträglich
> tauschen?  Oder muss man sich bei der Installation einmalig festlegen?

Es sollte zumindest ausgehend von der "Minimalvariante" SysVInit gehen,
auf eines der beiden anderen nachträglich zu wechseln. Die nutzen ja
ebnenfalls das skript-basierte Verfahren, und die Vorkehrungen für die
Verwaltung der Abhängigkeiten sind in denen schon (weitgehend?) drin.

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]


#129626

FromMarkus Faust <mfaust@nurfuerspam.de>
Date2023-03-23 16:37 +0100
Message-ID<tvhron$12vq$1@gwaiyur.mb-net.net>
In reply to#129313
Am 13.03.2023 um 22:19 schrieb Christian Garbs:
> Mal ernstgemeint: Kann man bei Devuan das Init-System nachträglich
> tauschen?  Oder muss man sich bei der Installation einmalig festlegen?

Da auch eine Migration von Debian nach Devuan offiziell beworben wird 
(einschließlich Umstellung von systemd auf SysVInit), würde ich mal 
sagen: ja.

https://www.devuan.org/os/documentation/install-guides/chimaera/bullseye-to-chimaera

Gruß,
Markus

[toc] | [prev] | [next] | [standalone]


#129642

FromChristian Garbs <mitch@cgarbs.de>
Date2023-03-23 17:16 +0000
Message-ID<tvi1ho$mebb$1@yggdrasil.dn.cgarbs.de>
In reply to#129626
Mahlzeit!

Markus Faust <mfaust@nurfuerspam.de> wrote:
> Am 13.03.2023 um 22:19 schrieb Christian Garbs:

>> Mal ernstgemeint: Kann man bei Devuan das Init-System nachträglich
>> tauschen?  Oder muss man sich bei der Installation einmalig
>> festlegen?
 
> Da auch eine Migration von Debian nach Devuan offiziell beworben wird 
> (einschließlich Umstellung von systemd auf SysVInit), würde ich mal 
> sagen: ja.
 
> https://www.devuan.org/os/documentation/install-guides/chimaera/bullseye-to-chimaera

Das klingt ja gar nicht mal so wild, da hab ich schon schlimmeres
angestellt :)

Danke
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Sith Park: Oh my God, we killed Qui-Gon!

[toc] | [prev] | [next] | [standalone]


#129314

FromKay Martinen <usenet@martinen.de>
Date2023-03-13 22:17 +0100
Message-ID<1hg4ej-86l.ln1@news.martinen.de>
In reply to#129301
Am 13.03.23 um 17:36 schrieb Christian Garbs:
> Mahlzeit!
> 
> Kay Martinen <usenet@martinen.de> wrote:
>> Am 13.03.23 um 07:36 schrieb Marco Moock:
>>> Am 12.03.2023 um 16:40:10 Uhr schrieb Kay Martinen:
> 
>>>> Ha. Das wäre der Wünschenswerte Idealzustand um freie
>>>> Komponenten-wahl WIEDER zu ermöglichen.
>>>
>>> Bei sowas wie dem Init-System praktisch nicht möglich.
>>
>> Doch, Natürlich. Siehe Devuan! Beim Installieren wurden drei
>> init-systeme zur Auswahl geboten. systemd war nicht dabei!
> 
> Wenn ausgerechnet das aktuell unter Linux wichtigste und am aktivsten
> entwickelte Init-System fehlt, würde ich nicht von freier
> Komponenten-Wahl reden, sondern eher von einer eingeschränkten :-P

Ich las im Vorfeld an einer Stelle das es prinzipiell möglich sei auch 
auf einem Devuan einen systemd zu benutzen. Das wird aber offenbar nicht 
beworben oder gefördert. Klar oder.

Und im Übrigen sind es ja alle anderen Distributionen die mir als 
benutzendem die Wahl einseitig einschränken - auf systemd oder nix. Oder 
bestenfalls teilweise systemd-frei plus etliche dateileichen die durch 
(wie ich finde) unnötige Abhängigkeiten erzwungen würden.

Devuan ist eben für jene gedacht die dieser Art von Einschränkung nicht 
mehr wollten. Es schränkt also nicht ein, es befreit dich von einer.

Ansich ist das eher so als würden alle Autos aller Marken nur noch mit 
genau EINEM Motor funktionieren - und lediglich Ein Hersteller die Wahl 
eines Alternativ-Motors (von mehreren) zu ließe und diesen auch 
Standard-mäßig verbaut.

Und: Könnte es vielleicht sein das dies "wichtigste und am aktivsten 
entwickelte init" nur darum diese Attribute hat weil es noch zu neu ist, 
damit noch viele Fehler und Angriffspunkte (auch selbst eingehandelte) 
hat und nur der Einfachheit halber von vielen Distri's als standard 
übernommen wurde. Ich vermute da außerdem die Bekannte Tendenz vieler 
Programmierer lieber an etwas neuem "aufregenden" zu arbeiten als 
altbekanntes weiter zu pflegen - oder ggf. zu entwickeln. == Hype!

> PS: Ich mag --user-Services bei systemd, sowas geht doch unter init.d
>      gar nicht (außer vielleicht per @reboot in meiner Crontab - pfui).

hast du kein .html/ (o.ä.) in deinem ~ ? Damit ermöglichte schon der 
apache 1 jedem systemuser eine eigene Webseite auf zu setzen.

Oder worum geht es dir dabei speziell?

Bye/
    /Kay

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]


#129319

FromChristian Garbs <mitch@cgarbs.de>
Date2023-03-13 21:50 +0000
Message-ID<tuo5rq$70m$3@yggdrasil.dn.cgarbs.de>
In reply to#129314
Mahlzeit!

Kay Martinen <usenet@martinen.de> wrote:

>> PS: Ich mag --user-Services bei systemd, sowas geht doch unter init.d
>>      gar nicht (außer vielleicht per @reboot in meiner Crontab - pfui).
> 
> hast du kein .html/ (o.ä.) in deinem ~ ? Damit ermöglichte schon der 
> apache 1 jedem systemuser eine eigene Webseite auf zu setzen.
> 
> Oder worum geht es dir dabei speziell?

Um alles mögliche.  syncthing hat User-Instanzen, die man schon vor
dem Einloggen dauerhaft laufen lassen kann.

Ich habe gerade diverse Cronjobs auf systemd--user-Dienste umgestellt
(z.B. meine persönlichen Backups), jetzt kann ich

1. ganz einfach ihren Status abfragen (systemctl --user --failed) und
   mich durch mein Monitoring benachrichtigen lassen, wenn was
   schiefgeht (das ginge auch durch chrony/chronic oder sowas, aber
   halt nur einmalig per Mail, nicht als "zeig mir jetzt an, ob was
   kaputt ist")

2. die Logs einfach mit journalctl anzugucken, statt dass mein
   Mailpostfach zugemüllt wird (bei den Cronjobs will ich keine
   Mail von den erfolgreichen Jobs bekommen, aber dann habe ich
   natürlich auch nie Logs, um mal was nachzugucken)

Irgendwo läuft eine Server-Applikation auf einem eigenen Port, die ich
früher entweder in /etc/init.d oder in /etc/inetd.conf hätte eintragen
müssen - als root.


Ich hab eine Anwendung gebaut, die dazu dient, Serverdienste
umzupriorisieren (damals, als meine Hardware lahm war):  reniced, ist
sogar in Debian drin.
systemd hat das für mich komplett überflüssig gemacht, mit einem
'systemd edit foo.service' kann ich mit einer Overrides-Datei heute
das gleiche erreichen und es ist ins init-System integriert und muss
nicht irgendwie wild zu zufälligen Zeitpunkten die Prozessliste durchgehen.


Und über einzelne .services hinaus habe ich verschiedene Dinge basierend
auf systemd-File-Triggern und Folgejobs gebaut, z.B. einen
selbstgebauten procmail-Ersatz speziell für Maildirs (Konfiguration
ist ein Shellskript, da muss ich nicht alle 5 Jahre erneut die
procmail-Syntex lernen…) und ein Verarbeitungssystem für
github-Webhooks (das hab ich sogar mal verbloggt, aber noch ohne die
systemd-Integration).

Das geht beides auch irgendwie anders, aber mit systemd kann ich
einfache Skripte, die nur mit stdin/stdout und vielleicht einem
Kommandozeilenparameter arbeiten, passend zusammenknoten, ungefähr so
wie man früher einfache Skripte hinter einen inetd gepackt hat und sie
waren "im Internet".



Ja, mich nervt systemd auch manchmal und es geht mir noch nicht 100%
von der Hand.  Aber es kann schon coole Dinge.  Eigentlich müsste man
noch viel mehr davon nutzen, z.B. die ganzen Container-Security-
Features in sämtlichen Units aktivieren.  Für uucp.service hab ich mir
das gebaut, aber meine Anforderungen sind nicht upstream-tauglich,
sonst hätte ich das schon mal bei Debian als Vorschlag eingekippt.

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Living on Earth may be expensive, but it includes an annual free trip
around the Sun.

[toc] | [prev] | [next] | [standalone]


#129369

FromSieghard Schicktanz <Sieghard.Schicktanz@SchS.de>
Date2023-03-14 22:14 +0100
Message-ID<20230314221446.26e9fa8d@Achmuehle.WOR>
In reply to#129314
Hallo Kay,

Du schriebst am Mon, 13 Mar 2023 22:17:53 +0100:

> Und im Übrigen sind es ja alle anderen Distributionen die mir als 
> benutzendem die Wahl einseitig einschränken - auf systemd oder nix. Oder 
> bestenfalls teilweise systemd-frei plus etliche dateileichen die durch 
> (wie ich finde) unnötige Abhängigkeiten erzwungen würden.

Die "Dateileichen" sind leider schon viel weiter verbreitet als es sein
sollte, auch bei einem _eigentlich_ systemd-freien System wie meinem
Slackware:

/lib/systemd./system
	system/man-db.service
	system/man-db.timer
	system/pam_namespace.service
/run/systemd -> elogind
/sys/fs/cgroup/systemd -> elogind
/usr/lib64/systemd
	user
	user/dbus.socket
	user/sockets.target.wants
	user/sockets.target.wants/dbus.socket
	user/dbus.service
/usr/include/elogind/systemd
_sd-common.h
	sd-bus-protocol.h
	sd-bus-vtable.h
	sd-bus.h
	sd-daemon.h
	sd-device.h
	sd-event.h
	sd-hwdb.h
	sd-id128.h
	sd-journal.h
	sd-login.h
	sd-messages.h
	sd-path.h

Ja, noch überschubar - aber "eigentlich" gibt es hier _gar keinen_ systemd
und nix, was davon abhängig sein sollte.

> Devuan ist eben für jene gedacht die dieser Art von Einschränkung nicht 
> mehr wollten. Es schränkt also nicht ein, es befreit dich von einer.

/etc/systemd - 90 Dateien in 2 Unterverzeichnissen:
	system
	user
/lib/systemd - 69 Dateien in 2 Unterverzeichnissen:
	system
	system-sleep
/var/lib/systemd - 21 Dateien in 3 Unterverzeichnissen:
	scripts
	user
	user-environment-generators
/usr/lib/systemd - 105 Dateien in 4 Unterverzeichnissen:
	deb-systemd-helper-enabled
	deb-systemd-helper-masked
	deb-systemd-user-helper-enabled
	deb-systemd-user-helper-masked

> Und: Könnte es vielleicht sein das dies "wichtigste und am aktivsten 
> entwickelte init" nur darum diese Attribute hat weil es noch zu neu ist, 
> damit noch viele Fehler und Angriffspunkte (auch selbst eingehandelte) 

Neu? Mehr als 10 Jahre alt inzwischen, AFAIK.

> hat und nur der Einfachheit halber von vielen Distri's als standard 

"Einfachheit" kann da kein Argument sein - die alten Init-Systeme gibt's
sogar schon länger, und sie sind weitestgehend fertig verfügbar.
Aber vielleicht kommt's ja auch daher, daß es sich an den skript-basoierten
Inits so leicht 'rumbasteln läßt, weshalb jede Distribution da ihre
"Individualität" auszuleben scheinen will und immer wieder da dran,
natürlich inkompatibel, 'rumspielt. Das _geht_ bei systemd halt nicht,
jedenfalls wohl nicht so leicht, und ist deswegen "einfacher in der
Handhabung". Jedenfalls für den verwaltungstechnischen Teil.

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]


#129336

FromSieghard <s_c_h_s@kabelmail.de>
Date2023-03-14 00:32 +0100
Message-ID<20230314003205.029ba6b1@Achmuehle.WOR>
In reply to#129301
Hallo Christian,

Du schriebst am Mon, 13 Mar 2023 16:36:18 -0000 (UTC):

> Wenn ausgerechnet das aktuell unter Linux wichtigste und am aktivsten
> entwickelte Init-System fehlt, würde ich nicht von freier
> Komponenten-Wahl reden, sondern eher von einer eingeschränkten :-P

Wenn es das Ziel des Anbieters ist, alternativ zu dem "wichtigste[n] und
am aktivsten entwickelte"n System _auch_ anderes anzubieten, dann ist es
nur folgerichtig, den Einheitsbrei anderen zu überlassen.

> PS: Ich mag --user-Services bei systemd, sowas geht doch unter init.d
>     gar nicht (außer vielleicht per @reboot in meiner Crontab - pfui).

Warum sollte es _nicht_ gehen, mit einem (Init-) Skript einen
Anwenderdienst zu starten? Der Skript-Aufruf braucht dann nichtmal
root-Rechte (aber root kann ja seine Rechte nach Belieben zurückschrauben),
und er kann mit den entsprechenden Funktionen auch ganz normale Log-Files
beschreiben ("logger", z.B.).
Als Alleinstellungsmerkmal taugt das jedenfalls nicht.

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]


#129347

FromChristian Garbs <mitch@cgarbs.de>
Date2023-03-14 17:27 +0000
Message-ID<tuqapa$8rb7$1@yggdrasil.dn.cgarbs.de>
In reply to#129336
Mahlzeit!

Sieghard <s_c_h_s@kabelmail.de> wrote:
> Du schriebst am Mon, 13 Mar 2023 16:36:18 -0000 (UTC):

>> PS: Ich mag --user-Services bei systemd, sowas geht doch unter init.d
>>     gar nicht (außer vielleicht per @reboot in meiner Crontab - pfui).
 
> Warum sollte es _nicht_ gehen, mit einem (Init-) Skript einen
> Anwenderdienst zu starten?

Es geht nicht ums Ausführen, sondern ums Konfigurieren:
$USER darf nicht nach /etc/init.d schreiben, er kann sich nicht
selbständig einen Service einrichten.

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
APATHY ERROR! Don't bother to strike any key...

[toc] | [prev] | [next] | [standalone]


#129370

FromSieghard Schicktanz <Sieghard.Schicktanz@SchS.de>
Date2023-03-14 22:21 +0100
Message-ID<20230314222115.7eb9f7e1@Achmuehle.WOR>
In reply to#129347
Hallo Christian,

Du schriebst am Tue, 14 Mar 2023 17:27:06 -0000 (UTC):

[user-Services]
> Es geht nicht ums Ausführen, sondern ums Konfigurieren:
> $USER darf nicht nach /etc/init.d schreiben, er kann sich nicht
> selbständig einen Service einrichten.

Sicher kann er das - er kann doch seine selbst erstellten Programme
unter seiner Id beliebig ausführen und alles benutzen, worauf er Zugriff
hat. _UND_ er kann diese auch mit den vorgesehenen Funktionen - nohup
z.B. - auch von seinem Log-In entkoppeln, so daß sie unabhängig davon
weiterlaufen. Automatisch bei Systemstart (aka "Boot") starten ist etwas
schwieriger, aber da gibt es doch inzwischen auch Möglichkeiten.
Was fehlt Dir da noch?

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]


#129372

FromChristian Garbs <mitch@cgarbs.de>
Date2023-03-15 08:41 +0000
Message-ID<tus0bd$88rk$1@yggdrasil.dn.cgarbs.de>
In reply to#129370
Mahlzeit!
Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> wrote:
> Du schriebst am Tue, 14 Mar 2023 17:27:06 -0000 (UTC):
 
> [user-Services]
>> Es geht nicht ums Ausführen, sondern ums Konfigurieren:
>> $USER darf nicht nach /etc/init.d schreiben, er kann sich nicht
>> selbständig einen Service einrichten.
> 
> Sicher kann er das - er kann doch seine selbst erstellten Programme
> unter seiner Id beliebig ausführen und alles benutzen, worauf er Zugriff
> hat. _UND_ er kann diese auch mit den vorgesehenen Funktionen - nohup
> z.B. - auch von seinem Log-In entkoppeln, so daß sie unabhängig davon
> weiterlaufen. Automatisch bei Systemstart (aka "Boot") starten ist etwas
> schwieriger, aber da gibt es doch inzwischen auch Möglichkeiten.
> Was fehlt Dir da noch?

Das hat dann ja nichts mehr mit dem Initsystem zu tun, wenn ich
manuell irgendwie über cron hintenrum gemurkst Dienste starte.

Mit systemd --user lege ich mir eine Unit an, die verhält sich dann
genauso wie eine "richtiger" Service und bietet automatische Restarts,
Start abhängig von irgendwelchen anderen Events ("Runlevel"-Wechsel,
Start oder Ende anderer Services, Mount-Events, Traffic auf
Netzwerksockets, …), Logging per journalctl usw.

Die Teilfrage war "Was kann systemd (als Initsystem, nicht als
Komplettpaket), was init.d nicht kann" und eine Antwort ist
"user-spezifische Units".

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Murphy's Laws of Combat:
7.  Professionals are predictable, it's the amateurs that are dangerous.

[toc] | [prev] | [next] | [standalone]


#129378

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-03-15 14:51 +0100
Message-ID<tusigh$2v0gv$1@news1.tnib.de>
In reply to#129372
Christian Garbs <mitch@cgarbs.de> wrote:
>Die Teilfrage war "Was kann systemd (als Initsystem, nicht als
>Komplettpaket), was init.d nicht kann" und eine Antwort ist
>"user-spezifische Units".

Und die Replik "ja, das kann man sich ja problemlos zusammenfrickeln"
trennt den Profi vom Frickler.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#129423

FromDietz Proepper <dietz.usenet@rotfl.franken.de>
Date2023-03-17 07:53 +0100
Message-ID<20230317075324.77386973.dietz.usenet@rotfl.franken.de>
In reply to#129378
Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

> Christian Garbs <mitch@cgarbs.de> wrote:
> >Die Teilfrage war "Was kann systemd (als Initsystem, nicht als
> >Komplettpaket), was init.d nicht kann" und eine Antwort ist
> >"user-spezifische Units".  
> 
> Und die Replik "ja, das kann man sich ja problemlos zusammenfrickeln"
> trennt den Profi vom Frickler.

Und der Uberprofi fordert von Infra zudem, dass sie ihm nicht alle sechs
Monate durch willkürliche Änderungen von upstream auf die Füße fällt.

-- 
I'm Wally and I identify as a guy who doesn't use the right pronouns.

[toc] | [prev] | [next] | [standalone]


#129427

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-03-17 09:19 +0100
Message-ID<tv17r6$iqv$1@news1.tnib.de>
In reply to#129423
Dietz Proepper <dietz.usenet@rotfl.franken.de> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>
>> Christian Garbs <mitch@cgarbs.de> wrote:
>> >Die Teilfrage war "Was kann systemd (als Initsystem, nicht als
>> >Komplettpaket), was init.d nicht kann" und eine Antwort ist
>> >"user-spezifische Units".  
>> 
>> Und die Replik "ja, das kann man sich ja problemlos zusammenfrickeln"
>> trennt den Profi vom Frickler.
>
>Und der Uberprofi fordert von Infra zudem, dass sie ihm nicht alle sechs
>Monate durch willkürliche Änderungen von upstream auf die Füße fällt.

Ich dachte in der wirklich professionellen IT verwendet man
Distributionen die einem das Environment von 2018 bis 2028 garantieren
und zahlt dafür nicht zu knapp freiwillig Geld?

Selbst Debian, und das ist Distribution von denen alle sagen dass der
Support so schlecht und die Software so alt ist, releast nur alle zwei
Jahre, das kann also gar nicht alle sechs Monate explodieren.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#129455

FromDietz Proepper <dietz.usenet@rotfl.franken.de>
Date2023-03-18 09:34 +0100
Message-ID<20230318093437.1b84af22.dietz.usenet@rotfl.franken.de>
In reply to#129427
Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

> Dietz Proepper <dietz.usenet@rotfl.franken.de> wrote:
> >Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> >> Und die Replik "ja, das kann man sich ja problemlos
> >> zusammenfrickeln" trennt den Profi vom Frickler.  
> >
> >Und der Uberprofi fordert von Infra zudem, dass sie ihm nicht alle
> >sechs Monate durch willkürliche Änderungen von upstream auf die Füße
> >fällt.  
> 
> Ich dachte in der wirklich professionellen IT verwendet man
> Distributionen die einem das Environment von 2018 bis 2028 garantieren
> und zahlt dafür nicht zu knapp freiwillig Geld?

Ich war gedanklich ein bis zwei Ebenen höher gesprungen und hatte
"docker", "node.js" udgl. im Hinterkopf.

-- 
I'm Wally and I identify as a guy who doesn't use the right pronouns.

[toc] | [prev] | [next] | [standalone]


#129480

FromThomas Hochstein <thh@thh.name>
Date2023-03-18 20:02 +0100
Message-ID<dcoulm.20230318200216.360@scatha.ancalagon.de>
In reply to#129455
Dietz Proepper schrieb:

> Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> > Dietz Proepper <dietz.usenet@rotfl.franken.de> wrote:
>>> Und der Uberprofi fordert von Infra zudem, dass sie ihm nicht alle
>>> sechs Monate durch willkürliche Änderungen von upstream auf die Füße
>>> fällt.  
>> Ich dachte in der wirklich professionellen IT verwendet man
>> Distributionen die einem das Environment von 2018 bis 2028 garantieren
>> und zahlt dafür nicht zu knapp freiwillig Geld?
> 
> Ich war gedanklich ein bis zwei Ebenen höher gesprungen und hatte
> "docker", "node.js" udgl. im Hinterkopf.

Bei denen explodiert alles durch Änderungen nur alle sechs Monate?

[toc] | [prev] | [next] | [standalone]


#129494

FromDietz Proepper <dietz.usenet@rotfl.franken.de>
Date2023-03-19 07:18 +0100
Message-ID<20230319071851.7c45019c.dietz.usenet@rotfl.franken.de>
In reply to#129480
Thomas Hochstein <thh@thh.name> wrote:

> Dietz Proepper schrieb:
> 
> > Marc Haber <mh+usenetspam1118@zugschl.us> wrote:  
> > > Dietz Proepper <dietz.usenet@rotfl.franken.de> wrote:  
> >>> Und der Uberprofi fordert von Infra zudem, dass sie ihm nicht alle
> >>> sechs Monate durch willkürliche Änderungen von upstream auf die
> >>> Füße fällt.    
> >> Ich dachte in der wirklich professionellen IT verwendet man
> >> Distributionen die einem das Environment von 2018 bis 2028
> >> garantieren und zahlt dafür nicht zu knapp freiwillig Geld?  
> > 
> > Ich war gedanklich ein bis zwei Ebenen höher gesprungen und hatte
> > "docker", "node.js" udgl. im Hinterkopf.  
> 
> Bei denen explodiert alles durch Änderungen nur alle sechs Monate?

Manchmal auch öfters.

[toc] | [prev] | [next] | [standalone]


#129505

FromThomas Hochstein <thh@thh.name>
Date2023-03-19 10:45 +0100
Message-ID<dcoulm.20230319104533.377@scatha.ancalagon.de>
In reply to#129494
Dietz Proepper schrieb:

> Thomas Hochstein <thh@thh.name> wrote:
>> Dietz Proepper schrieb:
>>> Ich war gedanklich ein bis zwei Ebenen höher gesprungen und hatte
>>> "docker", "node.js" udgl. im Hinterkopf.  
>> 
>> Bei denen explodiert alles durch Änderungen nur alle sechs Monate?
> 
> Manchmal auch öfters.

Es hatte mich auch gewundert, dass Du da von solcher Stabilität ausgehst.
:)

[toc] | [prev] | [next] | [standalone]


#129506

FromDietz Proepper <dietz.usenet@rotfl.franken.de>
Date2023-03-19 11:13 +0100
Message-ID<20230319111308.2b90de56.dietz.usenet@rotfl.franken.de>
In reply to#129505
Thomas Hochstein <thh@thh.name> wrote:

> Dietz Proepper schrieb:
> 
> > Thomas Hochstein <thh@thh.name> wrote:  
> >> Dietz Proepper schrieb:  
> >>> Ich war gedanklich ein bis zwei Ebenen höher gesprungen und hatte
> >>> "docker", "node.js" udgl. im Hinterkopf.    
> >> 
> >> Bei denen explodiert alles durch Änderungen nur alle sechs Monate?
> >>  
> > 
> > Manchmal auch öfters.  
> 
> Es hatte mich auch gewundert, dass Du da von solcher Stabilität
> ausgehst. :)

Ich kann mich besser als von systemd fernhalten ;-).

[toc] | [prev] | [next] | [standalone]


#129395

FromMarcus Jodorf <m@bogomips.de>
Date2023-03-16 04:03 +0100
Message-ID<87pm99ieiz.fsf-bofh@killfile.de>
In reply to#129372
Christian Garbs <mitch@cgarbs.de> schrieb:

> Das hat dann ja nichts mehr mit dem Initsystem zu tun, wenn ich
> manuell irgendwie über cron hintenrum gemurkst Dienste starte.

Das „gemurkst“ interpretierst Du da nur einfach rein.

> Mit systemd --user lege ich mir eine Unit an, die verhält sich dann
> genauso wie eine "richtiger" Service und bietet automatische Restarts,
> Start abhängig von irgendwelchen anderen Events ("Runlevel"-Wechsel,
> Start oder Ende anderer Services, Mount-Events, Traffic auf
> Netzwerksockets, …), Logging per journalctl usw.

Das ist mittlerweile echt altmodisch. Heute macht man sowas z.B. mit
docker. Der startet Deine Dienste auch automatisch wieder nach
Systemstart, kann Abhängigkeiten, metrics, usw.

> Die Teilfrage war "Was kann systemd (als Initsystem, nicht als
> Komplettpaket), was init.d nicht kann" und eine Antwort ist
> "user-spezifische Units".

Die man in den meisten Fällen schlicht nicht braucht und die im
Zeitalter der Containerisierung schon recht altbacken aussehen.

Und mal ehrlich. User-spezifische units mit systemd ist mal scheiße zu
bedienen und unübersichtlich. Ich hab das einmal versucht und muß das
echt nicht noch einmal verwenden.

Wenn ich nur die Ausgabe von „systemd-analyze --user unit-paths“ sehe,
möchte ich mich eigentlich schon spontan übergeben.


Gruß,

Marcus
⚂⚃

[toc] | [prev] | [next] | [standalone]


Page 7 of 9 — ← Prev page 1 2 3 4 5 6 [7] 8 9  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc


csiph-web