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

Snap? Nein Danke!

Started by	Erika Ciesla <abc@xyz.invalid>
First post	2022-08-16 19:15 +0200
Last post	2022-08-18 14:22 +0200
Articles	20 on this page of 221 — 29 participants

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

  Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 19:15 +0200
    Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-16 19:31 +0200
      Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 19:57 +0200
        Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 07:47 +0200
          Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 07:51 +0200
          Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 08:33 +0200
            Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-17 09:08 +0200
            Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 09:16 +0200
              Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 10:52 +0200
                Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 11:23 +0200
                  Re: Snap? Nein Danke! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-08-17 13:22 +0000
                    Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-17 14:58 +0000
                    Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 18:12 +0200
                      Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-17 18:18 +0200
                        Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 18:32 +0200
                          Re: Snap? Nein Danke! klaus reile <klaus.reile@no-more-mail-to.zr> - 2022-08-17 19:08 +0200
                      Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-17 16:38 +0000
                    Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 18:45 +0200
                      Re: Snap? Nein Danke! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-08-17 19:40 +0000
                  Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 18:13 +0200
                    Re: Snap? Nein Danke! Michael Brand <brandm@gmx.net> - 2022-08-17 21:36 +0200
              Re: Snap? Nein Danke! Jens Schüßler <j.schuess@nurfuerspam.de> - 2022-08-18 03:15 +0200
                Re: Snap? Nein Danke! Frank Miller <miller@posteo.ee> - 2022-08-18 05:05 +0200
            Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 22:30 +0200
              Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-17 23:31 +0200
                Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:03 +0200
                  Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-18 08:20 +0200
                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-18 08:23 +0200
                    Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 09:20 +0200
                    Re: Snap? Nein Danke! Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-08-18 14:19 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-17 08:45 +0200
            Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-17 09:39 +0200
              Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 10:55 +0200
          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-17 08:52 +0200
            Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-17 11:11 +0200
              Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 12:39 +0200
                Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2023-02-07 20:45 +0100
                  Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2023-02-07 21:26 +0100
              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-17 17:40 +0200
                Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2023-02-07 21:01 +0100
              Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-17 22:49 +0200
          Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-17 10:00 +0000
            Re: Snap? Nein Danke! "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-08-17 10:10 +0000
          Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-17 22:57 +0200
          Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-18 11:41 +0200
            Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-18 16:32 +0200
              Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-19 15:19 +0200
              Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-21 19:21 +0200
                Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 20:51 +0200
                  Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-21 21:47 +0200
                    Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-21 20:43 +0000
                    Re: Snap? Nein Danke! Paul Muster <exp-311222@news.muster.net> - 2022-08-22 07:43 +0200
                    Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-22 17:29 +0200
                      Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-22 17:42 +0000
                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-22 07:41 +0200
                    Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-22 17:30 +0200
                      Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-22 17:20 +0000
                        Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-23 11:15 +0200
                          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 13:02 +0200
                            Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-24 09:20 +0200
                              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 13:33 +0200
                                Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-24 15:14 +0200
                                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 15:44 +0200
                                    Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-24 18:20 +0200
                              Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-24 16:51 +0000
                        Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 12:58 +0200
                          Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-23 15:59 +0200
                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 22:14 +0200
            Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-19 00:36 +0200
              Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-19 08:43 +0200
              Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-19 07:32 +0000
                Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-19 13:27 +0200
              Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-19 15:21 +0200
                Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-19 13:58 +0000
                  Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-20 02:49 +0200
                    Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-20 05:45 +0200
                      Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-20 13:09 +0000
                        Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-20 22:44 +0200
                      Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 16:05 +0200
                    Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-20 13:03 +0000
                      Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 16:13 +0200
                        Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-21 21:05 +0000
                        Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2023-02-08 15:14 +0100
                          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2023-02-18 09:27 +0100
                Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-21 19:39 +0200
                  Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 20:53 +0200
                    Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-21 21:53 +0200
                      Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-22 17:32 +0200
                        Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-22 17:18 +0000
                          Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-23 16:01 +0200
                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-22 07:54 +0200
                    Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-22 16:18 +0200
        Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 09:15 +0200
          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-17 09:44 +0200
            Re: Snap? Nein Danke! Christian Garbs <mitch@cgarbs.de> - 2022-08-17 19:33 +0000
              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-18 07:25 +0200
              Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:09 +0200
                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-18 08:19 +0200
              Re: Snap? Nein Danke! Jens Schüßler <j.schuess@nurfuerspam.de> - 2022-08-18 18:23 +0200
                Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-19 06:04 +0200
          Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-17 10:41 +0200
            Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:08 +0200
              Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-17 17:08 +0200
                Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 20:26 +0200
                  Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-18 08:32 +0200
          Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:06 +0200
            Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-17 17:22 +0200
              Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 17:36 +0200
                Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 20:27 +0200
                  Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:10 +0200
                    Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-18 10:20 +0200
                  Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-18 13:33 +0200
            Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 20:27 +0200
              Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:10 +0200
                Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-18 08:26 +0200
                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-18 08:34 +0200
                Re: Snap? Nein Danke! "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-08-18 07:42 +0000
    Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-16 19:53 +0200
      Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 20:09 +0200
        Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-16 20:21 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 20:33 +0200
          Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-16 20:34 +0200
    Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 20:14 +0200
      Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 20:20 +0200
        Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-16 20:55 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 21:04 +0200
        Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 21:01 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 21:11 +0200
            Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 21:26 +0200
              Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-16 21:42 +0200
                Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 22:03 +0200
                  Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 09:18 +0200
                    Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 11:43 +0200
                      Re: Snap? Nein Danke! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-08-17 13:28 +0000
                        Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 15:49 +0200
                          Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-17 21:07 +0200
                          Re: Snap? Nein Danke! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-08-17 19:43 +0000
                          Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-18 00:27 +0200
                            Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-18 09:34 +0200
                              Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-18 23:52 +0200
                                Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-19 06:08 +0200
                                  Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-19 11:26 +0200
                                    Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-19 17:33 +0200
                                      Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-19 17:41 +0200
                                        Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-21 15:45 +0200
                                          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-22 08:27 +0200
                                            Re: Snap? Nein Danke! Marcel Logen <333200007110-0201@ybtra.de> - 2022-08-23 12:47 +0200
                                              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 14:24 +0200
                                                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-23 15:03 +0200
                                                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 16:19 +0200
                                                    Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 17:41 +0200
                                                      Re: Snap? Nein Danke! Michael Brand <brandm@gmx.net> - 2022-08-23 18:26 +0200
                                                      Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-24 11:25 +0200
                                                        Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 16:04 +0200
                                                          Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-24 18:32 +0200
                                                          Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-25 10:32 +0200
                                      Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-20 07:49 +0200
                                        Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-20 08:47 +0000
                                          Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-20 12:55 +0000
                                          Re: Snap? Nein Danke! Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-08-20 15:00 +0200
                                            Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-23 18:05 +0200
                                              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 07:23 +0200
                                                Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-24 15:16 +0200
                                                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 16:10 +0200
                                                Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-24 20:36 +0200
                                                Re: Snap? Nein Danke! Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-08-24 22:56 +0200
                                              Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-24 10:19 +0200
                                                Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 15:33 +0200
                                                  Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-24 20:10 +0200
                                          Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-20 21:39 +0200
                                            Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-20 22:01 +0000
                                              Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-21 10:40 +0200
                                                Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-21 08:52 +0000
                                                  Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-21 11:00 +0200
                                                    Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-21 11:04 +0200
                                        Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-20 11:05 +0200
                                          Re: Snap? Nein Danke! klaus reile <klaus.reile@no-more-mail-to.zr> - 2022-08-20 11:29 +0200
                                          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-20 11:52 +0200
                                          Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-20 12:25 +0200
                                          Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-20 21:39 +0200
                                        Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-20 11:28 +0200
                                          Re: Snap? Nein Danke! Laurenz Trossel <me@example.invalid> - 2022-08-20 16:08 +0000
                                      Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-21 15:40 +0200
                      Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 20:28 +0200
                Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-17 10:29 +0200
                Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:13 +0200
                  Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-17 21:11 +0200
                    Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:15 +0200
                      Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-19 21:57 +0200
                        Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-20 13:47 +0200
                          Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-20 23:11 +0200
                            Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-21 00:23 +0200
                            Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-21 11:06 +0200
                              Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 11:27 +0200
                                Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-21 11:41 +0200
                                  Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-21 15:54 +0200
                                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 13:36 +0200
                                Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-21 13:50 +0200
                                  Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 14:42 +0200
                                Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 16:46 +0200
                                  Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 22:16 +0200
                                    Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-22 17:33 +0200
      Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-16 21:38 +0200
        Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 21:44 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-17 07:58 +0200
            Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 09:11 +0200
              Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-17 21:14 +0200
    Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 07:31 +0200
      Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:23 +0200
        Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 22:15 +0200
          Re: Snap? Nein Danke! Dr Eberhard Lisse <nospam@lisse.NA> - 2022-08-18 12:32 +0200
            Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-19 22:09 +0200
              Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-20 09:49 +0200
    Re: Snap? Nein Danke! Dr Eberhard Lisse <nospam@lisse.NA> - 2022-08-17 13:26 +0200
      Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 13:47 +0200
      Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:49 +0200
        Re: Snap? Nein Danke! Dr Eberhard Lisse <nospam@lisse.NA> - 2022-08-17 16:34 +0200
          Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 17:37 +0200
            Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 18:03 +0200
              Re: Snap? Nein Danke! Dr Eberhard Lisse <nospam@lisse.NA> - 2022-08-18 12:20 +0200
                Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-18 14:22 +0200

