Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.alt.folklore.computer > #44980 > unrolled thread
| Started by | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| First post | 2024-07-04 12:25 +0200 |
| Last post | 2024-07-13 21:02 +0000 |
| Articles | 20 on this page of 547 — 47 participants |
Back to article view | Back to de.alt.folklore.computer
Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-04 12:25 +0200
Re: Japans Regierung schafft Diskette ab "F. W." <me@home.invalid> - 2024-07-04 12:48 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-04 13:13 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-04 23:44 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-05 06:48 +0200
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-05 13:27 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-05 16:04 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-05 23:22 +0200
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-06 22:32 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-06 08:24 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-06 09:38 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-06 10:08 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-06 10:58 +0000
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-06 13:12 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-07 08:33 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-07 07:27 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-07 10:32 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-07 10:55 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-07 14:24 +0000
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-07 20:07 +0000
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-13 11:41 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-16 18:52 +0200
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-19 15:40 +0200
Re: Japans Regierung schafft Diskette ab Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2024-07-08 20:34 +0000
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-09 17:14 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-11 10:41 +0000
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-11 22:18 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-12 09:00 +0000
Toaster (was: Japans Regierung schafft Diskette ab) "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-08 21:05 +0200
Re: Toaster Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-08 21:24 +0000
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-08 17:03 +0000
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-13 11:43 +0200
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-13 11:38 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-07 10:39 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-07 15:02 +0200
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-07 08:50 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-07 10:28 +0200
Re: Japans Regierung schafft Diskette ab Christian Weisgerber <naddy@mips.inka.de> - 2024-07-07 12:54 +0000
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-12 21:47 +0200
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-08 18:42 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-11 22:30 +0200
Re: Japans Regierung schafft Diskette ab Thomas Klix <wotokl@web.de> - 2024-07-12 00:52 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-12 10:12 +0200
Re: Japans Regierung schafft Diskette ab Thomas Klix <wotokl@web.de> - 2024-07-12 14:18 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-07 10:48 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-07 15:04 +0200
Firmware (was: Japans Regierung schafft Diskette ab) Kay Martinen <usenet@martinen.de> - 2024-07-17 14:21 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-18 13:05 +0200
Re: Firmware Kay Martinen <usenet@martinen.de> - 2024-07-18 14:08 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-19 09:50 +0200
Re: Firmware "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-07-18 12:28 +0000
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-19 09:54 +0200
Re: Firmware Arno Welzel <usenet@arnowelzel.de> - 2024-07-19 15:45 +0200
Re: Firmware Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-19 18:16 +0200
Re: Firmware Kay Martinen <usenet@martinen.de> - 2024-07-19 18:54 +0200
Re: Firmware Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-19 19:13 +0200
Re: Firmware Kay Martinen <usenet@martinen.de> - 2024-07-19 19:42 +0200
Floppy-Formate (was: Firmware) Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-19 20:40 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 20:05 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 19:59 +0200
Re: Firmware Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-21 14:31 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-21 17:15 +0200
Re: Firmware Christian Weisgerber <naddy@mips.inka.de> - 2024-07-21 15:33 +0000
Re: Firmware Markus Elsken <markus.elsken@ewetel.net> - 2024-07-22 13:08 +0200
Re: Firmware Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-22 18:34 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-22 19:14 +0200
Re: Firmware Kay Martinen <usenet@martinen.de> - 2024-07-22 19:23 +0200
Re: Firmware Ingo Paschke <ipaschke@lpclabs.de> - 2024-07-23 06:18 +0000
Re: Firmware mlelstv@serpens.de (Michael van Elst) - 2024-07-22 03:04 +0000
Re: Firmware Kay Martinen <usenet@martinen.de> - 2024-07-22 14:06 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-22 16:50 +0200
Re: Firmware mlelstv@serpens.de (Michael van Elst) - 2024-07-22 15:15 +0000
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-22 19:13 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 19:55 +0200
Re: Firmware "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-20 21:00 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 21:52 +0200
Floppys (was: Firmware) "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-20 22:44 +0200
Re: Floppys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-21 08:17 +0200
Re: Floppys "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-21 10:21 +0200
Re: Floppys Christian Corti <use@reply.to> - 2024-07-23 12:38 +0200
Re: Floppys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-23 13:17 +0200
Re: Firmware Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-21 14:44 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-21 17:20 +0200
Re: Firmware Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-07-20 19:28 +0000
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 19:47 +0200
Re: Firmware Martin Τrautmann <t-usenet@gmx.net> - 2024-07-19 21:32 +0200
Re: Firmware Kay Martinen <usenet@martinen.de> - 2024-07-21 01:19 +0200
Re: Firmware Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-19 18:30 +0200
Re: Firmware Arno Welzel <usenet@arnowelzel.de> - 2024-07-19 15:43 +0200
Re: Firmware Bernd Laengerich <Bernd.Laengerich@web.de> - 2024-07-19 16:40 +0200
Re: Firmware Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-19 18:29 +0200
Re: Firmware Bernd Laengerich <Bernd.Laengerich@web.de> - 2024-07-19 22:50 +0200
Re: Firmware Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-20 05:39 +0200
Re: Firmware Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 19:51 +0200
Re: Firmware Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-21 11:09 +0200
Re: Japans Regierung schafft Diskette ab Markus Elsken <markus.elsken@ewetel.net> - 2024-07-08 18:17 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-08 20:03 +0200
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-08 18:53 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-08 19:55 +0200
Re: Japans Regierung schafft Diskette ab Christian Corti <use@reply.to> - 2024-07-08 10:23 +0200
Re: Japans Regierung schafft Diskette ab Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-09 09:04 +0000
Re: Japans Regierung schafft Diskette ab Hans-Jürgen Meyer <hansjuergen.meyer@web.de> - 2024-07-20 22:57 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-20 21:12 +0000
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-21 07:11 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-21 08:57 +0000
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-21 12:38 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-21 12:31 +0000
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-22 08:29 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-22 09:44 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-22 09:12 +0000
Re: Japans Regierung schafft Diskette ab Andreas Eder <a_eder_muc@web.de> - 2024-07-22 13:49 +0200
Re: Japans Regierung schafft Diskette ab Hans-Jürgen Meyer <hansjuergen.meyer@web.de> - 2024-07-23 22:33 +0200
Re: Japans Regierung schafft Diskette ab Thomas Hochstein <thh@thh.name> - 2024-08-01 12:16 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-08-01 13:42 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-08-01 19:21 +0200
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-08-17 13:37 +0200
Re: Japans Regierung schafft Diskette ab Olaf Schmitt <thesys@gmx.de> - 2024-07-05 20:22 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-08 08:29 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-06 08:23 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-06 13:07 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-06 17:15 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-07 08:35 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-07 10:27 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-07 15:05 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-11 19:50 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-07 15:53 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-08 20:55 +0200
Re: Japans Regierung schafft Diskette ab Christian Corti <use@reply.to> - 2024-07-08 13:34 +0200
Re: Japans Regierung schafft Diskette ab Andreas Dau <dev.null@andreasdau.com> - 2024-07-08 17:16 +0200
Re: Japans Regierung schafft Diskette ab "Michael Kraemer @ home" <M.Kraemer@gsi.de> - 2024-07-08 11:06 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-08 13:45 +0000
Re: Japans Regierung schafft Diskette ab "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-07-08 15:48 +0000
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-21 16:15 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-08 16:44 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-08 21:04 +0000
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-09 06:41 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-09 18:52 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-21 16:27 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-09 09:51 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-21 16:36 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-22 08:30 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-22 14:08 +0200
Re: Japans Regierung schafft Diskette ab Christian Weisgerber <naddy@mips.inka.de> - 2024-07-09 10:16 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-09 18:49 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-10 10:50 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-10 17:20 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-10 20:04 +0000
Plat(t)-formen (was: Japans Regierung schafft Diskette ab) Kay Martinen <usenet@martinen.de> - 2024-07-21 17:00 +0200
Re: Plat(t)-formen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-21 17:23 +0200
Re: Plat(t)-formen Kay Martinen <usenet@martinen.de> - 2024-07-22 14:11 +0200
Re: Plat(t)-formen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-22 16:48 +0200
Re: Japans Regierung schafft Diskette ab Thomas Hochstein <thh@thh.name> - 2024-07-10 08:24 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-10 11:02 +0000
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-10 14:11 +0200
Re: Japans Regierung schafft Diskette ab "Michael Kraemer @ home" <M.Kraemer@gsi.de> - 2024-07-10 16:58 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-10 15:17 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-10 17:33 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-10 19:52 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-10 20:21 +0200
Re: "entitled" Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-07-10 17:49 +0000
Re: "entitled" "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-11 14:25 +0200
Re: "entitled" Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-07-11 12:52 +0000
Re: "entitled" Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-07-11 14:05 +0000
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-10 20:11 +0000
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-10 16:13 +0000
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-10 18:08 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-10 20:15 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-11 08:23 +0200
Re: Japans Regierung schafft Diskette ab "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-07-11 07:51 +0000
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 08:43 +0000
Re: Japans Regierung schafft Diskette ab Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-07-11 13:22 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 12:35 +0000
Re: Japans Regierung schafft Diskette ab Thomas Klix <wotokl@web.de> - 2024-07-11 15:43 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 14:34 +0000
Re: Japans Regierung schafft Diskette ab Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-07-11 20:14 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-12 22:52 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-24 13:42 +0200
Re: Japans Regierung schafft Diskette ab michaelnoeusenet@mac.com (Michael Noe) - 2024-07-24 14:38 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-24 17:49 +0000
HÄGAR on F-Key (was: Japans Regierung schafft Diskette ab) Kay Martinen <usenet@martinen.de> - 2024-07-24 20:31 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-11 19:07 +0000
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-11 19:39 +0000
Re: Japans Regierung schafft Diskette ab Thomas Klix <wotokl@web.de> - 2024-07-12 00:26 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-12 09:51 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-12 15:44 +0000
Re: Japans Regierung schafft Diskette ab Christian Weisgerber <naddy@mips.inka.de> - 2024-07-12 17:49 +0000
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-12 20:08 +0000
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-12 19:21 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-12 22:58 +0200
Re: Japans Regierung schafft Diskette ab Clemens Schüller <cs.usenet@mailbox.org> - 2024-07-13 00:03 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-18 18:34 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-18 19:53 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-18 18:52 +0000
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-19 05:24 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-19 07:09 +0000
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-19 09:28 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-19 09:43 +0000
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-19 15:49 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-19 13:58 +0000
Re: Japans Regierung schafft Diskette ab Christian Corti <use@reply.to> - 2024-07-24 09:49 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-24 18:32 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-19 21:12 +0200
Re: Sprachbeschreibungen (Python, C, ...) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-20 06:50 +0200
Re: Sprachbeschreibungen (Python, C, ...) (was: Japans Regierung schafft Diskette ab) "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-20 10:47 +0200
Re: Sprachbeschreibungen (Python, C, ...) Thomas Koenig <tkoenig@netcologne.de> - 2024-07-20 10:04 +0000
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-19 09:57 +0200
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-19 15:48 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-19 19:01 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-19 21:05 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-20 06:28 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-20 10:51 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-20 08:57 +0000
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-19 15:47 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-19 19:04 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-19 20:48 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-19 21:29 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-20 08:15 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 20:11 +0200
Library-Repos vs. Standard-Librarys (was: Japans Regierung schafft Diskette ab) "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-20 20:52 +0200
Re: Library-Repos vs. Standard-Librarys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 21:50 +0200
Re: Library-Repos vs. Standard-Librarys (was: Japans Regierung schafft Diskette ab) Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-23 19:11 +0200
Re: Usenet-Entwicklung (was: Japans Regierung schafft Diskette ab) "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-20 00:31 +0200
Re: Usenet-Entwicklung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-29 16:03 +0200
Re: Usenet-Entwicklung Kay Martinen <usenet@martinen.de> - 2024-08-02 19:50 +0200
Re: Usenet-Entwicklung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-03 06:35 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-20 20:15 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-25 00:38 +0200
Re: Japans Regierung schafft Diskette ab mlelstv@serpens.de (Michael van Elst) - 2024-07-25 05:59 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-25 17:43 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-25 17:54 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-25 18:17 +0200
Kernel tot - wie? (was: Japans Regierung schafft Diskette ab) Kay Martinen <usenet@martinen.de> - 2024-08-03 14:54 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-03 17:43 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-03 21:26 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-04 07:21 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-04 16:43 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-04 17:12 +0200
Re: Kernel tot - wie? Andreas Eder <a_eder_muc@web.de> - 2024-08-05 16:51 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-05 18:02 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-05 18:25 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-06 09:30 +0200
Re: Kernel tot - wie? Christian Corti <use@reply.to> - 2024-08-06 10:27 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-06 13:35 +0200
Re: Kernel tot - wie? Christian Corti <use@reply.to> - 2024-08-07 10:57 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-07 13:36 +0200
Re: Kernel tot - wie? Christian Corti <use@reply.to> - 2024-08-07 17:23 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-07 18:19 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-07 19:59 +0200
Re: Kernel tot - wie? Christian Corti <use@reply.to> - 2024-08-08 09:55 +0200
Re: Kernel tot - wie? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-08-08 09:58 +0000
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-08 14:08 +0200
Re: Kernel tot - wie? Christian Corti <use@reply.to> - 2024-08-09 09:21 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-10 20:46 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-10 22:06 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-11 16:43 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-10 22:00 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-11 16:29 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-11 19:13 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-11 20:02 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-11 20:15 +0200
Re: Kernel tot - wie? Thomas Koenig <tkoenig@netcologne.de> - 2024-08-11 18:40 +0000
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-11 22:54 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-11 23:45 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-12 01:25 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-12 13:27 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-12 13:45 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-12 14:11 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-12 19:34 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-12 19:44 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-12 21:21 +0200
Re: Kernel tot - wie? Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-13 07:52 +0000
Das "bumm" und der "Hut" (was: Kernel tot - wie?) Kay Martinen <usenet@martinen.de> - 2024-08-13 13:46 +0200
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-13 22:44 +0200
Re: Das "bumm" und der "Hut" Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-14 07:49 +0000
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-15 00:40 +0200
Re: Das "bumm" und der "Hut" Kay Martinen <usenet@martinen.de> - 2024-08-15 09:31 +0200
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-15 14:49 +0200
Re: Das "bumm" und der "Hut" Kay Martinen <usenet@martinen.de> - 2024-08-15 19:08 +0200
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-15 21:19 +0200
Re: Das "bumm" und der "Hut" Kay Martinen <usenet@martinen.de> - 2024-08-16 01:01 +0200
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-16 15:21 +0200
Re: Das "bumm" und der "Hut" Kay Martinen <usenet@martinen.de> - 2024-08-16 20:11 +0200
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-17 22:18 +0200
Re: Das "bumm" und der "Hut" Volker Englisch <eh41@selene.inka.de> - 2024-08-17 23:15 +0200
Re: Das "bumm" und der "Hut" Kay Martinen <usenet@martinen.de> - 2024-08-18 15:05 +0200
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-18 20:07 +0200
Re: Das "bumm" und der "Hut" Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-16 18:25 +0200
Re: Das "bumm" und der "Hut" Kay Martinen <usenet@martinen.de> - 2024-08-16 20:13 +0200
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-17 22:20 +0200
Re: Das "bumm" und der "Hut" Kay Martinen <usenet@martinen.de> - 2024-08-17 22:57 +0200
Re: Das "bumm" und der "Hut" Markus Elsken <markus.elsken@ewetel.net> - 2024-08-18 20:15 +0200
Re: Das "bumm" und der "Hut" Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-15 06:25 +0000
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-13 22:39 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-12 14:06 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-12 19:52 +0200
Re: Kernel tot - wie? Guido Grohmann <guido.grohmann@gmx.de> - 2024-08-13 00:21 +0200
Re: Kernel tot - wie? Guido Grohmann <guido.grohmann@gmx.de> - 2024-08-11 23:03 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-12 01:13 +0200
Re: Kernel tot - wie? Guido Grohmann <guido.grohmann@gmx.de> - 2024-08-12 09:00 +0200
Re: Kernel tot - wie? Christian Corti <use@reply.to> - 2024-08-12 12:21 +0200
Re: Kernel tot - wie? Thomas Klix <wotokl@web.de> - 2024-08-12 01:45 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-12 07:14 +0200
Re: Kernel tot - wie? mlelstv@serpens.de (Michael van Elst) - 2024-08-12 05:49 +0000
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-12 09:38 +0200
Re: Kernel tot - wie? Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-12 08:51 +0000
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-12 12:00 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-12 14:14 +0200
Re: Kernel tot - wie? Christian Corti <use@reply.to> - 2024-08-12 12:19 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-12 13:32 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-11 12:20 +0200
Re: Kernel tot - wie? Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-11 10:25 +0000
Re: Kernel tot - wie? "Michael Kraemer @ home" <M.Kraemer@gsi.de> - 2024-08-11 13:15 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-11 16:46 +0200
Re: Kernel tot - wie? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-08-12 07:19 +0000
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-06 13:02 +0200
Re: Kernel tot - wie? Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-08-07 17:25 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-07 18:58 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-07 22:05 +0200
Re: Kernel tot - wie? Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-08-08 08:18 +0200
Re: Kernel tot - wie? Ignatios Souvatzis <u502sou@bnhb484.de> - 2024-08-09 10:38 +0000
Re: Kernel tot - wie? Clemens Schüller <cs.usenet@mailbox.org> - 2024-08-09 13:14 +0200
Re: Kernel tot - wie? Bernd Laengerich <Bernd.Laengerich@web.de> - 2024-08-09 13:30 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-09 14:03 +0200
Re: Kernel tot - wie? Andreas Eder <a_eder_muc@web.de> - 2024-08-11 11:06 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-05 19:36 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-06 09:38 +0200
Re: Kernel tot - wie? Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-08-06 12:28 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-06 17:42 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-06 23:45 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-07 06:57 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-08 17:06 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-07 09:37 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-07 12:26 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-07 13:42 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-07 18:55 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-07 22:09 +0200
Re: Kernel tot - wie? Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-08 11:10 +0000
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-08 20:23 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-08 21:27 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-09 06:40 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-09 08:15 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-09 16:59 +0200
Re: Kernel tot - wie? Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-09 06:59 +0000
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-08 13:56 +0200
Re: Kernel tot - wie? Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-08 12:12 +0000
Re: Kernel tot - wie? Guido Grohmann <guido.grohmann@gmx.de> - 2024-08-08 14:13 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-08 14:17 +0200
Re: Kernel tot - wie? Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-08 13:10 +0000
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-08 20:28 +0200
Re: Kernel tot - wie? Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-08-09 07:02 +0000
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-08 14:21 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-08 17:16 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-08 18:29 +0200
Re: Kernel tot - wie? Thomas Koenig <tkoenig@netcologne.de> - 2024-08-08 18:07 +0000
Re: Kernel tot - wie? Enrik Berkhan <Enrik.Berkhan@inka.de> - 2024-08-09 05:47 +0000
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-09 10:10 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-09 11:02 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-09 13:58 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-09 17:16 +0200
Re: Kernel tot - wie? Thomas Koenig <tkoenig@netcologne.de> - 2024-08-09 20:08 +0000
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-10 04:43 +0200
Re: Kernel tot - wie? Thomas Koenig <tkoenig@netcologne.de> - 2024-08-10 09:10 +0000
Re: Kernel tot - wie? "Michael Kraemer @ home" <M.Kraemer@gsi.de> - 2024-08-10 11:06 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-08 20:31 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-08 21:33 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-08 17:12 +0200
Re: Kernel tot - wie? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-08 18:13 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-08 20:36 +0200
Re: Kernel tot - wie? Markus Elsken <markus.elsken@ewetel.net> - 2024-08-08 21:35 +0200
Re: Drucker.. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-09 09:07 +0200
Re: Kernel tot - wie? Andreas Eder <a_eder_muc@web.de> - 2024-08-11 10:55 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-11 12:19 +0200
Re: Kernel tot - wie? Andreas Eder <a_eder_muc@web.de> - 2024-08-11 18:00 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-11 23:04 +0200
Re: Kernel tot - wie? Christian Corti <use@reply.to> - 2024-08-05 08:41 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-05 12:49 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-06 13:54 +0200
Re: Kernel tot - wie? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-08-06 17:50 +0200
Re: Kernel tot - wie? Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-08-09 09:03 +0200
Re: Kernel tot - wie? Kay Martinen <usenet@martinen.de> - 2024-08-06 13:47 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-25 21:23 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-25 22:33 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-26 02:04 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-26 08:50 +0200
Re: Japans Regierung schafft Diskette ab Christian Weisgerber <naddy@mips.inka.de> - 2024-07-26 14:20 +0000
Re: Japans Regierung schafft Diskette ab Fritz <freiwiederwind1@hotmail.de> - 2024-07-14 09:55 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-12 22:56 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-24 13:48 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-24 18:28 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-12 09:15 +0000
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-12 07:45 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-12 09:48 +0000
Re: Japans Regierung schafft Diskette ab Marco Moock <mm+solani@dorfdsl.de> - 2024-07-12 20:18 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-11 14:58 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 14:44 +0000
Re: Japans Regierung schafft Diskette ab Thomas Hochstein <thh@thh.name> - 2024-07-13 14:27 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-13 19:16 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-13 17:43 +0000
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-13 20:54 +0200
Re: Japans Regierung schafft Diskette ab Thomas Klix <wotokl@web.de> - 2024-07-13 19:51 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-13 20:50 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-14 15:24 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-14 16:17 +0200
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-14 14:36 +0000
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-08-03 15:12 +0200
Re: Japans Regierung schafft Diskette ab Joerg Walther <joerg.walther@magenta.de> - 2024-07-11 16:29 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 14:48 +0000
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-11 18:15 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-11 22:41 +0200
Text (was: Japans Regierung schafft Diskette ab) Kay Martinen <usenet@martinen.de> - 2024-07-29 21:36 +0200
Re: Text (was: Japans Regierung schafft Diskette ab) "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-29 22:23 +0200
Re: Text (was: Japans Regierung schafft Diskette ab) Thomas Koenig <tkoenig@netcologne.de> - 2024-07-29 20:42 +0000
Re: Text Clemens Schüller <cs.usenet@mailbox.org> - 2024-07-29 22:45 +0200
Re: Text Clemens Schüller <cs.usenet@mailbox.org> - 2024-07-29 22:46 +0200
Re: Text Thomas Koenig <tkoenig@netcologne.de> - 2024-08-01 18:12 +0000
Re: Text Clemens Schüller <cs.usenet@mailbox.org> - 2024-08-01 20:38 +0200
Re: Text Markus Elsken <markus.elsken@ewetel.net> - 2024-08-01 22:41 +0200
Re: Text Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-08-02 06:21 +0200
Re: Text Kay Martinen <usenet@martinen.de> - 2024-08-03 15:22 +0200
Re: Text Thomas Koenig <tkoenig@netcologne.de> - 2024-08-03 17:17 +0000
Re: Text Volker Englisch <eh41@selene.inka.de> - 2024-08-03 22:49 +0200
Re: Text Thomas Koenig <tkoenig@netcologne.de> - 2024-08-04 07:15 +0000
Re: Text Volker Englisch <eh41@selene.inka.de> - 2024-08-04 18:21 +0200
Re: Text Thomas Koenig <tkoenig@netcologne.de> - 2024-08-04 17:23 +0000
Re: Text Volker Englisch <eh41@selene.inka.de> - 2024-08-04 22:28 +0200
Re: Text Clemens Schüller <cs.usenet@mailbox.org> - 2024-08-04 22:59 +0200
Re: Text Volker Englisch <eh41@selene.inka.de> - 2024-08-05 18:26 +0200
Re: Text Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-08-04 13:19 +0200
Re: Text Kay Martinen <usenet@martinen.de> - 2024-08-04 17:01 +0200
Re: Text Kay Martinen <usenet@martinen.de> - 2024-07-29 23:00 +0200
Re: Text Bernd Laengerich <Bernd.Laengerich@web.de> - 2024-07-30 09:00 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-29 21:40 +0200
Re: Japans Regierung schafft Diskette ab Arno Welzel <usenet@arnowelzel.de> - 2024-07-13 11:57 +0200
Re: Japans Regierung schafft Diskette ab Thomas Hochstein <thh@thh.name> - 2024-07-13 14:27 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net (Patrik Schindler) - 2024-07-13 14:42 +0000
Re: Japans Regierung schafft Diskette ab Thomas Klix <wotokl@web.de> - 2024-07-13 18:04 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-13 23:32 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-14 07:46 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-14 12:15 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-14 15:04 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-16 18:30 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-14 09:11 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-14 12:33 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-14 15:19 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-14 16:03 +0000
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-14 16:12 +0200
Re: Japans Regierung schafft Diskette ab Thomas Klix <wotokl@web.de> - 2024-07-14 14:11 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-14 14:25 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-29 23:23 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-11 10:43 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-11 14:26 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-11 16:10 +0200
Re: Japans Regierung schafft Diskette ab Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-07-11 20:17 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-12 07:46 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-12 23:01 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-12 22:48 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-13 09:49 +0200
telnet, sudo und der edit (was: Japans Regierung schafft Diskette ab) Kay Martinen <usenet@martinen.de> - 2024-07-13 22:26 +0200
Re: telnet, sudo und der edit (was: Japans Regierung schafft Diskette ab) Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-14 07:39 +0200
Re: telnet, sudo und der edit Ulf_Kutzner <Ulf.Kutzner@web.de> - 2024-07-14 08:49 +0000
Re: telnet, sudo und der edit Marco Moock <mm+solani@dorfdsl.de> - 2024-07-14 11:02 +0200
Re: telnet, sudo und der edit Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-15 11:10 +0200
Re: telnet, sudo und der edit Guido Grohmann <guido.grohmann@gmx.de> - 2024-07-14 17:20 +0200
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-11 18:36 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-10 20:17 +0000
Re: Japans Regierung schafft Diskette ab Thomas Koenig <tkoenig@netcologne.de> - 2024-07-11 06:02 +0000
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 08:45 +0000
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-11 08:25 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 08:54 +0000
Re: Japans Regierung schafft Diskette ab Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-07-11 09:59 +0000
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 12:36 +0000
Name in tin (was: Japans Regierung schafft Diskette ab) Urs Janßen <urs@tin.org> - 2024-07-11 10:17 +0000
Re: Name in tin poc@pocnet.net - 2024-07-11 12:39 +0000
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-14 00:09 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-14 15:00 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-14 15:14 +0200
Re: Japans Regierung schafft Diskette ab Guido Grohmann <guido.grohmann@gmx.de> - 2024-07-14 17:29 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-14 18:19 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-15 21:21 +0200
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-11 18:47 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-11 23:30 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-14 22:17 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-14 20:28 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-14 22:49 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-14 22:46 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-14 22:28 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-14 22:43 +0200
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-15 18:38 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-15 18:43 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-16 01:42 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-16 08:23 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-16 08:22 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-16 08:17 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-10 19:51 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-10 20:27 +0000
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-11 08:27 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 08:55 +0000
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-11 11:03 +0000
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-11 14:28 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 12:40 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-11 15:54 +0200
Re: Japans Regierung schafft Diskette ab Joerg Walther <joerg.walther@magenta.de> - 2024-07-11 16:33 +0200
Re: Japans Regierung schafft Diskette ab Joerg Walther <joerg.walther@magenta.de> - 2024-07-11 16:35 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-11 20:02 +0000
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-14 00:29 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-11 15:49 +0200
Re: Japans Regierung schafft Diskette ab "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-07-11 14:04 +0000
Re: Japans Regierung schafft Diskette ab Thomas Hochstein <thh@thh.name> - 2024-07-11 09:44 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-12 22:45 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-13 09:51 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-10 15:14 +0000
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-10 19:09 +0200
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-10 19:27 +0200
Re: Japans Regierung schafft Diskette ab Thomas Hochstein <thh@thh.name> - 2024-07-11 09:41 +0200
Re: Japans Regierung schafft Diskette ab poc@pocnet.net - 2024-07-11 09:21 +0000
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-11 15:16 +0200
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-11 18:28 +0200
Re: Japans Regierung schafft Diskette ab nobody@nowhere.invalid (Marc Olschok) - 2024-07-14 22:17 +0000
Re: Japans Regierung schafft Diskette ab "Michael Kraemer @ home" <M.Kraemer@gsi.de> - 2024-07-09 09:39 +0200
Re: Japans Regierung schafft Diskette ab Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-07-09 10:20 +0200
Re: Japans Regierung schafft Diskette ab "Michael Kraemer @ home" <M.Kraemer@gsi.de> - 2024-07-09 12:32 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-09 17:54 +0200
Re: Japans Regierung schafft Diskette ab "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-09 18:28 +0200
Re: Japans Regierung schafft Diskette ab Stefan Reuther <stefan.news@arcor.de> - 2024-07-09 18:25 +0200
Re: Japans Regierung schafft Diskette ab Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-07-09 19:36 +0200
Re: Japans Regierung schafft Diskette ab Martin Peters <martin.peters@news.uni-stuttgart.de> - 2024-07-11 21:32 +0000
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-09 20:32 +0200
Re: Japans Regierung schafft Diskette ab Martin Peters <martin.peters@news.uni-stuttgart.de> - 2024-07-11 21:23 +0000
Re: Japans Regierung schafft Diskette ab Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-07-13 19:08 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-09 14:58 +0200
Re: Japans Regierung schafft Diskette ab "Michael Kraemer @ home" <M.Kraemer@gsi.de> - 2024-07-09 09:40 +0200
Re: Japans Regierung schafft Diskette ab Christian Corti <use@reply.to> - 2024-07-08 10:31 +0200
Re: Japans Regierung schafft Diskette ab Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-07-06 17:19 +0200
Re: Japans Regierung schafft Diskette ab Joerg Walther <joerg.walther@magenta.de> - 2024-07-06 17:52 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-07 08:37 +0200
Re: Japans Regierung schafft Diskette ab Kay Martinen <usenet@martinen.de> - 2024-07-22 14:02 +0200
Re: Japans Regierung schafft Diskette ab Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-07-07 08:34 +0200
Re: Japans Regierung schafft Diskette ab Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-07-07 15:59 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-08 08:35 +0200
Re: Japans Regierung schafft Diskette ab Raimund Huemmer <ray@rayjoe.de> - 2024-07-07 15:40 +0200
Re: Japans Regierung schafft Diskette ab Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-07-10 15:01 +0200
Re: Japans Regierung schafft Diskette ab Christian Weisgerber <naddy@mips.inka.de> - 2024-07-10 20:04 +0000
Re: Japans Regierung schafft Diskette ab Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-07-11 08:47 +0200
Re: Japans Regierung schafft Diskette ab "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-07-11 13:02 +0000
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-11 11:13 +0000
Re: Japans Regierung schafft Diskette ab "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2024-07-13 22:54 +0200
Re: Japans Regierung schafft Diskette ab Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2024-07-13 21:02 +0000
Page 12 of 28 — ← Prev page 1 … 10 11 [12] 13 14 … 28 Next page →
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2024-07-23 19:11 +0200 |
| Subject | Re: Library-Repos vs. Standard-Librarys (was: Japans Regierung schafft Diskette ab) |
| Message-ID | <slrnv9vp25.18kod.als@mordor.angband.thangorodrim.de> |
| In reply to | #45324 |
Peter J. Holzer <hjp-usenet4@hjp.at> wrote:
> On 2024-07-20 18:11, Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>> On 7/19/24 21:29, Peter J. Holzer wrote:
>>> Man kann darüber streiten, ob das nicht durch PyPI obsolet geworden ist.
>>> Wenn jedes Modul nur einen Aufruf von pip entfernt ist, müssen auch
>>> häufig genutzte Module nicht per default mitgeliefert werden.
>>
>> Tja, nur dumm wenn du deine Scripte für Rechner in der Firma schreibst
>> und du dort nicht so einfach Module nachladen kannst weil dich der Proxy
>> nicht lässt. Da sollten die üblichen Verdächtigen schon per default
>> dabei sein.
>
> Ich selbst hatte das Problem nie, aber das war damals, als ich noch in
> comp.lang.perl aktiv war, ein sehr häufiges Argument: "Ich kann keine
> CPAN-Module verwenden, weil das gegen die Security-Policy ist".
Kein Problem, dann zahlt der Arbeitgeber halt fürs Nachimplementieren
dieser Komponenten.
> Der Trend geht IMHO in den letzten Jahrzehnten IMHO stark Richtung
> exzessiven Einsatz von Librarys. Im Zweifelsfall klatscht man das Ganze
> dann in ein Docker-Image und hofft, dass nichts passiert.
Auch bekannt als: "Die Entwickler-Workstation als Produkt rausgeben".
SCNR,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2024-07-20 00:31 +0200 |
| Subject | Re: Usenet-Entwicklung (was: Japans Regierung schafft Diskette ab) |
| Message-ID | <slrnv9lqa2.152vs.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #45290 |
On 2024-07-19 22:12, Stefan Ram <ram@zedat.fu-berlin.de> wrote:
> "Peter J. Holzer" <hjp-usenet4@hjp.at> writes: NNTP war
>>IMHO damals schon eher ein Nischenthema
>
> Ende der 90er kam das Internet in der allgemeinen Öffentlichkeit
> an, und in Internet-Büchern und -Kursen war das Usenet
> der Dienst, der gleich nach Web und Mail vorgestellt wurde.
Ja, aber wieviele Leute haben NNTP-Clients geschrieben?
Während Zawinski's Law
Every program attempts to expand until it can read mail. Those
programs which cannot so expand are replaced by ones which can.
in den späten 90er-Jahren allgegenwärtig war, kann ich mich an kein Law
erinnern, dass jedes Programm News lesen können müsste.
(Der Fairness halber sollte ich anmerken, dass Jamie das IMHO falsch
formuliert hat. Nicht Mail zu *lesen*, sondern Mail zu *senden* war eine
Fähigkeit, die an alle möglichen Programme angeflanscht wurde. Aber
zurück zu NNTP:)
Ich habe einige NNTP-Clients geschrieben. Und sogar mal einen
NNTP-Server. Aber ich hatte nicht den Eindruck, dass das sehr üblich
war. Jedenfalls nicht so üblich, dass "mit Python ist es einfach, einen
Usenet-Bot zu schreiben" ein besonderes Werbe-Argument gewesen wäre.
[Rest der Geschichtsstunde gelöscht. Danke, ich war dabei]
hp
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-07-29 16:03 +0200 |
| Subject | Re: Usenet-Entwicklung |
| Message-ID | <lgplqcFlejU1@mid.individual.net> |
| In reply to | #45299 |
Am 29.07.24 um 10:07 schrieb Stefan Ram: > import socket as sockets > import time > > class nntp_reader: > def __init__( self, maxsize, terminator ): > self.maxsize = maxsize > self.terminator = terminator > def accept( self, socket ): > self.socket = socket > def get( self ): > size = 65536 > result = b'' > while len( result )< self.maxsize and b'\r\n' not in result: > try: > result += self.socket.recv( size ) > except TimeoutError: > raise IOError > if len( result )and result[ 0 ]!= b'2'[ 0 ]: > raise IOError > return result > def exchange( self, command ): > print( command ) > socket.send( command ) > time.sleep( 1 ) > result = self.get() > time.sleep( 1 ) > if self.maxsize < 266: > print( result.decode( 'ascii' )) > return result > > def asc( number ): > return str( number ).encode( 'ascii' ) > > line_reader = nntp_reader( 265, b'\r\n' ) > text_reader = nntp_reader( 65536, b'\r\n.\r\n' ) > > socket = sockets.socket( sockets.AF_INET ) > line_reader.accept( socket ) > text_reader.accept( socket ) > > socket.connect( ( 'example.com', 119 )) # change "example.com" HERE > print( line_reader.get().decode( 'ascii' )) > # line_reader.exchange( b'AUTHINFO USER peter\r\n' ) # user name HERE > # line_reader.exchange( b'AUTHINFO PASS secret\r\n' ) # password HERE > line_reader.exchange( b'MODE READER\r\n' ) > max = int(line_reader.exchange( b'GROUP de.alt.folklore.computer\r\n' )\ > .split()[ 3 ]) > xov = text_reader.exchange\ > ( b'XOVER ' + asc( max-20 )+ b'-' + asc( max )+ b'\r\n' ) > xov = xov.decode( 'ascii' ).split( '\n' ) > xov =[ entry.split( '\t' )[ 0: 3 ]for entry in xov ] > for post in xov: > try: > id, subject, sender = post > if 'Stefan' not in sender: # filter is HERE > print( subject, sender ) > except: pass > Und was ist mit utf? ∂ ∑ ∫ ≠ usw. -- <http://www.hermann-riemann.de>
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2024-08-02 19:50 +0200 |
| Subject | Re: Usenet-Entwicklung |
| Message-ID | <31jvnk-7dd.ln1@news.martinen.de> |
| In reply to | #45299 |
Am 29.07.24 um 10:07 schrieb Stefan Ram: > "Peter J. Holzer" <hjp-usenet4@hjp.at> schrieb oder zitierte: >> Ich habe einige NNTP-Clients geschrieben. > > Gestern abend habe ich etwas Alkohol getrunken. Und dann natürlich: > "Party! Ich schreibe jetzt meinen eigenen Newsreader!!". Das ist ja... ähh... Toll. ;-) Wie Einfach das doch sein muß. Wenn man die Erfahrung damit hat! > Hier zeige ich als Anregung für eigene Experimente, wie weit ich > gestern gekommen bin. Das Python-Skript verwendet nur Standard- > bibliotheken, aber nicht die nun bald entfernte "nntplib". Ähem. Da hätte ich einen; wie ich finde; sinnvolleren Vorschlag. [+Eigennutz] :) Statt den Siebenunddrölfzigsten Newsreader zu (er)finden, wie wäre es damit für einen Eingeführten, weit verbreiteten NUA (wie Thunderbird) ein Addon zu basteln das nützliche Features nachrüstet die ehemals funktionierende Addons boten. Beispiel "mnenhy" das grade für Newsgroups so eine art Schweizer Taschenmesser war. Headerzeilen bearbeiten, Ansichten ändern, Gruppen-abfolge steuern und vor allem: MID-Suche und rot13, uuencode (de- und encode) u.a. im Kontext-Menü des Artikel-editors. Seit irgendwann (=die addon-API geändert wurde) funktioniert das hier nicht mehr und es gibt m.W. nix das an dessen Funktionen auch nur ran käme. Der Original-autor macht es wohl nicht (mehr) und du bist immerhin usenet-affin. Bye/ /Kay -- nix
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-08-03 06:35 +0200 |
| Subject | Re: Usenet-Entwicklung |
| Message-ID | <lh5qbnFqn9mU1@mid.individual.net> |
| In reply to | #45420 |
Am 02.08.24 um 19:50 schrieb Kay Martinen:
> Am 29.07.24 um 10:07 schrieb Stefan Ram:
>> "Peter J. Holzer" <hjp-usenet4@hjp.at> schrieb oder zitierte:
>>> Ich habe einige NNTP-Clients geschrieben.
>>
>> Gestern abend habe ich etwas Alkohol getrunken. Und dann natürlich:
>> "Party! Ich schreibe jetzt meinen eigenen Newsreader!!".
>
> Das ist ja... ähh... Toll. ;-) Wie Einfach das doch sein muß. Wenn man
> die Erfahrung damit hat!
>
>> Hier zeige ich als Anregung für eigene Experimente, wie weit ich
>> gestern gekommen bin. Das Python-Skript verwendet nur Standard-
>> bibliotheken, aber nicht die nun bald entfernte "nntplib".
>
>
> Ähem. Da hätte ich einen; wie ich finde; sinnvolleren Vorschlag.
> [+Eigennutz] :)
>
> Statt den Siebenunddrölfzigsten Newsreader zu (er)finden, wie wäre es
> damit für einen Eingeführten, weit verbreiteten NUA (wie Thunderbird)
> ein Addon zu basteln das nützliche Features nachrüstet die ehemals
> funktionierende Addons boten. Beispiel "mnenhy" das grade für Newsgroups
> so eine art Schweizer Taschenmesser war. Headerzeilen bearbeiten,
> Ansichten ändern, Gruppen-abfolge steuern und vor allem: MID-Suche und
> rot13, uuencode (de- und encode) u.a. im Kontext-Menü des Artikel-editors.
outlook express ( Zwang in Firma ) war aus einigen Gründen
privat unerwünscht.
Hm, knode ging nicht mehr gleichzeitig mit kmail.
thunderbird war etwas schlechter, die Darstellung
in der neuesten Version finde ich unhandlich.
Eine Reihe konnte ich nicht installieren,
bei einem konnte ich nur lesen.
emacs steht noch aus.
Lisp mag ich zwar, aber die Schnittstellenbeschreibung
ist für mich nicht ausreichend.
> Seit irgendwann (=die addon-API geändert wurde) funktioniert das hier
> nicht mehr und es gibt m.W. nix das an dessen Funktionen auch nur ran
> käme. Der Original-autor macht es wohl nicht (mehr) und du bist immerhin
> usenet-affin.
Eigene software hat eine gewisse Haltbarkeit.
Auch wenn sich C, Python etc ändert.
Irgendwann ist eine eigene Sprache notwendig,
die nur einen Minimalteil anderer Sprachen braucht.
Hermann
gewohnt, das ihm vieles, was verwendet,
einfach weggenommen bekommt.
( KDE3, alte TV Sendungen, .. )
--
<http://www.hermann-riemann.de>
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2024-07-20 20:15 +0200 |
| Message-ID | <v7guks$vih$8@news.bawue.net> |
| In reply to | #45290 |
On 7/19/24 20:48, Peter J. Holzer wrote: > Eines der Mottos von Python war "Batteries included". Man sollte mit der > Basis-Distribution übliche Probleme lösen können, ohne das Rad ständig > neu zu erfinden. CGI war Ende der 90er-Jahre sicher sinnvoll - alle > haben damals CGI-Scripts geschrieben (wenn auch wohl mehr Leute in Perl > als in Python). Je nach Anwendung können die noch immer sinnvoll sein. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2024-07-25 00:38 +0200 |
| Message-ID | <lfc8nk-djr.ln1@news.martinen.de> |
| In reply to | #45258 |
Am 18.07.24 um 19:53 schrieb Marc Haber:
> ram@zedat.fu-berlin.de (Stefan Ram) wrote:
>> JFTR: Eine ähnliche Entwicklung findet man auch in der
>> Welt der Programmiersprache Python. Die kommende Version 13
>> entfernt einiges aus der Standardbibliothek (siehe unten),
>> darunter auch eine Bibliothek für telnet ("telnetlib", s.u.)
>> und für das Usenet ("nntplib", s.u.), sowie eine von Hermann
>> verwendete Bibliothek ("cgi", s.u.).
>
> Und, wird der entfernte Code nicht in ein nachladbades Modul
> ausgelagert?
Ich wollte die gleiche (naheliegende) Frage stellen. Aber vielleicht
will man ja "modern" sein/bleiben und alte Zöpfe lieber abschneiden
statt sie auszulagern und sie dann dennoch pflegen zu müssen.
Kommt mir irgendwie bekannt vor. :)
Wozu sollte man in Python eigentliche eine Bibliothek für telnet
brauchen? Damit das Script/Programm dann damit automatisch einen Dienst
auf Erreichbarkeit/Antwort prüfen könne? Das geht angeblich auch mit
netcat. Bei nntp und cgi kann ich mir andere/generische Zwecke
vorstellen, aber telnet???
Bye/
/Kay
--
nix
[toc] | [prev] | [next] | [standalone]
| From | mlelstv@serpens.de (Michael van Elst) |
|---|---|
| Date | 2024-07-25 05:59 +0000 |
| Message-ID | <v7spkn$9fg$1@serpens.de> |
| In reply to | #45388 |
Kay Martinen <usenet@martinen.de> writes: >netcat. Bei nntp und cgi kann ich mir andere/generische Zwecke >vorstellen, aber telnet??? Es gibt genügend Systeme (Netzwerkkomponenten, Konsolenserver, ...) die nur telnet sprechen, oder bei denen andere Protokolle erst konfiguriert werden müssen. Die sind vermutlich auch mehr on-topic als python.
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2024-07-25 17:43 +0200 |
| Message-ID | <slrnva4slm.lijl.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #45389 |
On 2024-07-25 05:59, Michael van Elst <mlelstv@serpens.de> wrote:
> Kay Martinen <usenet@martinen.de> writes:
>>netcat. Bei nntp und cgi kann ich mir andere/generische Zwecke
>>vorstellen, aber telnet???
>
> Es gibt genügend Systeme (Netzwerkkomponenten, Konsolenserver, ...)
> die nur telnet sprechen, oder bei denen andere Protokolle erst
> konfiguriert werden müssen.
>
> Die sind vermutlich auch mehr on-topic als python.
>
<schaut auf die Newsgroup-Zeile>
Doch, ich glaube, solche Systeme sind hier ziemlich on-topic ;-)
hp
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2024-07-25 17:54 +0200 |
| Message-ID | <slrnva4tah.lijl.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #45388 |
On 2024-07-24 22:38, Kay Martinen <usenet@martinen.de> wrote:
> Am 18.07.24 um 19:53 schrieb Marc Haber:
>> ram@zedat.fu-berlin.de (Stefan Ram) wrote:
>>> JFTR: Eine ähnliche Entwicklung findet man auch in der
>>> Welt der Programmiersprache Python. Die kommende Version 13
>>> entfernt einiges aus der Standardbibliothek (siehe unten),
>>> darunter auch eine Bibliothek für telnet ("telnetlib", s.u.)
>>> und für das Usenet ("nntplib", s.u.), sowie eine von Hermann
>>> verwendete Bibliothek ("cgi", s.u.).
>>
>> Und, wird der entfernte Code nicht in ein nachladbades Modul
>> ausgelagert?
>
> Ich wollte die gleiche (naheliegende) Frage stellen. Aber vielleicht
> will man ja "modern" sein/bleiben und alte Zöpfe lieber abschneiden
> statt sie auszulagern und sie dann dennoch pflegen zu müssen.
Das "dennoch pflegen müssen" ist wohl der Punkt. Wenn jemand aus dem
Core-Team diese Module auf PyPI stellt, hat er sie vermutlich bis an
sein Lebensende am Hals. Wenn man das Leuten überlässt, die sie
tatsächlich brauchen, ist das dann deren Problem.
> Wozu sollte man in Python eigentliche eine Bibliothek für telnet
> brauchen? Damit das Script/Programm dann damit automatisch einen Dienst
> auf Erreichbarkeit/Antwort prüfen könne?
Nein, dafür reicht ein Socket.
> Das geht angeblich auch mit netcat.
Warum so kompliziert? Dafür reicht ein Socket.
Der Zweck ist (oder war) natürlich, um mit Komponenten *sprechen* zu
können, die telnet verstehen. Das waren einmal ziemlich viele, um nicht
zu sagen, alle (Dave Plummer hat gerade in einem Video über Crowdstrike
angemerkt, dass zu Zeiten, als er noch an Windows-NT beteiligt war,
Kernel-Debugging über telnet gemacht wurde). Telnet ist an sich ein
ziemlich triviales Protokoll, aber es hat ein paar Optionen, die man
behandeln muss (vor allem, wenn die Gegenseite die unaufgefordert
schickt) und das Telnet-Modul enthält auch eine expect-Methode. Wenn die
ungefähr das kann, was das Programm expect kann, dann ist das ziemlich
praktisch für den typischen Session-Ablauf (einloggen, ein oder mehr
Kommandos absetzen, je nach Antwort entscheiden, was weiter passieren
soll, ...).
hp
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2024-07-25 18:17 +0200 |
| Message-ID | <v7ttha$g5b$1@news.bawue.net> |
| In reply to | #45391 |
On 7/25/24 17:54, Peter J. Holzer wrote: > Der Zweck ist (oder war) natürlich, um mit Komponenten *sprechen* zu > können, die telnet verstehen. Das waren einmal ziemlich viele, um nicht > zu sagen, alle (Dave Plummer hat gerade in einem Video über Crowdstrike > angemerkt, dass zu Zeiten, als er noch an Windows-NT beteiligt war, > Kernel-Debugging über telnet gemacht wurde). Damit telnet läuft muss im Kernel aber schon eine Menge laufen. Mit einer RS232 ist man eigentlich besser bedient, darüber Daten zu verschicken kann man auch dann noch wenn der Kernel selbst schon fast komplett tot ist. AmigaOS, zumindest die älteren Versionen, hatten Debugoutput via RS232. Benutzt habe ich das allerdings nie. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2024-08-03 14:54 +0200 |
| Subject | Kernel tot - wie? (was: Japans Regierung schafft Diskette ab) |
| Message-ID | <81m1ok-0v2.ln1@news.martinen.de> |
| In reply to | #45392 |
Am 25.07.24 um 18:17 schrieb Gerrit Heitsch: > On 7/25/24 17:54, Peter J. Holzer wrote: > >> Der Zweck ist (oder war) natürlich, um mit Komponenten *sprechen* zu >> können, die telnet verstehen. Das waren einmal ziemlich viele, um nicht >> zu sagen, alle (Dave Plummer hat gerade in einem Video über Crowdstrike >> angemerkt, dass zu Zeiten, als er noch an Windows-NT beteiligt war, >> Kernel-Debugging über telnet gemacht wurde). > > Damit telnet läuft muss im Kernel aber schon eine Menge laufen. Naja, als (kernel-)laie würde ich vermuten das zumindest der Netzwerk-stack funktionieren müsste und der aufruf von 'login' und einer shell auf zuruf des telnetd/inetd klappen müsste. Auf prä-systemd-systemen. Was noch? > Mit einer RS232 ist man eigentlich besser bedient, darüber Daten zu > verschicken kann man auch dann noch wenn der Kernel selbst schon fast > komplett tot ist. Aber doch auch nur wenn der kernel diesen weg zur Seriellen Schnittstelle für Debugging o.a. bereits vorab angelegt bekommen hat. > AmigaOS, zumindest die älteren Versionen, hatten Debugoutput via RS232. > Benutzt habe ich das allerdings nie. So weit ich erinnere *kann* man einem linux-kernel eine Schnittstelle dafür als bootparameter mitgeben und ich meine es gäbe auch eine nachfolgende Möglichkeit mittels Magic SysRequest dahin zu kommen. Und auch wenn man ja via Konsolen-Server per (Management-)LAN an 1-x Serielle Konsolen kommen könnte ist mir nicht klar WIE (und WO) tot ein Kernel sein darf um auf diesem Weg noch etwas substanzielles zu retten - was nicht durch einen (Harten) Reboot möglich wäre. Wenn der netzwerk-stack tot ist gehen telnet o. ssh nicht, ist klar. Und sonst? Passiert nach einem Kernel-Panic noch irgendwas im System, also z.b. I/O auf der Seriellen Schnittstelle das beim Fehlersuchen oder vermeiden (a la Falcon-sensor reißt system in den Abgrund[Linux-style]) hilft? Ich hab mir bisher wenig Gedanken gemacht welche Fehler was bewirken, und ob es welche gibt die zwischen SegFault/Oopsi(?) und Kernel-Panic noch etwas funktionierendes zurück ließen. Erste betreffen wohl auch mehr userprozesse (zu denen ein telnetd doch auch gehört?) aber darunter (in Richtung Kernel->HW)... Weißt du dazu mehr? Bisher habe ich wohl deutlich weniger schwerwiegende Fehler bei meiner HW gehabt - mit Linux. Und bei Windows (2000, XP?) gab es eine nachinstallierbare "Wartungskonsole" (REMCON o. CMDCONS?) mit der man das system ggf. reanimieren konnte. Aber das war m.E. auch nur kernel+shell in einer art abgesicherten/reduzierten Variante. Bye/ /Kay -- nix
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2024-08-03 17:43 +0200 |
| Subject | Re: Kernel tot - wie? |
| Message-ID | <v8lisg$4d5$1@news.bawue.net> |
| In reply to | #45422 |
On 8/3/24 14:54, Kay Martinen wrote: > Am 25.07.24 um 18:17 schrieb Gerrit Heitsch: >> On 7/25/24 17:54, Peter J. Holzer wrote: >> >>> Der Zweck ist (oder war) natürlich, um mit Komponenten *sprechen* zu >>> können, die telnet verstehen. Das waren einmal ziemlich viele, um nicht >>> zu sagen, alle (Dave Plummer hat gerade in einem Video über Crowdstrike >>> angemerkt, dass zu Zeiten, als er noch an Windows-NT beteiligt war, >>> Kernel-Debugging über telnet gemacht wurde). >> >> Damit telnet läuft muss im Kernel aber schon eine Menge laufen. > > Naja, als (kernel-)laie würde ich vermuten das zumindest der > Netzwerk-stack funktionieren müsste und der aufruf von 'login' und einer > shell auf zuruf des telnetd/inetd klappen müsste. Auf > prä-systemd-systemen. Was noch? > >> Mit einer RS232 ist man eigentlich besser bedient, darüber Daten zu >> verschicken kann man auch dann noch wenn der Kernel selbst schon fast >> komplett tot ist. > > Aber doch auch nur wenn der kernel diesen weg zur Seriellen > Schnittstelle für Debugging o.a. bereits vorab angelegt bekommen hat. Ja, aber dazu braucht es wirklich nicht viel. Beim x86 PC ist die Adresse von COM1 bekannt und es reicht wenn man beim Start des Kernels dort ein paar Defaults reinschreibt und für Debugging eine einfache Routine hat die ein übergebenes Byte zur RS232 schickt. Deutlich weniger komplex als den ganzen Netzwerkstack hochzubekommen. > Und auch wenn man ja via Konsolen-Server per (Management-)LAN an 1-x > Serielle Konsolen kommen könnte ist mir nicht klar WIE (und WO) tot ein > Kernel sein darf um auf diesem Weg noch etwas substanzielles zu retten - > was nicht durch einen (Harten) Reboot möglich wäre. Wenn der > netzwerk-stack tot ist gehen telnet o. ssh nicht, ist klar. Und sonst? Die Idee ist dort Debug-Info rauszuhauen mit denen der Fehler gefunden werden kann und das geht per RS232 nunmal sehr einfach und auch dann noch wenn so ziemlich alles andere schon tot ist. > Passiert nach einem Kernel-Panic noch irgendwas im System, also z.b. I/O > auf der Seriellen Schnittstelle das beim Fehlersuchen oder vermeiden (a > la Falcon-sensor reißt system in den Abgrund[Linux-style]) hilft? Ich kann hier nur für die SPARC-SUNs sprechen und die haben bei einer Kernel-Panic auf der seriellen Konsole einiges an Info rausgehauen. Das war reine Ausgabe, Eingaben machen war da nicht mehr. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2024-08-03 21:26 +0200 |
| Subject | Re: Kernel tot - wie? |
| Message-ID | <00d2ok-ml8.ln1@news.martinen.de> |
| In reply to | #45425 |
Am 03.08.24 um 17:43 schrieb Gerrit Heitsch: > On 8/3/24 14:54, Kay Martinen wrote: >> Am 25.07.24 um 18:17 schrieb Gerrit Heitsch: >>> Mit einer RS232 ist man eigentlich besser bedient, darüber Daten zu >>> verschicken kann man auch dann noch wenn der Kernel selbst schon fast >>> komplett tot ist. >> >> Aber doch auch nur wenn der kernel diesen weg zur Seriellen >> Schnittstelle für Debugging o.a. bereits vorab angelegt bekommen hat. > > Ja, aber dazu braucht es wirklich nicht viel. Beim x86 PC ist die > Adresse von COM1 bekannt und es reicht wenn man beim Start des Kernels Naja, Bekannt ist nicht gleich Default oder Real. Die Adresse und IRQ konnte man schon unter DOS und später im BIOS auf andere Werte setzen als der übliche IBM COM1 Default vorsah. Man muß also zumindest beim initialisieren prüfen ob da wirklich ein UART antwortet. > dort ein paar Defaults reinschreibt und für Debugging eine einfache > Routine hat die ein übergebenes Byte zur RS232 schickt. Ein Simples raus schreiben hatte ich jetzt eigentlich nicht erwartet... > Die Idee ist dort Debug-Info rauszuhauen mit denen der Fehler gefunden > werden kann und das geht per RS232 nunmal sehr einfach und auch dann > noch wenn so ziemlich alles andere schon tot ist. ... denn das mag ja einfach gehen, aber: > Ich kann hier nur für die SPARC-SUNs sprechen und die haben bei einer > Kernel-Panic auf der seriellen Konsole einiges an Info rausgehauen. Das > war reine Ausgabe, Eingaben machen war da nicht mehr. ... der Knackpunkt dabei scheint mir die Pufferung der ausgaben zu sein. Wenn du zum Zeitpunkt des Crashs dort kein Aktives Terminal dran hängen hast dann ist die Ausgabe m.E. verloren, als würde man nach /dev/null schreiben. Es mag sein das Konsolen-server eigene Buffer vorhalten aber ein Terminal das du erst nach dem Crash einschaltest zeigt dann doch wohl genau "nichts" mehr an. Weil einfach nichts mehr kommen kann und der Output verloren ist. Oder gehst du davon aus das der kernel einen immer noch aktiven output-buffer pflegt der erst raus gehauen wird wenn ein Terminal an geht und ein Ready-Signal an die Serielle sendet? Dann müßte zumindest der eine Teil dafür noch aktiv sein (können). Und keine Eingaben mehr annehmen aber noch was ausgeben...? Aus eigener Erfahrung weiß ich nur noch von Alten Catalyst Switches das die auf ihrem Console-Port nur direkt nach dem Einschalten auf Tastendrücke reagierten und dann die Bootmeldungen dort ausgaben. Und es dann eben auch ermöglichten die Systemconfig zu ändern, neue Firmware zu laden, die aktive runter zu laden u.s.w. Aber so weit ich erinnere klappte das nicht wenn man ein Terminal dran hing wenn der Switch bereits läuft. Dann bekommt man bestenfalls eine normale CLI - aber eben keine bootmeldungen. Ob man darüber auch die FW lesen/schreiben konnte erinnere ich nicht. Das müsste dann aber wohl auch via Netzwerk gehen - hier nur mit telnet (weil zu alt, zu klein für ssh). Für einen Werksreset mußte man jedenfalls so (Terminal+Booten) vorgehen, z.b. um ein vergessenes Kennwort los zu werden. Bye/ /Kay -- nix
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2024-08-04 07:21 +0200 |
| Subject | Re: Kernel tot - wie? |
| Message-ID | <v8n2pe$8h8$1@news.bawue.net> |
| In reply to | #45427 |
On 8/3/24 21:26, Kay Martinen wrote: > Am 03.08.24 um 17:43 schrieb Gerrit Heitsch: >> On 8/3/24 14:54, Kay Martinen wrote: >>> Am 25.07.24 um 18:17 schrieb Gerrit Heitsch: > >>>> Mit einer RS232 ist man eigentlich besser bedient, darüber Daten zu >>>> verschicken kann man auch dann noch wenn der Kernel selbst schon >>>> fast komplett tot ist. >>> >>> Aber doch auch nur wenn der kernel diesen weg zur Seriellen >>> Schnittstelle für Debugging o.a. bereits vorab angelegt bekommen hat. >> >> Ja, aber dazu braucht es wirklich nicht viel. Beim x86 PC ist die >> Adresse von COM1 bekannt und es reicht wenn man beim Start des Kernels > > Naja, Bekannt ist nicht gleich Default oder Real. Die Adresse und IRQ > konnte man schon unter DOS und später im BIOS auf andere Werte setzen > als der übliche IBM COM1 Default vorsah. Man muß also zumindest beim > initialisieren prüfen ob da wirklich ein UART antwortet. IRQ kann man sich im Notfall sparen und auch der Test ob da ein UART ist, ist eher trivial. Also beim Systemstart erstmal das absolute Minimum testen und konfigurieren damit man Ausgaben machen kann. Sobald der Kernel dann halbwegs oben ist kann man das nochmal in sauber wiederholen. >> dort ein paar Defaults reinschreibt und für Debugging eine einfache >> Routine hat die ein übergebenes Byte zur RS232 schickt. > > Ein Simples raus schreiben hatte ich jetzt eigentlich nicht erwartet... Für Debugausgaben braucht es aber nicht mehr. >> Die Idee ist dort Debug-Info rauszuhauen mit denen der Fehler gefunden >> werden kann und das geht per RS232 nunmal sehr einfach und auch dann >> noch wenn so ziemlich alles andere schon tot ist. > > ... denn das mag ja einfach gehen, aber: > >> Ich kann hier nur für die SPARC-SUNs sprechen und die haben bei einer >> Kernel-Panic auf der seriellen Konsole einiges an Info rausgehauen. >> Das war reine Ausgabe, Eingaben machen war da nicht mehr. > > ... der Knackpunkt dabei scheint mir die Pufferung der ausgaben zu sein. Auch das geht recht trivial. Da kommen vielleicht 1-2 KB raus, den Puffer dafür kann man schon beim Booten reservieren. > Wenn du zum Zeitpunkt des Crashs dort kein Aktives Terminal dran hängen > hast dann ist die Ausgabe m.E. verloren, als würde man nach /dev/null > schreiben. Korrekt. Deshalb hilft es ungemein dort einen Terminalserver angeschlossen zu haben der ein Scrollbackfeature hat. Man muss dann nicht immer ein Fenster offen haben sondern verbindet sich im Fehlerfalle mit dem Server und schaut nach was in den letzten Zeilen Scrollback so zu finden ist. Terminalserver will man sowieso weil man dann mit der Konsole verbunden ist, hilft wenn die Kiste wegen was auch immer nur bis in den single user mode bootet. Kann man so bequem vom Büro aus richten anstatt ins RZ dackeln zu müssen. Ein weiterer Vorteil ist, daß man so Ausgaben in einem Format bekommt welches man per copy/paste weiterverarbeiten kann. Die Ausgaben auf dem Monitor eines KVM-Switches hingegen kannst du maximal als Screenshot weitergeben, aber eben nicht als Text. > Oder gehst du davon aus das der kernel einen immer noch aktiven > output-buffer pflegt der erst raus gehauen wird wenn ein Terminal an > geht und ein Ready-Signal an die Serielle sendet? Nein. Die SUNs benutzten auch XON/XOFF-Handshake, so brauchte man nur 3 Leitungen (RxD/TxD/GND) und konnte mit CTRL-S jederzeit selbst die Ausgabe anhalten. Mit CTRL-Q gehts weiter. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2024-08-04 16:43 +0200 |
| Subject | Re: Kernel tot - wie? |
| Message-ID | <hpg4ok-dud.ln1@news.martinen.de> |
| In reply to | #45429 |
Am 04.08.24 um 07:21 schrieb Gerrit Heitsch: > On 8/3/24 21:26, Kay Martinen wrote: >> Am 03.08.24 um 17:43 schrieb Gerrit Heitsch: >>> On 8/3/24 14:54, Kay Martinen wrote: >>>> Am 25.07.24 um 18:17 schrieb Gerrit Heitsch: >> >>>>> Mit einer RS232 ist man eigentlich besser bedient, darüber Daten zu >>>>> verschicken kann man auch dann noch wenn der Kernel selbst schon >>>>> fast komplett tot ist. >>> Ja, aber dazu braucht es wirklich nicht viel. Beim x86 PC ist die >>> Adresse von COM1 bekannt und es reicht wenn man beim Start des Kernels >> als der übliche IBM COM1 Default vorsah. Man muß also zumindest beim >> initialisieren prüfen ob da wirklich ein UART antwortet. > > IRQ kann man sich im Notfall sparen und auch der Test ob da ein UART > ist, ist eher trivial. Also beim Systemstart erstmal das absolute > Minimum testen und konfigurieren damit man Ausgaben machen kann. Sobald > der Kernel dann halbwegs oben ist kann man das nochmal in sauber > wiederholen. Ich würde erwarten das ein (Linux-)Kernel dem man z.b. /dev/ttyS0 als Konsole/Debug-output angibt das erste gefundene Serielle Interface nutzt (es sei den udev funkt anders dazwischen) und dem dann zumindest die Parameter setzt, also z.b. 38400,8N1 o.ä. Und spätestens an dem Punkt sollte auffallen ob das Gerät überhaupt da ist und reagiert. Ab da sollte es dann initialisiert und bereit für Ausgaben sein. So weit so gut. >>> Die Idee ist dort Debug-Info rauszuhauen mit denen der Fehler >>> gefunden werden kann und das geht per RS232 nunmal sehr einfach und >>> auch dann noch wenn so ziemlich alles andere schon tot ist. >>> Ich kann hier nur für die SPARC-SUNs sprechen und die haben bei einer >>> Kernel-Panic auf der seriellen Konsole einiges an Info rausgehauen. >>> Das war reine Ausgabe, Eingaben machen war da nicht mehr. > Auch das geht recht trivial. Da kommen vielleicht 1-2 KB raus, den > Puffer dafür kann man schon beim Booten reservieren. OK. Dann hast du eine initialisierte Schnittstelle und einen Puffer mit vielleicht 2KB Platz für ausgaben. >> Wenn du zum Zeitpunkt des Crashs dort kein Aktives Terminal dran >> hängen hast dann ist die Ausgabe m.E. verloren, als würde man nach >> /dev/null schreiben. > > Korrekt. Deshalb hilft es ungemein dort einen Terminalserver > angeschlossen zu haben der ein Scrollbackfeature hat. Man muss dann Das ist für mehrere Server sicher sinnvoll da so ein Terminalserver wohl eher mehrere Anschlüsse bietet. Bei einem Einzelnen Server scheint es mir Overkill. Aber, haben wir drüber gesprochen von welchen Fällen/Server-arten/anzahl wir sprechen? Ich glaube, nein! > Ein weiterer Vorteil ist, daß man so Ausgaben in einem Format bekommt > welches man per copy/paste weiterverarbeiten kann. Die Ausgaben auf dem > Monitor eines KVM-Switches hingegen kannst du maximal als Screenshot > weitergeben, aber eben nicht als Text. Richtig. Es soll das zwar so neumodsches Zeuch namens OCR geben aber das hat gewiss auch seine Tücken. ;) >> Oder gehst du davon aus das der kernel einen immer noch aktiven >> output-buffer pflegt der erst raus gehauen wird wenn ein Terminal an >> geht und ein Ready-Signal an die Serielle sendet? > > Nein. Die SUNs benutzten auch XON/XOFF-Handshake, so brauchte man nur 3 > Leitungen (RxD/TxD/GND) und konnte mit CTRL-S jederzeit selbst die > Ausgabe anhalten. Mit CTRL-Q gehts weiter. Okay, und CTRL-S und -Q steuern also die Ausgabe oder deren Anhalten. Terminal-Intern oder erfordert das nicht doch eine TxD zum Host und eine Software-routine dort die darauf reagiert - und ausgibt oder anhält? Ist es nicht unwahrscheinlich das ein Toter Kernel der im Panic steht noch auf eingehende Signale der Seriellen Reagiert? IMHO ebenso unwahrscheinlich dürfte es sein das ein Serielles Terminal XON/XOFF intern abbildet ohne mit der Hostschnittstelle zu interagieren. Ich meine hier jetzt keinen Terminal-server sondern ein einfaches Serielles Terminal das vielleicht auch einen Scrollback-puffer hat - der aber vermutlich nur ebenso weit zurück reicht wie es auch ausgaben gab (Betonung auf GAB!) Soll heißen: Der 2KB Puffer des Hosts steckt dann schon im Scrollback des Terminals und ich zweifele ob ein CTRL-Q vom Terminal den Host dazu bewegen würde noch mehr zu schicken - bei Kernel Panic. Vielleicht sind SUNs da schlauer, aber bei einem x86 PC (von dem wir beide oben sprachen) würde ich das nicht erwarten. Bestenfalls mit einer Intelligenten Multi-IO Karte mit eigener CPU, Firmware und logik die auch dann noch arbeiten könnte. Das ist aber zu speziell oder? Bye/ /Kay -- nix
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2024-08-04 17:12 +0200 |
| Subject | Re: Kernel tot - wie? |
| Message-ID | <v8o5f2$n1g$1@news.bawue.net> |
| In reply to | #45433 |
On 8/4/24 16:43, Kay Martinen wrote: > Am 04.08.24 um 07:21 schrieb Gerrit Heitsch: >> On 8/3/24 21:26, Kay Martinen wrote: >>> Am 03.08.24 um 17:43 schrieb Gerrit Heitsch: >>>> On 8/3/24 14:54, Kay Martinen wrote: >>>>> Am 25.07.24 um 18:17 schrieb Gerrit Heitsch: >>> >>>>>> Mit einer RS232 ist man eigentlich besser bedient, darüber Daten >>>>>> zu verschicken kann man auch dann noch wenn der Kernel selbst >>>>>> schon fast komplett tot ist. > >>>> Ja, aber dazu braucht es wirklich nicht viel. Beim x86 PC ist die >>>> Adresse von COM1 bekannt und es reicht wenn man beim Start des Kernels > >>> als der übliche IBM COM1 Default vorsah. Man muß also zumindest beim >>> initialisieren prüfen ob da wirklich ein UART antwortet. >> >> IRQ kann man sich im Notfall sparen und auch der Test ob da ein UART >> ist, ist eher trivial. Also beim Systemstart erstmal das absolute >> Minimum testen und konfigurieren damit man Ausgaben machen kann. >> Sobald der Kernel dann halbwegs oben ist kann man das nochmal in >> sauber wiederholen. > > Ich würde erwarten das ein (Linux-)Kernel dem man z.b. /dev/ttyS0 als > Konsole/Debug-output angibt das erste gefundene Serielle Interface nutzt > (es sei den udev funkt anders dazwischen) und dem dann zumindest die > Parameter setzt, also z.b. 38400,8N1 o.ä. Wobei man im x86 PC ziemlich sicher davon ausgehen kann, daß COM<x> an einer der bekannten Adressen liegt. Ebenso bei SUN, da ist /dev/ttya auch bekannt. Der Code zum Testen ob das so passt sollte schon seit ein paar Jahrzehnten vorhanden sein. >>>> Die Idee ist dort Debug-Info rauszuhauen mit denen der Fehler >>>> gefunden werden kann und das geht per RS232 nunmal sehr einfach und >>>> auch dann noch wenn so ziemlich alles andere schon tot ist. > >>>> Ich kann hier nur für die SPARC-SUNs sprechen und die haben bei >>>> einer Kernel-Panic auf der seriellen Konsole einiges an Info >>>> rausgehauen. Das war reine Ausgabe, Eingaben machen war da nicht mehr. > >> Auch das geht recht trivial. Da kommen vielleicht 1-2 KB raus, den >> Puffer dafür kann man schon beim Booten reservieren. > > OK. Dann hast du eine initialisierte Schnittstelle und einen Puffer mit > vielleicht 2KB Platz für ausgaben. Ist schonmal hilfreich. >>> Wenn du zum Zeitpunkt des Crashs dort kein Aktives Terminal dran >>> hängen hast dann ist die Ausgabe m.E. verloren, als würde man nach >>> /dev/null schreiben. >> >> Korrekt. Deshalb hilft es ungemein dort einen Terminalserver >> angeschlossen zu haben der ein Scrollbackfeature hat. Man muss dann > > Das ist für mehrere Server sicher sinnvoll da so ein Terminalserver wohl > eher mehrere Anschlüsse bietet. Ich hab noch 2 Stück Micro Annex XL im Keller... Die bieten jeweils 8 Anschlüsse und sprechen auf der anderen Seite 10 MBit Ethernet. Sind so alt, daß man mit denen nur per telnet sprechen kann. Das letzte Softwareupdate war irgendwann in den 90ern. Direkter Connect auf den Port geht dort mit 'telnet <ip> 500<port>'. Beispiel: telnet 192.168.1.25 5003 hat dich mit seriellem Port 3 am Annex auf 192.168.1.25 verbunden. > Bei einem Einzelnen Server scheint es mir Overkill. Aber, haben wir > drüber gesprochen von welchen Fällen/Server-arten/anzahl wir sprechen? > Ich glaube, nein! Heute würde man da einen Microcontroller nehmen. >> Ein weiterer Vorteil ist, daß man so Ausgaben in einem Format bekommt >> welches man per copy/paste weiterverarbeiten kann. Die Ausgaben auf >> dem Monitor eines KVM-Switches hingegen kannst du maximal als >> Screenshot weitergeben, aber eben nicht als Text. > > Richtig. Es soll das zwar so neumodsches Zeuch namens OCR geben aber das > hat gewiss auch seine Tücken. ;) Hat es. Meist sind die ganzen Zahlen wichtig und eine vom OCR falsch erkannte Zahl kann die Fehlersuche erschweren (war da nicht vor einiger Zeit was mit Kopierern...?). Hier mal eine Fehlermeldung die mir mein System hier neulich in die Terminals geworfen hat. War kein Crash: [163747.494782] mce: [Hardware Error]: Machine check events logged [163747.494786] [Hardware Error]: Deferred error, no action required. [163747.494790] [Hardware Error]: CPU:0 (19:21:2) MC21_STATUS[-|-|MiscV|AddrV|PCC|SyndV|Deferred|-|-]: 0x9eb310b1d883b8b9 [163747.494799] [Hardware Error]: Error Addr: 0x0000000000000000 [163747.494801] [Hardware Error]: IPID: 0x0000000000000000, Syndrome: 0x0000000000000000 [163747.494804] [Hardware Error]: Bank 21 is reserved. [163747.494806] [Hardware Error]: cache level: L1, tx: GEN Wäre schon nett wenn die Zahlen alle stimmen wenn man eine solche Meldung zum Service schickt. >>> Oder gehst du davon aus das der kernel einen immer noch aktiven >>> output-buffer pflegt der erst raus gehauen wird wenn ein Terminal an >>> geht und ein Ready-Signal an die Serielle sendet? >> >> Nein. Die SUNs benutzten auch XON/XOFF-Handshake, so brauchte man nur >> 3 Leitungen (RxD/TxD/GND) und konnte mit CTRL-S jederzeit selbst die >> Ausgabe anhalten. Mit CTRL-Q gehts weiter. > > Okay, und CTRL-S und -Q steuern also die Ausgabe oder deren Anhalten. > Terminal-Intern oder erfordert das nicht doch eine TxD zum Host und eine > Software-routine dort die darauf reagiert - und ausgibt oder anhält? Der Host muss drauf reagieren. > Ist es nicht unwahrscheinlich das ein Toter Kernel der im Panic steht > noch auf eingehende Signale der Seriellen Reagiert? Keine Ahnung. Hängt davon ab wieviel Mühe man sich dort gegeben hat. Ich lese mir den Code jetzt nicht durch. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Andreas Eder <a_eder_muc@web.de> |
|---|---|
| Date | 2024-08-05 16:51 +0200 |
| Subject | Re: Kernel tot - wie? |
| Message-ID | <87frrjauqv.fsf@eder.anydns.info> |
| In reply to | #45433 |
On So 04 Aug 2024 at 16:43, Kay Martinen <usenet@martinen.de> wrote: > Am 04.08.24 um 07:21 schrieb Gerrit Heitsch: >> On 8/3/24 21:26, Kay Martinen wrote: >>> Am 03.08.24 um 17:43 schrieb Gerrit Heitsch: >>>> On 8/3/24 14:54, Kay Martinen wrote: >>>>> Am 25.07.24 um 18:17 schrieb Gerrit Heitsch: >>> >>>>>> Mit einer RS232 ist man eigentlich besser bedient, darüber Daten zu >>>>>> verschicken kann man auch dann noch wenn der Kernel selbst schon fast >>>>>> komplett tot ist. > >>>> Ja, aber dazu braucht es wirklich nicht viel. Beim x86 PC ist die >>>> Adresse von COM1 bekannt und es reicht wenn man beim Start des Kernels >>> Wenn du zum Zeitpunkt des Crashs dort kein Aktives Terminal dran hängen >>> hast dann ist die Ausgabe m.E. verloren, als würde man nach /dev/null >>> schreiben. >> Korrekt. Deshalb hilft es ungemein dort einen Terminalserver angeschlossen >> zu haben der ein Scrollbackfeature hat. Man muss dann > > Das ist für mehrere Server sicher sinnvoll da so ein Terminalserver wohl > eher mehrere Anschlüsse bietet. > > Bei einem Einzelnen Server scheint es mir Overkill. Aber, haben wir drüber > gesprochen von welchen Fällen/Server-arten/anzahl wir sprechen? Ich glaube, > nein! Wenn ich nur einen einzigen Rechner habe, dann hänge ich da einen alten Matrix-Drucker ran. 'Andreas -- ceterum censeo redmondinem esse delendam
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-08-05 18:02 +0200 |
| Subject | Re: Kernel tot - wie? |
| Message-ID | <lhcbcpFqhkaU1@mid.individual.net> |
| In reply to | #45444 |
Am 05.08.24 um 16:51 schrieb Andreas Eder: > Wenn ich nur einen einzigen Rechner habe, dann hänge ich da einen alten > Matrix-Drucker ran. Ohne Farbband? Centronics Stecker? Ansonsten Steuerung über Arduino Mega mit eventuell HCT Puffer. -- <http://www.hermann-riemann.de>
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2024-08-05 18:25 +0200 |
| Subject | Re: Kernel tot - wie? |
| Message-ID | <v8qu21$f0c$1@news.bawue.net> |
| In reply to | #45445 |
On 8/5/24 18:02, Hermann Riemann wrote: > Am 05.08.24 um 16:51 schrieb Andreas Eder: > >> Wenn ich nur einen einzigen Rechner habe, dann hänge ich da einen alten >> Matrix-Drucker ran. > > Ohne Farbband? > > Centronics Stecker? Nicht weniger ältere Drucker hatten auch einen seriellen Port. > Ansonsten Steuerung über Arduino Mega > mit eventuell HCT Puffer. Von seriell auf parallel wandeln sollte keinen Mega brauchen. Gerrit
[toc] | [prev] | [next] | [standalone]
Page 12 of 28 — ← Prev page 1 … 10 11 [12] 13 14 … 28 Next page →
Back to top | Article view | de.alt.folklore.computer
csiph-web