Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #129231 > unrolled thread
| Started by | Kay Martinen <usenet@martinen.de> |
|---|---|
| First post | 2023-03-11 23:20 +0100 |
| Last post | 2023-03-12 16:59 +0100 |
| Articles | 20 on this page of 169 — 24 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
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-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? 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? 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 →
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2023-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?
Ｂｙｅ／
／Ｋａｙ
--
"Kann ein Wurstbrot die Welt retten?" :-)
[toc] | [prev] | [next] | [standalone]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2023-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]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-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]
| From | Sieghard <s_c_h_s@kabelmail.de> |
|---|---|
| Date | 2023-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]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2023-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]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-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]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2023-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]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-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]
| From | Dietz Proepper <dietz.usenet@rotfl.franken.de> |
|---|---|
| Date | 2023-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]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-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]
| From | Dietz Proepper <dietz.usenet@rotfl.franken.de> |
|---|---|
| Date | 2023-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]
| From | Thomas Hochstein <thh@thh.name> |
|---|---|
| Date | 2023-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]
| From | Dietz Proepper <dietz.usenet@rotfl.franken.de> |
|---|---|
| Date | 2023-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]
| From | Thomas Hochstein <thh@thh.name> |
|---|---|
| Date | 2023-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]
| From | Dietz Proepper <dietz.usenet@rotfl.franken.de> |
|---|---|
| Date | 2023-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]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-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]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2023-03-16 07:46 +0000 |
| Message-ID | <tuuhh7$rb0n$2@yggdrasil.dn.cgarbs.de> |
| In reply to | #129395 |
Mahlzeit!
Marcus Jodorf <m@bogomips.de> wrote:
> 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.
Nein, das ist er- und gelebt, weil ich früher™ auf mehreren Rechnern
solche Konstrukte hatte wie
@reboot sleep 5m; XYZ
da XYZ erst gestartet werden sollte, wenn die VPN-Verbindungen
(hoffentlich) aufgebaut ist. Man hätte auch noch ein Shellskript
bauen können, dass versucht die Gegenseite zu pingen.
Oder man macht das jetzt halt per systemd und sagt dem "starte meinen
XYZ User-Service, wenn das VPN da ist". Inklusive "und stoppe ihn,
wenn es weg ist", das kann cron auch wieder nicht.
>> 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.
Das ist jetzt mal Vorwärtsverteidigung :)
Hier schimpfen alle, dass systemd unnütz ist als Initsystem und keine
Vorteile bringt und jetzt heißt es "nimm Docker als Initsytem, der
kann auch Dienste abhängig voneinander starten, auf Mount-Events
reagieren usw.".
Da bin ich jetzt inhaltlich raus, denn ich (bzw. meine Build-Pipeline)
baue zwar Docker-Images, die ich dann in OpenShift-Clustern betreibe,
aber ich habe noch nie mit Docker auf dem lokalen Rechner hantiert.
(Was ich irgendwann mal anfangen sollte, denn eine handgepflegte
node.js-Umgebung, nur um LSP-Hosts für meinen Emacs laufen zu lassen,
ist wackelig wie Sau. Das nächste Thema zum drüber Schimpfen ;-)
>> 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.
Aber systemd ist doch auch schon halb containerisiert. Da fehlt doch
im Wesentlichen der Schritt "statis gelinkt" mit all seinen Nach- und
Vorteilen - oder irre ich mich?
> 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.
Ich musste mich ein wenig einlesen, inzwischen habe ich aber die erste
handvoll Units und kann einfach von mir selbst kopieren.
Ein Initskript habe ich auch nie komplett von Hand geschrieben,
sondern entweder andere Skripte oder die skeleton-Vorlage kopiert.
Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
Those of you who believe in telekinesis, raise my hand!
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-03-16 09:50 +0100 |
| Message-ID | <tuul9b$349v8$1@news1.tnib.de> |
| In reply to | #129405 |
Christian Garbs <mitch@cgarbs.de> wrote: >Oder man macht das jetzt halt per systemd und sagt dem "starte meinen >XYZ User-Service, wenn das VPN da ist". Inklusive "und stoppe ihn, >wenn es weg ist", das kann cron auch wieder nicht. Wobei systemd halt der Meinung ist, das VPN wäre "da", sobald der Daemon gestartet ist. Dass das gerade bei einem VPN gerne mal ein paar Sekunden dauert, muss man ihm wieder gesondert beibringen, es sei denn der VPN-Daemon kann systemd notifizieren wenn der Tunnel da ist (OpenVPN scheint das zum Beispiel nicht zu können). >>> 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. > >Aber systemd ist doch auch schon halb containerisiert. Da fehlt doch >im Wesentlichen der Schritt "statis gelinkt" mit all seinen Nach- und >Vorteilen - oder irre ich mich? Ich habe auch schon eine mittelgroße Umgebung gesehen, die ihre Container mit systemd-nspawn gemacht hat. War ein klassisches NIH eines einzelnen sozial herausgeforderten Admins, dem auch egal war, wer unter ihm Teamleiter ist. >Ein Initskript habe ich auch nie komplett von Hand geschrieben, >sondern entweder andere Skripte oder die skeleton-Vorlage kopiert. Und mein innerer Monik ist zu sysvinit-Zeiten immer wahnsinnig geworden angesichts der Ausgabe mancher Initscripts, deren Autoren sich niemals die durchaus detaillierte Spezifikation in der Policy angesehen haben, wie die Ausgabe eines Initscripts auszusehen hat. 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]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2023-03-16 17:33 +0000 |
| Message-ID | <tuvjt4$fkpb$1@yggdrasil.dn.cgarbs.de> |
| In reply to | #129409 |
Mahlzeit! Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Christian Garbs <mitch@cgarbs.de> wrote: >> Ein Initskript habe ich auch nie komplett von Hand geschrieben, >> sondern entweder andere Skripte oder die skeleton-Vorlage kopiert. > > Und mein innerer Monik ist zu sysvinit-Zeiten immer wahnsinnig > geworden angesichts der Ausgabe mancher Initscripts, deren Autoren > sich niemals die durchaus detaillierte Spezifikation in der Policy > angesehen haben, wie die Ausgabe eines Initscripts auszusehen hat. Ich sage jetzt lieber nicht, dass eines der Initskripte in Debian von mir stammt und nicht mal "stop" implementiert hat ;-) Dafür sind die Ausgaben kurz und knackig. (Heutzutage möchte ich das ganze Paket in den Ruhestand schicken, es ist für den von mir gedachten Anwendungsfall komplett durch 'systemctl --edit' ersetzen worden ;-) Gruß Christian -- ....Christian.Garbs....................................https://www.cgarbs.de Futurama - from the makers of Futurama
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-03-17 07:05 +0100 |
| Message-ID | <tv0vvi$3a2ki$1@news1.tnib.de> |
| In reply to | #129413 |
Christian Garbs <mitch@cgarbs.de> wrote: >(Heutzutage möchte ich das ganze Paket in den Ruhestand schicken, es > ist für den von mir gedachten Anwendungsfall komplett durch > 'systemctl --edit' ersetzen worden ;-) Warum machst du das nicht einfach? 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]
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