Page 10 of 12 — ← Prev page 1 … 8 9 [10] 11 12 Next page →

#124200

From	Hermann Riemann <nospam.ng@hermann-riemann.de>
Date	2022-08-20 11:28 +0200
Message-ID	<jmbnphF5t5eU1@mid.individual.net>
In reply to	#124195

Am 20.08.22 um 07:49 schrieb Peter Scholz:
> Arno Welzel schrieb am Fri, 19 Aug 2022 17:33:03 +0200:
> 
>> Peter Scholz, 2022-08-19 11:26:
>>
>>> Hermann Riemann schrieb am Fri, 19 Aug 2022 06:08:18 +0200:
>>>
>>>> Mit den Distributionen und GUIs ist das wie mit den Parteien,
>>>> man versucht anhand von Propaganda? das kleinste Übel zu wählen.
>>>
>>> Im Gegensatz zu anderen Betriebssystemen ist jeder Linux-Standalone-
>>> User für die Probleme auf seinem Computer selbst verantwortlich. Ich
>>> nutze alles für umsonst und habe folglich grundsätzlich keine Garantien
>>> für gar nichts.
>>
>> Garantien für irgendwas hat man bei Windows, Android, macOS und iOS
>> ebenso wenig [...]
> 
> Stimmt! Welche Garantien hast du überhaupt im Leben, außer dass es
> garantiert tödlich endet?

