Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.devel > #108117
| From | Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com> |
|---|---|
| Newsgroups | linux.debian.devel |
| Subject | Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) |
| Date | 2023-06-08 02:20 +0200 |
| Message-ID | <GEbxD-eo7R-1@gated-at.bofh.it> (permalink) |
| References | <Gx8XU-a0uT-7@gated-at.bofh.it> <GBgtQ-cyCZ-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi, late on the thread, but... On Tue, 30 May 2023 at 19:51, Diederik de Haas <didi.debian@cknow.org> wrote: > > [Please CC me in replies as I'm not subscribed to this list] > > I hope I'm not too late for this discussion ... > > Steve McIntyre <steve@einval.com> wrote: > > Luca Boccassi wrote: > > >On Fri, 19 May 2023 at 12:42, Steve McIntyre <steve@einval.com> wrote: > > >> I'm planning on stopping publishing installer images for i386 > > >> soon. Why? We should be strongly encouraging users to move away from > > >> If they're still running i386 *hardware*, then they should be replacing > > >> that hardware with more modern, more capable, more *efficient* stuff. > > >> > > >+1 for stopping publishing installers for i386, it has been mentioned > > >many times but it's always worth repeating: electricity costs to keep > > >running i386 hardware are already way higher than what it costs to buy > > >a cheap, low-power replacement like a raspberry pi, that also provides > > >better performance. > > > > Exactly. > > ... > > If people have strong opinions about that plan, let us know please. > > I have *strong* opinions about this. > > https://lists.debian.org/debian-kernel/2023/01/msg00372.html was a message/ > plea to not forget about supporting OLD systems. > > While it may be a no-brainer for a person with a $/€ 1000 a month residual > income to just buy new hardware whenever they feel like it, that is not the > case for everyone. > > To quote (a part) of that email: > > I happen to know of a few derivative projects that have been using > > Debian technology that have brought new life to some really aging equipment > > and some people in either Third World countries or in communities with low > > incomes and either limited or non-existent access to modern equipment. One > > such effort, the antiX distribution, has been effective in reaching poor > > communities in Brazil recently, and has long been able to reach people with > > scaled down Debian technology all over the world. > > > > I'm wondering if there is some way to provide a "hook" or a way for some of > > these ten to twenty year old systems to remain functional for those who may > > not otherwise have a way, other than to run insecure, out of date systems. > > If there is a way, even a "side project", I hope that the Debian community > > can help a few of these derivative distributions assist people worldwide to > > have access to modern technology, > > even from systems that are barely "modern" any more. > > Besides people in 'third world countries' (I actually don't like such > qualifications at all), there are also people in the '1st world' who work their > asses off just to put food on the table, and thus also don't have the money to > buy new equipment. But if you want to interact with your own government, you > highly likely will need to have some PC (type) equipment. > It could also provide a way to learn/develop new skills. > > It's absolutely true that modern machines are more energy efficient. What is > also true is that the production of new devices has a big environmental > impact. Well, I do consider myself someone living in a third world country, possibly already a four world by now. Some years ago I would have certainly totally concurred with your observation. Nowadays? No. amd64 systems are old enough that you can find them in old machines too. My PoV is that we reached the point at which we can safely say there are replacements. Ecologically it is better to refurbish old amd64 systems rather than trying to keep the i386 alive. My personal PoV, but... -- Lisandro Damián Nicanor Pérez Meyer https://perezmeyer.com.ar/
Back to linux.debian.devel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-17 06:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Russ Allbery <rra@debian.org> - 2023-05-17 06:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal YunQiang Su <wzssyqa@gmail.com> - 2023-05-17 07:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-18 22:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Florian Lohoff <f@zz.de> - 2023-05-22 10:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-18 07:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Marco d'Itri <md@Linux.IT> - 2023-05-18 12:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Russ Allbery <rra@debian.org> - 2023-05-18 16:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Wookey <wookey@wookware.org> - 2023-05-18 18:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Olaf Titz <olaf@bigred.inka.de> - 2023-06-26 20:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Russ Allbery <rra@debian.org> - 2023-05-18 16:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Christoph Biedl <debian.axhn@manchmal.in-ulm.de> - 2023-05-18 21:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Russ Allbery <rra@debian.org> - 2023-05-18 21:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Helmut Grohne <helmut@subdivi.de> - 2023-05-17 11:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-18 07:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Helmut Grohne <helmut@subdivi.de> - 2023-05-28 21:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Craig Small <csmall@debian.org> - 2023-05-17 14:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-17 17:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Guillem Jover <guillem@debian.org> - 2023-05-18 03:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-18 21:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Guillem Jover <guillem@debian.org> - 2023-05-19 05:40 +0200
i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve McIntyre <steve@einval.com> - 2023-05-19 13:50 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Luca Boccassi <bluca@debian.org> - 2023-05-19 14:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve McIntyre <steve@einval.com> - 2023-05-19 16:10 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) "G. Branden Robinson" <g.branden.robinson@gmail.com> - 2023-05-19 16:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Colin Watson <cjwatson@debian.org> - 2023-05-19 16:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) "G. Branden Robinson" <g.branden.robinson@gmail.com> - 2023-05-19 17:10 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve McIntyre <steve@einval.com> - 2023-05-19 19:40 +0200
Re: i386 in the future Ivan Shmakov <ivan@siamics.net> - 2023-05-25 13:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Simon McVittie <smcv@debian.org> - 2023-05-19 17:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve Langasek <vorlon@debian.org> - 2023-05-19 18:00 +0200
partial support for i386 (Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal)) Michael Biebl <biebl@debian.org> - 2023-05-19 19:50 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Jonathan Carter <jcc@debian.org> - 2023-05-22 12:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Johannes Schauer Marin Rodrigues <josch@debian.org> - 2023-05-19 17:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve Langasek <vorlon@debian.org> - 2023-05-19 18:00 +0200
Bug#1036358: release-notes: Debian 12 expected to be last release w/ installer for i386 Ansgar <ansgar@43-1.org> - 2023-05-19 17:40 +0200
Re: Bug#1036358: release-notes: Debian 12 expected to be last release w/ installer for i386 Michael Biebl <biebl@debian.org> - 2023-05-19 19:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) "Andrew M.A. Cater" <amacater@einval.com> - 2023-05-19 19:10 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Cyril Brulebois <kibi@debian.org> - 2023-05-19 19:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Michael Biebl <biebl@debian.org> - 2023-05-19 20:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve McIntyre <steve@einval.com> - 2023-05-19 19:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Bjørn Mork <bjorn@mork.no> - 2023-05-19 21:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Ansgar <ansgar@43-1.org> - 2023-05-19 22:00 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Bjørn Mork <bjorn@mork.no> - 2023-05-19 22:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Cyril Brulebois <kibi@debian.org> - 2023-05-20 07:10 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) James Addison <jay@jp-hosting.net> - 2023-05-20 14:00 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Diederik de Haas <didi.debian@cknow.org> - 2023-05-31 01:00 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve Langasek <vorlon@debian.org> - 2023-05-31 06:00 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) John Goerzen <jgoerzen@complete.org> - 2023-05-31 14:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Sven Hoexter <sven@stormbind.net> - 2023-05-31 16:20 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Gunnar Wolf <gwolf@debian.org> - 2023-05-31 18:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Wookey <wookey@wookware.org> - 2023-05-31 20:50 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Ansgar <ansgar@43-1.org> - 2023-05-31 21:30 +0200
Re: Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Johannes Schauer Marin Rodrigues <josch@debian.org> - 2023-05-31 07:00 +0200
Re: Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) James Addison <jay@jp-hosting.net> - 2023-05-31 10:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Wouter Verhelst <wouter@debian.org> - 2023-05-31 12:50 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Alexandre Detiste <alexandre.detiste@gmail.com> - 2023-05-31 13:10 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Sven Hoexter <sven@stormbind.net> - 2023-05-31 16:10 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Gunnar Wolf <gwolf@debian.org> - 2023-05-31 18:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Diederik de Haas <didi.debian@cknow.org> - 2023-05-31 23:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) "Andrew M.A. Cater" <amacater@einval.com> - 2023-06-01 00:20 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Adam Borowski <kilobyte@angband.pl> - 2023-06-01 15:20 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) nick black <dankamongmen@gmail.com> - 2023-06-02 19:00 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Wouter Verhelst <wouter@debian.org> - 2023-06-02 21:10 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Diederik de Haas <didi.debian@cknow.org> - 2023-06-02 23:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Paul Wise <pabs@debian.org> - 2023-06-01 03:40 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) "Theodore Ts'o" <tytso@mit.edu> - 2023-06-01 14:20 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com> - 2023-06-08 02:20 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve Langasek <vorlon@debian.org> - 2023-05-19 17:50 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Steve McIntyre <steve@einval.com> - 2023-05-19 19:50 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Guillem Jover <guillem@debian.org> - 2023-05-19 20:10 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) James Addison <jay@jp-hosting.net> - 2023-05-19 20:50 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Ansgar <ansgar@43-1.org> - 2023-05-20 00:00 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) James Addison <jay@jp-hosting.net> - 2023-05-21 08:00 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) Roger Lynn <Roger@rilynn.me.uk> - 2023-05-26 01:30 +0200
Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal) James Addison <jay@jp-hosting.net> - 2023-05-26 06:50 +0200
Using i386 by mistake on 64-bit hardware [was Re: i386 in the future 32-bit archs: a proposal)] Josh Triplett <josh@joshtriplett.org> - 2023-05-20 09:20 +0200
Re: Using i386 by mistake on 64-bit hardware [was Re: i386 in the future 32-bit archs: a proposal)] Simon Richter <sjr@debian.org> - 2023-05-20 11:30 +0200
Re: Using i386 by mistake on 64-bit hardware [was Re: i386 in the future 32-bit archs: a proposal)] Adam Borowski <kilobyte@angband.pl> - 2023-05-20 18:50 +0200
Re: Using i386 by mistake on 64-bit hardware [was Re: i386 in the future 32-bit archs: a proposal)] Stephen Kitt <skitt@debian.org> - 2023-05-21 20:00 +0200
Re: Using i386 by mistake on 64-bit hardware [was Re: i386 in the future 32-bit archs: a proposal)] James Addison <jay@jp-hosting.net> - 2023-05-22 14:30 +0200
Re: i386 in the future Wookey <wookey@wookware.org> - 2023-05-20 05:30 +0200
Re: i386 in the future Ansgar <ansgar@43-1.org> - 2023-05-20 10:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-23 03:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Guillem Jover <guillem@debian.org> - 2023-06-08 04:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-06-14 06:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Guillem Jover <guillem@debian.org> - 2023-06-17 17:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-18 08:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-20 02:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Wookey <wookey@wookware.org> - 2023-05-20 13:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Andreas Metzler <ametzler@bebt.de> - 2023-05-20 17:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-23 03:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-05-23 03:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Helmut Grohne <helmut@subdivi.de> - 2023-06-06 09:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-06-06 12:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Luca Boccassi <bluca@debian.org> - 2023-06-06 13:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Marco d'Itri <md@Linux.IT> - 2023-06-06 17:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Gunnar Wolf <gwolf@debian.org> - 2023-06-06 20:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-06-06 21:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Alexis Murzeau <amubtdx@gmail.com> - 2023-06-06 21:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-06-08 21:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Paul Wise <pabs@debian.org> - 2023-06-07 06:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Andreas Metzler <ametzler@bebt.de> - 2023-06-08 07:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-06-08 21:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Paul Wise <pabs@debian.org> - 2023-06-08 07:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Bastien ROUCARIES <roucaries.bastien@gmail.com> - 2023-06-08 08:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Hakan Bayındır <hakan@bayindir.org> - 2023-06-08 10:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Holger Levsen <holger@layer-acht.org> - 2023-06-08 11:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Paul Wise <pabs@debian.org> - 2023-06-09 06:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Holger Levsen <holger@layer-acht.org> - 2023-06-09 11:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Ansgar <ansgar@43-1.org> - 2023-06-09 11:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Bastian Blank <waldi@debian.org> - 2023-06-08 11:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-06-08 11:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Gunnar Wolf <gwolf@debian.org> - 2023-06-08 17:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal nick black <dankamongmen@gmail.com> - 2023-06-09 01:30 +0200
Re: multiarch vs. multilib Simon McVittie <smcv@debian.org> - 2023-06-09 11:00 +0200
Re: multiarch vs. multilib nick black <dankamongmen@gmail.com> - 2023-06-11 10:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Paul Wise <pabs@debian.org> - 2023-06-09 05:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-06-09 11:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Paul Wise <pabs@debian.org> - 2023-06-09 06:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Bastian Blank <waldi@debian.org> - 2023-06-09 08:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Wookey <wookey@wookware.org> - 2023-07-05 18:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-06-06 21:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Paul Wise <pabs@debian.org> - 2023-06-07 06:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Helmut Grohne <helmut@subdivi.de> - 2023-06-08 19:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Holger Levsen <holger@layer-acht.org> - 2023-06-08 20:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-06-08 21:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Thorsten Glaser <tg@debian.org> - 2023-06-09 19:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Aurelien Jarno <aurel32@debian.org> - 2023-06-26 21:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal James Addison <jay@jp-hosting.net> - 2023-06-27 10:20 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-07-06 11:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Thorsten Glaser <tg@debian.org> - 2023-07-06 18:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-07-06 23:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Thorsten Glaser <tg@debian.org> - 2023-07-07 01:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Sam Hartman <hartmans@debian.org> - 2023-07-06 22:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Paul Wise <pabs@debian.org> - 2023-06-07 06:40 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Sune Vuorela <nospam@vuorela.dk> - 2023-06-07 09:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal "Peter Van Eynde" <pvaneynd@debian.org> - 2023-06-07 10:30 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Simon McVittie <smcv@debian.org> - 2023-06-07 12:50 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal The Wanderer <wanderer@fastmail.fm> - 2023-06-07 13:10 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Thorsten Glaser <tg@debian.org> - 2023-07-06 19:00 +0200
Re: 64-bit time_t transition for 32-bit archs: a proposal Steve Langasek <vorlon@debian.org> - 2023-07-06 19:20 +0200
[i386] adlibtracker2 and fp-units-i386 Ivan Shmakov <ivan@siamics.net> - 2023-06-07 15:40 +0200
Constructive contributions (was: Re: 64-bit time_t transition for 32-bit archs: a proposal) Jonathan Carter <jcc@debian.org> - 2023-06-09 13:30 +0200
csiph-web