Garantien gibt es viel. z.B. "Die Rente ist sicher".
Bei der Einhaltung gibt es Gestaltungsmöglichkeiten.

>> [...] und je nach Fähigkeiten des Users kann man sich damit auch
>> beliebig viel Ärger einhandeln.

> Stimmt! Es ist grundsätzlich keine Kunst jedes Betriebssystem ganz
> schnell zu Grunde zu richten :-)

Nicht jeder kennt FORMAT C:  äh su;parted /dev/sd? rm ..

> Wie gehe ich als Normal-User mit der Propaganda um? Was darf ich
> glauben? Wie kann ich die schlimmsten Übel vermeiden?

> Im Linux-Space gibt es mindestens so viele Arschlöcher, wie im
> Dunstkreis anderer Betriebssysteme.

Das hängt von der Zählung ab. Da Android eine Linux Degeneration sein 
soll, und da Android verbreiterter als windows sein dürfte ..


> Es gibt aber kaum ein anderes Betriebssystem der Welt, mit dem auch ein
> Normal-User solche Möglichkeiten hat, seinen Mangel an Wissen auf eine
> Ebene anzuheben, um selbstbestimmt, sein Betriebssystem so zu
> gestalten, wie er es haben will.

Das mit dem will und geht auch ..

> Bei Linux ist grundsätzlich alles offen

Nur (theoretisch und formal) Kernel ..
Bei Nvidia ist vermutlich nicht alles offen

> und für jedermann zugänglich.

Können alle C?

Du hast noch kein Linux von bytec erhalten?

> Ok - der Preis ist dann viel Arbeit ;-)

Die Änderungen sind schneller als ich lernen kann.

Hermann
    der eben nicht herausgefunden hat,
    in welcher Endlosschleife rsync -a so fest hing,
    das selbst df nichts mehr anzeigte.

-- 
http://www.hermann-riemann.de

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

#124211

From	Laurenz Trossel <me@example.invalid>
Date	2022-08-20 16:08 +0000
Message-ID	<tdr0u6$11ht$1@gioia.aioe.org>
In reply to	#124200

On 2022-08-20, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:

>     der eben nicht herausgefunden hat,
>     in welcher Endlosschleife rsync -a so fest hing,
>     das selbst df nichts mehr anzeigte.

i/o wait

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

#124244

From	Kay Martinen <usenet@martinen.de>
Date	2022-08-21 15:40 +0200
Message-ID	<28p9ti-60s.ln1@news.martinen.de>
In reply to	#124184

Am 19.08.22 um 17:33 schrieb Arno Welzel:
> Peter Scholz, 2022-08-19 11:26:
> 
>> Hermann Riemann schrieb am Fri, 19 Aug 2022 06:08:18 +0200:
>>
>>> Mit den Distributionen und GUIs ist das wie mit den Parteien,
>>> man versucht anhand von Propaganda? das kleinste Übel zu wählen.
>>
>> Im Gegensatz zu anderen Betriebssystemen ist jeder Linux-Standalone- 
>> User für die Probleme auf seinem Computer selbst verantwortlich. Ich
>> nutze alles für umsonst und habe folglich grundsätzlich keine Garantien
>> für gar nichts.
> 
> Garantien für irgendwas hat man bei Windows, Android, macOS und iOS
> ebenso wenig und je nach Fähigkeiten des Users kann man sich damit auch
> beliebig viel Ärger einhandeln.

Das Resultiert dann in dem "Standard-Tip" es einfach mal komplett neu zu
installieren wenn es FUBAK ist. :-)

Das gilt prinzipiell für jedes OS wo einem diese Möglichkeit (Seitens SW
o. HW) nicht genommen ist. Der größere Unterschied ist: Für Windows muß
man üblicherweise viel Geld bezahlen, bekommt aber dennoch Null Support
vom Hersteller - von Updates und Patches bis EOL abgesehen.

Da es für NonWindows oft auch keinen Support in dem Sinne gibt bleibt
als Alleinstellung "viel Geld" bezahlt zu haben.

Das man als Besitzer der HW und Entscheider welches OS drauf läuft für
allen Scheiß den man dabei produziert hat selbst verantwortlich ist, das
ist nun echt keine neuigkeit. War schon immer so!

Was bleibt übrig: Bei Closed Source mußt du alles glauben und kannst
kaum etwas wissen. Bei Open Source *brauchst* du nichts glauben und
*kannst* wohl alles wissen - sofern du es selbst oder mit anderen raus
finden kannst, und willst! Und dieser Wille fehlt nicht nur dem ONU
regelmäßig. Mir auch oft, da muß schon richtig Mist passieren das ich
mich mit irgendwas näher befasse. Und für mich ist das ein Hobby und
kein Broterwerb.

Ｂｙｅ／
   ／Ｋａｙ

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

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

#124111

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2022-08-17 20:28 +0200
Message-ID	<tdjbvh$sjdt$1@news1.tnib.de>
In reply to	#124069

Tim Ritberg <tim@server.invalid> wrote:
>Es ist bekannt, dass Software bei Debian oft älter ist.

Und nicht richtig.

-- 
-------------------------------------- !! 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]

#124063

From	Claus Reibenstein <creibens@gmail.com>
Date	2022-08-17 10:29 +0200
Message-ID	<jm3n80Fo5c2U1@mid.individual.net>
In reply to	#124046

Kay Martinen schrieb am 16.08.2022 um 21:42:

> Hat Debian nicht die Tendenz Programme als Snap o.a. Container zu
> ersetzen - so wie XYZ-Ubuntu das gern hätte?

Hoffentlich nicht. Sollten sie mit diesem Blödsinn anfangen, werde ich
mich nach einer anderen Distri umschauen.

Dieser Snap-Schrott kommt mir nicht auf den Rechner!

Gruß
Claus

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

#124076

From	Marco Moock <mo01@posteo.de>
Date	2022-08-17 13:13 +0200
Message-ID	<20220817131350.3160e5ef.mo01@posteo.de>
In reply to	#124046

Am Dienstag, 16. August 2022, um 21:42:48 Uhr schrieb Kay Martinen:

> Hat Debian nicht die Tendenz Programme als Snap o.a. Container zu
> ersetzen - so wie XYZ-Ubuntu das gern hätte?

Das wäre mir völlig neu.

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

#124114

From	Kay Martinen <usenet@martinen.de>
Date	2022-08-17 21:11 +0200
Message-ID	<g4rvsi-vef.ln1@news.martinen.de>
In reply to	#124076

Am 17.08.22 um 13:13 schrieb Marco Moock:
> Am Dienstag, 16. August 2022, um 21:42:48 Uhr schrieb Kay Martinen:
> 
>> Hat Debian nicht die Tendenz Programme als Snap o.a. Container zu
>> ersetzen - so wie XYZ-Ubuntu das gern hätte?
> 
> Das wäre mir völlig neu.
> 

Mir auch. Die Frage war blöd formuliert. "Hat Debian NICHT diese
Tendenz" wäre wohl deutlicher gewesen.

Ähm... immerhin haben sie bei systemd "mit" gezogen. Da kann man schon
mal besorgt fragen oder?

Ｂｙｅ／
   ／Ｋａｙ

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

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

#124132

From	Marco Moock <mo01@posteo.de>
Date	2022-08-18 08:15 +0200
Message-ID	<tdkled$s489$7@dont-email.me>
In reply to	#124114

Am Mittwoch, 17. August 2022, um 21:11:44 Uhr schrieb Kay Martinen:

> Ähm... immerhin haben sie bei systemd "mit" gezogen. Da kann man schon
> mal besorgt fragen oder?

In gewissen Maßen ja, aber ich habe die letzten Tage mal Slackware
getestet und muss sagen, dass ich systemd gegenüber SysVinit bevorzuge
- zumindest bisher. SysVinit habe ich vorher noch nie angefasst.

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

#124190

From	Kay Martinen <usenet@martinen.de>
Date	2022-08-19 21:57 +0200
Message-ID	<6i65ti-se5.ln1@news.martinen.de>
In reply to	#124132

Am 18.08.22 um 08:15 schrieb Marco Moock:
> Am Mittwoch, 17. August 2022, um 21:11:44 Uhr schrieb Kay Martinen:
> 
>> Ähm... immerhin haben sie bei systemd "mit" gezogen. Da kann man schon
>> mal besorgt fragen oder?
> 
> In gewissen Maßen ja, aber ich habe die letzten Tage mal Slackware
> getestet und muss sagen, dass ich systemd gegenüber SysVinit bevorzuge
> - zumindest bisher. SysVinit habe ich vorher noch nie angefasst.

Angefasst i.s.v. dies und jenes starten/stoppen oder seltenst mal etwas
selbst erstellt hab ich das schon länger.

Wenn du einen eigenen Dienst einrichten willst mußt du eigentlich nur
das 'skeleton' script das irgendwo unter /etc/init.? liegen sollte für
deine Zwecke an passen. Also pfad und name des daemon, ggf. PID-datei
und dann halt prüfen ob er damit startet und auch gestoppt wird - und
das pid-file abgeräumt wird.

Natürlich wird jetzt wieder einer (Marc?) sagen ein service-file
schreibt sich viel einfacher. Mag sein, aber mir wäre es dort z.b. ein
rätsel ob und was ich da als 'wants' oder 'before' oder 'target' angeben
könnte, müsste oder dürfte um das auch korrekt mit den Abhängigen
"Diensten" zu machen.

Finde ich bei SysVInit einfacher. 0 und 6 sind vorbelegt, und 2-4 sind
meist in der Folge Console, Network und X gruppiert.

Bei debian benutzt man 'update-rc.d' um die Runlevel seines Scripts zu
setzen oder man legt selbst passende Symbolische Links an die aus den
rc[1-6].d verzeichnissen nach /etc/init.d/scriptname verweisen.

Wenn man den Desktop los werden wollte und zwecks Wartung zur Konsole
wollte reichte ein 'telinit 2' und alles aus 4 wird beendet. Will man
dann einen netzwerkdienst test-starten reichte ein 'telinit 3'.

Und gewohnheitsmäßig tippe ich z.b. auch 'halt' oder 'reboot' oder ggf.
'shutdown -R now' ein.

Jedenfalls lieber als 'systemctl reboot' oder was auch immer da opportun
ist. Da habe ich schon öfters mal gesessen und auf ein "[xyz] waiting
for schutdown of xyz" o.ä. mit einem roten Wackelig tickerndem Timer der
im Minutenbereich runter zählt und dennoch nie fertig wird aber effektiv
den ganzen Prozess aufhält.

M.w. war 'init' so drauf das es einem programm/prozess per script
beendet wie dort vorgesehen und wenn das nach xx sekunden nichts wurde
dann wird der gekillt (vermutlich a la 'kill -9') und war damit effektiv
tot. Es kam dann zwar gelegentlich mal eine Letzte Meldung des
Sterbenden auf der konsole aber: Das system startete neu oder fuhr
runter. Machte also in endlicher Zeit das was ihm befohlen wurde. Und
darauf kommt's mir dann schon eher an. Privat hab ich auch weder Zeit
noch Lust oder Grund nach dem Neustart logs nach so was ab zu suchen,
crashdumps aus zu werten oder sonstiges - was nicht mit einem 'DEBUG' im
konfigfile zu klären ist.

Kurz: Der rechenknecht soll tun was ICH ihm sage und nicht was ein
init-system der 3. Art meint was nun grade aus diesem oder jenem grund
opportun wäre drauf zu warten bis zum Sankt Nimmerleins-tag.

Sorry, liest sich vielleicht nun schon wieder wie systemd-bashing.
Sollte aber nur ein Vergleich werden - aus meiner Perspektive.

Ich benutze beides und so lange es läuft fasse ich nichts an. Aber wenn
nicht, befasse ich mich lieber mit SysVInit als mit Systemd.


Ｂｙｅ／
   ／Ｋａｙ

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

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

#124205

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2022-08-20 13:47 +0200
Message-ID	<tdqhjp$1bg5l$1@news1.tnib.de>
In reply to	#124190

Kay Martinen <usenet@martinen.de> wrote:
>Finde ich bei SysVInit einfacher. 0 und 6 sind vorbelegt, und 2-4 sind
>meist in der Folge Console, Network und X gruppiert.

Das wird halt selbst bei sysvinit seit > 10 Jahren nicht mehr in
dieser Form benutzt, Abhängigkeiten muss man dort inzwischen auch
hinschreiben.

-- 
-------------------------------------- !! 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]

#124217

From	Dietz Proepper <dietz-usenet@rotfl.franken.de>
Date	2022-08-20 23:11 +0200
Message-ID	<20220820231106.52c58e0b.dietz-usenet@rotfl.franken.de>
In reply to	#124205

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

> Kay Martinen <usenet@martinen.de> wrote:
> >Finde ich bei SysVInit einfacher. 0 und 6 sind vorbelegt, und 2-4
> >sind meist in der Folge Console, Network und X gruppiert.  
> 
> Das wird halt selbst bei sysvinit seit > 10 Jahren nicht mehr in
> dieser Form benutzt, Abhängigkeiten muss man dort inzwischen auch
> hinschreiben.

s/muss/kann, oder?

-- 
 SIC SEMPER
+--|=======>
  TYRANNIS

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

#124219

From	Kay Martinen <usenet@martinen.de>
Date	2022-08-21 00:23 +0200
Message-ID	<gg38ti-o6n.ln1@news.martinen.de>
In reply to	#124217

Am 20.08.22 um 23:11 schrieb Dietz Proepper:
> Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> 
>> Kay Martinen <usenet@martinen.de> wrote:
>>> Finde ich bei SysVInit einfacher. 0 und 6 sind vorbelegt, und 2-4
>>> sind meist in der Folge Console, Network und X gruppiert.  
>>
>> Das wird halt selbst bei sysvinit seit > 10 Jahren nicht mehr in
>> dieser Form benutzt, Abhängigkeiten muss man dort inzwischen auch
>> hinschreiben.

Für was? Systemd braucht's doch im script nicht oder? Der bastelt sich
doch seine eigene parallele Wirklichkeit.

> s/muss/kann, oder?
> 

Würde ich auch so sehen. Inittab aus einem aktuellen EISFAIR (Server,
kein X)


> # /etc/inittab file generated by 'pvops'
> #
> # Creation date:  2012-10-15  root
> #
> # Do not edit this file directly, create a '/etc/inittab.package-name'
> # file and re-run the 'update-inittab' command to update.
> #----------------------------------------------------------------------
> #------------------------------------------------------------------------------
> # /etc/inittab
> #
> # Creation:     2001-08-07 fm
> # Last Update:  2001-08-12 fm
> #
> # Copyright (c) 2001 Frank Meyer
> #------------------------------------------------------------------------------
> 
> id:2:initdefault:                               # default runlevel is 2
> si:I:bootwait:/etc/init.d/boot                  # boot script
> l0:0:wait:/etc/init.d/rc 0                      # 0: halt
> l1:1:wait:/etc/init.d/rc 1                      # 1: multi-user without network
> l2:2:wait:/etc/init.d/rc 2                      # 2: multi-user with network
> l6:6:wait:/etc/init.d/rc 6                      # 6: reboot
> lS:S:wait:/etc/init.d/rc S                      # S: single-user
> sh:S:respawn:/bin/sh </dev/tty1 >/dev/tty1 2>&1 # single user shell on tty1
> #ca::ctrlaltdel:/etc/init.d/wakeup              # BETA-VERSION: wakeup init
> ca::ctrlaltdel:/sbin/shutdown -r now            # CTRL-ALT-DEL reboots

Mann *kann* immer noch. Das mit den Abhängigkeiten im Kopf der einzelnen
Scripte habe ich früher mal bei einem Debian bemerkt aber nicht wirklich
verfolgt auf was das genau zurück geht. War jedenfalls ein älteres das
noch SysVinit verwendete. Wird wohl ein Tool nötig sein oder
entsprechend abgefaßte Scripte damit diese das direkt berücksichtigen
können. 'update-rc.d' hätte ich da eher nicht in verdacht da ich das nur
als änderungstool per cli kenne.


Ｂｙｅ／
   ／Ｋａｙ

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

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

#124233

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2022-08-21 11:06 +0200
Message-ID	<tdsshp$1g8pc$1@news1.tnib.de>
In reply to	#124217

Dietz Proepper <dietz-usenet@rotfl.franken.de> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>
>> Kay Martinen <usenet@martinen.de> wrote:
>> >Finde ich bei SysVInit einfacher. 0 und 6 sind vorbelegt, und 2-4
>> >sind meist in der Folge Console, Network und X gruppiert.  
>> 
>> Das wird halt selbst bei sysvinit seit > 10 Jahren nicht mehr in
>> dieser Form benutzt, Abhängigkeiten muss man dort inzwischen auch
>> hinschreiben.
>
>s/muss/kann, oder?

Ich hatte das verwechselt, Runlevels hat sysvinit bis zum Schluss
benutzt. Die Abhängigkeiten in den Kommentaren der Initscripts wurden
benutzt um die Nummern hinter den Links in den Runlevel-Verzeichnissen
so zu setzen, dass beim sequenziellen Start der Dienste in
lexikalischer Reihenfolge kein Rauch austritt.

Was für ein Gefrickel das war. Ich weine ihm wirklich keine Träne
nach.

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]

#124234

From	Dietz Proepper <dietz-usenet@rotfl.franken.de>
Date	2022-08-21 11:27 +0200
Message-ID	<20220821112732.6f487c0f.dietz-usenet@rotfl.franken.de>
In reply to	#124233

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

> Dietz Proepper <dietz-usenet@rotfl.franken.de> wrote:
> >Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> >  
> >> Kay Martinen <usenet@martinen.de> wrote:  
> >> >Finde ich bei SysVInit einfacher. 0 und 6 sind vorbelegt, und 2-4
> >> >sind meist in der Folge Console, Network und X gruppiert.    
> >> 
> >> Das wird halt selbst bei sysvinit seit > 10 Jahren nicht mehr in
> >> dieser Form benutzt, Abhängigkeiten muss man dort inzwischen auch
> >> hinschreiben.  
> >
> >s/muss/kann, oder?  
> 
> Ich hatte das verwechselt, Runlevels hat sysvinit bis zum Schluss
> benutzt. Die Abhängigkeiten in den Kommentaren der Initscripts wurden
> benutzt um die Nummern hinter den Links in den Runlevel-Verzeichnissen
> so zu setzen, dass beim sequenziellen Start der Dienste in
> lexikalischer Reihenfolge kein Rauch austritt.

Yupp.

> Was für ein Gefrickel das war. Ich weine ihm wirklich keine Träne
> nach.

Ich habe immer noch mein Problem von vor ein paar Wochen - setze eine
Route auf ein Interface, das als Seiteneffekt einer startenden unit
irgendwann nachdem systemd die unit für "gestartet" erklärt hat hoch
kommt.

Ich habe das *nicht* schön hin bekommen. Im Moment ist das Ganze über
einen Timer gelöst, fragil und hässlich.

Zu Zeiten von sysvinit konnte ich mit fünf Zeilen Shellskript pollen
bis der Dienst soweit war. Auch nicht perfekt, aber deterministischer
als ein Timer auf den Unit-Start.

Und nein, ich will *nicht* zu klassischem sysvinit zurück. Nur ist
shittyd in meinen Augen eine ausgesprochen fragwürdige Ersetzung.

-- 
 SIC SEMPER
+--|=======>
  TYRANNIS

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

#124235

From	Tim Ritberg <tim@server.invalid>
Date	2022-08-21 11:41 +0200
Message-ID	<tdsuke$67rt$1@tota-refugium.de>
In reply to	#124234

Am 21.08.22 um 11:27 schrieb Dietz Proepper:
> Und nein, ich will *nicht* zu klassischem sysvinit zurück. Nur ist
> shittyd in meinen Augen eine ausgesprochen fragwürdige Ersetzung.
> 
FULL ACK.
Ausserdem wird es auch mal eine Post-systemd-Zeit geben.

Tim

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

#124246

From	Kay Martinen <usenet@martinen.de>
Date	2022-08-21 15:54 +0200
Message-ID	<f1q9ti-kp5.ln1@news.martinen.de>
In reply to	#124235

Am 21.08.22 um 11:41 schrieb Tim Ritberg:
> Am 21.08.22 um 11:27 schrieb Dietz Proepper:
>> Und nein, ich will *nicht* zu klassischem sysvinit zurück. Nur ist
>> shittyd in meinen Augen eine ausgesprochen fragwürdige Ersetzung.
>>
> FULL ACK.
> Ausserdem wird es auch mal eine Post-systemd-Zeit geben.

Echt? Wann fängt die an? Von geplanter Obsoleszenz habe ich da leider
noch nichts gehört. Das betrifft immer nur die falschen Dinge wie
Küchenmixer o.a. also sachen ohne die man nicht LEBEN kann! :-)

SCNR.

Mein Fidonet Node damals (4 Lines/3 PCs + Server m. Backend) hat gar
alles nur über Semaphoren (Flagfiles) in einer RAM disk gemanaged. Lief
lange, Schnell/Parallel und gut.

Das war Prä-DOSBox und Prä-VM Zeit. DOS, Lantastic und OS/2. Linux war
AFAIR auch noch nicht bei 1.0 angelangt. :)


Ｂｙｅ／
   ／Ｋａｙ

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

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

#124239

From	Dietz Proepper <dietz-usenet@rotfl.franken.de>
Date	2022-08-21 13:36 +0200
Message-ID	<20220821133635.25ae7e48.dietz-usenet@rotfl.franken.de>
In reply to	#124234

Ingrid:

> Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> > Ich hatte das verwechselt, Runlevels hat sysvinit bis zum Schluss
> > benutzt. Die Abhängigkeiten in den Kommentaren der Initscripts
> > wurden benutzt um die Nummern hinter den Links in den
> > Runlevel-Verzeichnissen so zu setzen, dass beim sequenziellen Start
> > der Dienste in lexikalischer Reihenfolge kein Rauch austritt.  
> 
> Yupp.

Bzw. als es das noch nicht gab (vor 2005 oder so bei debian?) haben wir
die Symlinks in den entsprechenden rc?.d-Verzeichnissen eben von Hand
gerade gezogen. War grundsätzlich auch viabel, benötigte halt ein wenig
mehr Verständnis des Systems.

-- 
 SIC SEMPER
+--|=======>
  TYRANNIS

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

#124240

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2022-08-21 13:50 +0200
Message-ID	<tdt661$1gqj4$1@news1.tnib.de>
In reply to	#124234

Dietz Proepper <dietz-usenet@rotfl.franken.de> wrote:
>Zu Zeiten von sysvinit konnte ich mit fünf Zeilen Shellskript pollen
>bis der Dienst soweit war. Auch nicht perfekt, aber deterministischer
>als ein Timer auf den Unit-Start.

Ich habe dafür auch keine schöne Lösung außer einer wait-Unit:

|$ sudo systemctl cat wait-vpn-ready | cat
|# /etc/systemd/system/wait-vpn-ready.service
|[Unit]
|Description=Wait until OpenVPN has come up
|Before=network-online.target
|After=systemd-networkd.service openvpn@server.service
|
|[Service]
|ExecStart=/bin/dash -c 'while ! ip --oneline addr show dev zg2vpn | grep -q 10\\.8\\.0\\.1; do sleep 1; done'
|Type=oneshot
|RemainAfterExit=yes
|TimeoutStartSec=60s
|
|[Install]
|WantedBy=network-online.target

Das ist aber natürlich auch nicht "der Weg", denn erstens möchte
Lennart ja nicht dass wir skripten und zweitens sollte openvpn einfach
mal den Weg der Tugend gehen und sich brav per dbus melden wenn es mit
der Initialisierung fertig ist, Muahaha. Ha.

Und bis dahin tut es die obige Krücke eigentlich ganz gut.

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]

#124243

From	Dietz Proepper <dietz-usenet@rotfl.franken.de>
Date	2022-08-21 14:42 +0200
Message-ID	<20220821144254.6c56820b.dietz-usenet@rotfl.franken.de>
In reply to	#124240

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

> Dietz Proepper <dietz-usenet@rotfl.franken.de> wrote:
> >Zu Zeiten von sysvinit konnte ich mit fünf Zeilen Shellskript pollen
> >bis der Dienst soweit war. Auch nicht perfekt, aber deterministischer
> >als ein Timer auf den Unit-Start.  
> 
> Ich habe dafür auch keine schöne Lösung außer einer wait-Unit:
> 
> |$ sudo systemctl cat wait-vpn-ready | cat
> |# /etc/systemd/system/wait-vpn-ready.service
> |[Unit]
> |Description=Wait until OpenVPN has come up
> |Before=network-online.target
> |After=systemd-networkd.service openvpn@server.service
> |
> |[Service]
> |ExecStart=/bin/dash -c 'while ! ip --oneline addr show dev zg2vpn |
> |grep -q 10\\.8\\.0\\.1; do sleep 1; done' Type=oneshot
> |RemainAfterExit=yes
> |TimeoutStartSec=60s
> |
> |[Install]
> |WantedBy=network-online.target  

*g* bei meiner steht im Wesentlichen sleep 10;, was Du machst ist ein
wenig eleganter.

> Das ist aber natürlich auch nicht "der Weg", denn erstens möchte
> Lennart ja nicht dass wir skripten und zweitens sollte openvpn einfach
> mal den Weg der Tugend gehen und sich brav per dbus melden wenn es mit
> der Initialisierung fertig ist, Muahaha. Ha.

Aber freilich.

> Und bis dahin tut es die obige Krücke eigentlich ganz gut.

Natürlich. Es ging mir um "nicht mehr frickeln".

-- 
 SIC SEMPER
+--|=======>
  TYRANNIS

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

#124249

From	Arno Welzel <usenet@arnowelzel.de>
Date	2022-08-21 16:46 +0200
Message-ID	<jmeuqqFlbhkU1@mid.individual.net>
In reply to	#124234

Dietz Proepper, 2022-08-21 11:27:

[...]
> Zu Zeiten von sysvinit konnte ich mit fünf Zeilen Shellskript pollen
> bis der Dienst soweit war. Auch nicht perfekt, aber deterministischer
> als ein Timer auf den Unit-Start.

Es spricht nichts dagegen, in der Unit genau das zu tun - eben ein
Shell-Script aufrufen, was dann wartet, bis alle Voraussetzungen rfüllt
sind und erst dann das Teil zu starten, was dann laufen soll. Das Srcipt
muss dann halt in ExecStart rein und je nach dem, wie sich das dann im
weiteren Verlauf vehält, muss man ggf. noch den Typ anpassen, damit
systemd weiß, dass das Script einen weiteren Prozess startet und wie es
diesen Prozess ggf. beenden kann. Aber letzteres könnte man auch als
Script machen und von systemd über ExecStop aufrufen lassen.


-- 
Arno Welzel
https://arnowelzel.de

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

Page 10 of 12 — ← Prev page 1 … 8 9 [10] 11 12 Next page →

csiph-web

Snap? Nein Danke!

Contents

#124200

#124211

#124244

#124111

#124063

#124076

#124114

#124132

#124190

#124205

#124217

#124219

#124233

#124234

#124235

#124246

#124239

#124240

#124243

#124249