Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.misc > #13769 > unrolled thread
| Started by | not.socialnetwork@gmail.com |
|---|---|
| First post | 2015-02-28 12:13 +0000 |
| Last post | 2015-04-14 06:46 +0000 |
| Articles | 20 on this page of 219 — 49 participants |
Back to article view | Back to comp.os.linux.misc
Keeping 'order' without RTC. not.socialnetwork@gmail.com - 2015-02-28 12:13 +0000
Re: Keeping 'order' without RTC. Robert Heller <heller@deepsoft.com> - 2015-02-28 06:52 -0600
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-02-28 13:17 +0000
Re: Keeping 'order' without RTC. Robert Heller <heller@deepsoft.com> - 2015-02-28 07:59 -0600
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-02-28 18:28 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-02-28 19:13 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-02-28 19:22 +0000
Re: Keeping 'order' without RTC. Baho Utot <baho-utot@columbus.rr.com> - 2015-02-28 15:48 -0500
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-02-28 21:14 +0000
Re: Keeping 'order' without RTC. mm0fmf <none@mailinator.com> - 2015-02-28 22:40 +0000
Re: Keeping 'order' without RTC. John Hasler <jhasler@newsguy.com> - 2015-02-28 18:01 -0600
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-01 01:44 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-01 07:21 +0000
Re: Keeping 'order' without RTC. cl@isbd.net - 2015-03-01 09:17 +0000
Re: Keeping 'order' without RTC. alister <alister.nospam.ware@ntlworld.com> - 2015-03-01 10:08 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-01 11:29 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-01 17:18 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-01 18:33 +0000
Re: Keeping 'order' without RTC. Unknown <dog@gmail.com> - 2015-03-02 09:06 +0000
Re: Keeping 'order' without RTC. alister <alister.nospam.ware@ntlworld.com> - 2015-03-02 09:19 +0000
Re: Keeping 'order' without RTC. mm0fmf <none@mailinator.com> - 2015-03-02 17:13 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-02 09:29 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-02 16:27 +0000
Re: Keeping 'order' without RTC. Jim Diamond <Jim.Diamond@deletethis.AcadiaU.ca> - 2015-03-05 08:36 -0400
Re: Keeping 'order' without RTC. cl@isbd.net - 2015-03-01 11:25 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-01 11:40 +0000
Re: Keeping 'order' without RTC. alister <alister.nospam.ware@ntlworld.com> - 2015-03-01 16:08 +0000
Re: Keeping 'order' without RTC. Rich <rich@example.invalid> - 2015-03-01 17:11 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-01 18:47 +0000
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-03-01 19:26 +0000
Re: Keeping 'order' without RTC. J G Miller <miller@yoyo.ORG> - 2015-03-03 22:27 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-04 00:50 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-04 01:51 +0000
Re: Keeping 'order' without RTC. J G Miller <miller@yoyo.ORG> - 2015-03-04 17:05 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-04 17:59 +0000
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-03-05 11:46 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-06 00:00 +0000
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-03-06 06:55 +0000
Re: Keeping 'order' without RTC. Tim Watts <tw_usenet@dionic.net> - 2015-03-04 07:31 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-04 10:00 +0000
Re: Keeping 'order' without RTC. Tim Watts <tw_usenet@dionic.net> - 2015-03-04 11:01 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-04 22:15 +0000
Re: Keeping 'order' without RTC. Tim Watts <tw_usenet@dionic.net> - 2015-03-04 22:20 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-05 01:07 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-05 10:20 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-05 10:51 +0000
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-03-05 11:53 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-05 15:35 +0000
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-03-05 17:24 +0000
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-03-05 11:49 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-05 23:56 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-04 16:06 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-04 22:34 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-04 08:23 +0000
Re: Keeping 'order' without RTC. Rich <rich@example.invalid> - 2015-03-04 11:19 +0000
Re: Keeping 'order' without RTC. mm0fmf <none@mailinator.com> - 2015-03-04 17:44 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-04 16:10 +0000
Re: Keeping 'order' without RTC. Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2015-03-04 10:43 +0200
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-03-04 09:28 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-04 16:11 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-04 08:22 +0000
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-02-28 13:34 +0000
Re: Keeping 'order' without RTC. Baho Utot <baho-utot@columbus.rr.com> - 2015-02-28 09:14 -0500
Re: Keeping 'order' without RTC. Robert Heller <heller@deepsoft.com> - 2015-02-28 08:52 -0600
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-02-28 15:22 +0000
Re: Keeping 'order' without RTC. Baho Utot <baho-utot@columbus.rr.com> - 2015-02-28 15:46 -0500
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-02-28 21:10 +0000
Re: Keeping 'order' without RTC. Baho Utot <baho-utot@columbus.rr.com> - 2015-02-28 19:48 -0500
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-03-01 09:08 +0000
Re: Keeping 'order' without RTC. Baho Utot <baho-utot@columbus.rr.com> - 2015-03-01 07:52 -0500
Re: Keeping 'order' without RTC. Rob Morley <nospam@ntlworld.com> - 2015-03-01 16:15 +0000
Re: Keeping 'order' without RTC. Mike Fleming <{mike}@tauzero.co.uk> - 2015-03-01 20:28 +0000
Re: Keeping 'order' without RTC. not.socialnetwork@gmail.com - 2015-03-01 11:00 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-01 11:17 +0000
Re: Keeping 'order' without RTC. Unknown <dog@gmail.com> - 2015-03-03 07:37 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-03 17:21 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-01 11:43 +0000
Re: Keeping 'order' without RTC. RRansil <ransil@invalid.invalid> - 2015-03-01 10:44 -0800
Re: Keeping 'order' without RTC. mm0fmf <none@mailinator.com> - 2015-03-01 19:08 +0000
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-03-01 20:46 +0000
Re: Keeping 'order' without RTC. RRansil <ransil@invalid.invalid> - 2015-03-01 13:12 -0800
Re: Keeping 'order' without RTC. RRansil <ransil@invalid.invalid> - 2015-03-01 13:07 -0800
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-01 21:56 +0000
Re: Keeping 'order' without RTC. RRansil <ransil@invalid.invalid> - 2015-03-01 14:49 -0800
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-02-28 18:26 +0000
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-02-28 19:29 +0000
Re: Keeping 'order' without RTC. Michael Black <et472@ncf.ca> - 2015-03-01 14:22 -0500
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-01 21:54 +0000
Re: Keeping 'order' without RTC. Johny B Good <johnny-b-good@invalid.ntlworld.com> - 2015-03-02 16:12 +0000
Re: Keeping 'order' without RTC. Nomen Nescio <nobody@dizum.com> - 2015-03-02 19:57 +0100
Re: Keeping 'order' without RTC. "David B" <askforemail@gmail.com> - 2015-03-03 10:15 +0000
Re: Keeping 'order' without RTC. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2015-03-03 19:38 +0000
Re: Keeping 'order' without RTC. Jack Strangio <jackstrangio@yahoo.com> - 2015-03-04 10:43 +0000
Re: Keeping 'order' without RTC. Tim Watts <tw_usenet@dionic.net> - 2015-03-04 11:23 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-03-04 11:30 +0000
Re: Keeping 'order' without RTC. Johny B Good <johnny-b-good@invalid.ntlworld.com> - 2015-03-04 15:25 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-04 16:13 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-03-04 16:31 +0000
Re: Keeping 'order' without RTC. "David B" <askforemail@gmail.com> - 2015-03-04 16:38 +0000
Re: Keeping 'order' without RTC. Aragorn <thorongil@telenet.be.invalid> - 2015-03-04 17:39 +0100
Re: Keeping 'order' without RTC. "David B" <askforemail@gmail.com> - 2015-03-04 16:53 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-03-04 17:03 +0000
Re: Keeping 'order' without RTC. Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2015-03-04 08:52 -0800
Re: Keeping 'order' without RTC. Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2015-03-05 20:23 -0500
Re: Keeping 'order' without RTC. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2015-03-04 17:29 +0000
Re: Keeping 'order' without RTC. Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2015-03-05 20:16 -0500
Re: Keeping 'order' without RTC. Michael Black <et472@ncf.ca> - 2015-03-05 22:38 -0500
Re: Keeping 'order' without RTC. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2015-03-06 17:46 +0000
Re: Keeping 'order' without RTC. Gordon Henderson <gordon+usenet@drogon.net> - 2015-03-06 18:45 +0000
Re: Keeping 'order' without RTC. Michael J. Mahon <mjmahon@aol.com> - 2015-03-06 14:56 -0600
Re: Keeping 'order' without RTC. Jack Strangio <jackstrangio@yahoo.com> - 2015-03-06 06:30 +0000
Re: Keeping 'order' without RTC. "Kerr Mudd-John" <admin@127.0.0.1> - 2015-03-06 08:24 +0000
Re: Keeping 'order' without RTC. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2015-03-06 17:46 +0000
Re: Keeping 'order' without RTC. Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2015-03-06 10:02 -0800
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-06 09:26 +0000
Re: Keeping 'order' without RTC. Jack Strangio <jackstrangio@yahoo.com> - 2015-03-07 00:34 +0000
Re: Keeping 'order' without RTC. Jack Strangio <jackstrangio@yahoo.com> - 2015-03-06 06:21 +0000
Re: Keeping 'order' without RTC. alister <alister.nospam.ware@ntlworld.com> - 2015-03-06 11:17 +0000
Re: Keeping 'order' without RTC. Michael J. Mahon <mjmahon@aol.com> - 2015-03-06 14:56 -0600
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-07 12:14 +0000
Re: Keeping 'order' without RTC. Jack Strangio <jackstrangio@yahoo.com> - 2015-03-08 02:38 +0000
Re: Keeping 'order' without RTC. Michael J. Mahon <mjmahon@aol.com> - 2015-03-07 21:15 -0600
Re: Keeping 'order' without RTC. John Hasler <jhasler@newsguy.com> - 2015-03-07 21:44 -0600
Re: Keeping 'order' without RTC. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2015-03-08 16:26 +0000
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-03-08 09:42 +0000
Re: Keeping 'order' without RTC. Johny B Good <johnny-b-good@invalid.ntlworld.com> - 2015-03-03 23:20 +0000
Re: Keeping 'order' without RTC. Unknown <dog@gmail.com> - 2015-03-05 08:52 +0000
Re: Keeping 'order' without RTC. alister <alister.nospam.ware@ntlworld.com> - 2015-03-05 09:13 +0000
Re: Keeping 'order' without RTC. Rich <rich@example.invalid> - 2015-03-05 09:47 +0000
Re: Keeping 'order' without RTC. Johny B Good <johnny-b-good@invalid.ntlworld.com> - 2015-03-06 01:31 +0000
Re: Keeping 'order' without RTC. Unknown <dog@gmail.com> - 2015-03-11 04:53 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-03-11 05:24 +0000
Re: Keeping 'order' without RTC. Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us> - 2015-03-11 07:58 -0700
Re: Keeping 'order' without RTC. mm0fmf <none@mailinator.com> - 2015-03-11 19:01 +0000
Re: Keeping 'order' without RTC. Joe Beanfish <joebeanfish@nospam.duh> - 2015-03-11 13:20 +0000
Re: Keeping 'order' without RTC. Unknown <dog@gmail.com> - 2015-04-12 17:17 +0000
Re: Keeping 'order' without RTC. Michael Black <et472@ncf.ca> - 2015-04-12 13:50 -0400
Re: Keeping 'order' without RTC. Joe Beanfish <joebeanfish@nospam.duh> - 2015-04-13 13:14 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-04-13 15:10 +0100
Re: Keeping 'order' without RTC. Gordon Levi <gordon@address.invalid> - 2015-04-14 00:30 +1000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-04-13 17:47 +0100
Re: Keeping 'order' without RTC. Morten Reistad <first@last.name> - 2015-04-15 22:37 +0200
Re: Keeping 'order' without RTC. Rob Morley <nospam@ntlworld.com> - 2015-04-17 02:32 +0100
Re: Keeping 'order' without RTC. Unknown <dog@gmail.com> - 2015-04-25 23:09 +0000
Re: Keeping 'order' without RTC. Joe Beanfish <joebeanfish@nospam.duh> - 2015-04-27 13:13 +0000
Re: Keeping 'order' without RTC. Michael Black <et472@ncf.ca> - 2015-04-13 16:22 -0400
Re: Keeping 'order' without RTC. Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2015-04-13 21:14 -0400
Re: Keeping 'order' without RTC. Dan Espen <despen@verizon.net> - 2015-04-13 21:55 -0400
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-04-14 09:06 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-04-14 10:12 +0100
Re: Keeping 'order' without RTC. David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2015-04-14 10:29 +0100
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-04-14 12:05 +0000
Re: Keeping 'order' without RTC. Jerry Peters <jerry@example.invalid> - 2015-04-14 22:08 +0000
Re: Keeping 'order' without RTC. Michael Black <et472@ncf.ca> - 2015-04-16 14:11 -0400
Re: Keeping 'order' without RTC. Martin Gregorie <martin@address-in-sig.invalid> - 2015-04-16 20:15 +0000
Re: Keeping 'order' without RTC. c28f62@TheWorld.com (Mark Kramer) - 2015-04-14 05:25 +0000
Re: Keeping 'order' without RTC. Michael Black <et472@ncf.ca> - 2015-04-16 14:13 -0400
Re: Keeping 'order' without RTC. Jerry Peters <jerry@example.invalid> - 2015-04-16 20:18 +0000
Re: Keeping 'order' without RTC. c28f62@TheWorld.com (Mark Kramer) - 2015-05-04 03:44 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-04 04:44 +0000
Re: Keeping 'order' without RTC. Jack Ryan <noreply@remailer.cpunk.us> - 2015-05-04 07:54 -0400
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-04 18:26 +0000
Re: Keeping 'order' without RTC. "John Williams (News)" <UCEbin@tiscali.co.uk> - 2015-05-04 19:40 +0100
Re: Keeping 'order' without RTC. Kees Theunissen <theuniss@rijnh.nl> - 2015-05-04 22:31 +0200
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-04 22:35 +0000
Re: Keeping 'order' without RTC. John Hasler <jhasler@newsguy.com> - 2015-05-04 19:13 -0500
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-05 02:56 +0000
Re: Keeping 'order' without RTC. Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-05-05 08:04 +0000
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-05-05 09:22 +0100
Re: Keeping 'order' without RTC. John Hasler <jhasler@newsguy.com> - 2015-05-05 08:26 -0500
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-05 18:08 +0000
Re: Keeping 'order' without RTC. druck <news@druck.org.uk> - 2015-05-11 23:16 +0100
Re: Keeping 'order' without RTC. John Hasler <jhasler@newsguy.com> - 2015-05-11 17:52 -0500
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-05-12 07:09 +0100
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-12 06:47 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-05-12 08:27 +0100
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-12 15:44 +0000
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-05-12 17:08 +0100
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-12 17:21 +0000
Re: Keeping 'order' without RTC. John Hasler <jhasler@newsguy.com> - 2015-05-12 12:41 -0500
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-05-12 19:03 +0100
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-12 18:26 +0000
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-05-12 19:59 +0100
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-12 20:05 +0000
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-05-12 22:58 +0100
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-13 01:15 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-05-13 08:14 +0100
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-05-13 09:24 +0100
Re: Keeping 'order' without RTC. John Hasler <jhasler@newsguy.com> - 2015-05-12 11:50 -0500
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-05-12 18:52 +0100
Re: Keeping 'order' without RTC. c28f62@TheWorld.com (Mark Kramer) - 2015-05-12 17:29 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-12 18:36 +0000
Re: Keeping 'order' without RTC. Richard Kettlewell <rjk@greenend.org.uk> - 2015-05-12 20:00 +0100
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-12 20:06 +0000
Re: Keeping 'order' without RTC. c28f62@TheWorld.com (Mark Kramer) - 2015-05-12 06:14 +0000
Re: Keeping 'order' without RTC. c28f62@TheWorld.com (Mark Kramer) - 2015-05-12 06:09 +0000
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-05-12 06:44 +0000
Re: Keeping 'order' without RTC. c28f62@TheWorld.com (Mark Kramer) - 2015-05-12 17:45 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-05-12 21:06 +0100
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-04-14 23:18 +0000
Re: Keeping 'order' without RTC. Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2015-04-14 20:58 -0400
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-04-15 06:20 +0000
Re: Keeping 'order' without RTC. Andrew Smallshaw <andrews@sdf.lonestar.org> - 2015-04-16 02:58 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-04-16 05:21 +0100
Re: Keeping 'order' without RTC. Aragorn <thorongil@telenet.be.invalid> - 2015-04-16 11:42 +0200
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-04-16 12:10 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-04-16 13:42 +0100
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-04-16 15:06 +0000
Re: Keeping 'order' without RTC. druck <news@druck.org.uk> - 2015-04-16 23:09 +0100
Re: Keeping 'order' without RTC. Michael Black <et472@ncf.ca> - 2015-04-16 14:17 -0400
Re: Keeping 'order' without RTC. Unknown <dog@gmail.com> - 2015-03-04 09:56 +0000
Re: Keeping 'order' without RTC. ruben safir <ruben@mrbrklyn.com> - 2015-04-16 06:13 -0400
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-04-16 12:40 +0100
Re: Keeping 'order' without RTC. Baho Utot <baho-utot@columbus.rr.com> - 2015-04-16 16:32 -0400
Re: Keeping 'order' without RTC. William Unruh <unruh@invalid.ca> - 2015-04-17 01:54 +0000
Re: Keeping 'order' without RTC. The Natural Philosopher <tnp@invalid.invalid> - 2015-04-17 06:34 +0100
Re: Keeping 'order' without RTC. Dr J R Stockton <reply1500@merlyn.demon.co.uk.invalid> - 2015-04-18 23:13 +0100
Re: Keeping 'order' without RTC. John Hasler <jhasler@newsguy.com> - 2015-04-13 20:39 -0500
Re: Keeping 'order' without RTC. Rob <nomail@example.com> - 2015-04-14 06:46 +0000
Page 4 of 11 — ← Prev page 1 2 3 [4] 5 6 … 11 Next page →
| From | Rob <nomail@example.com> |
|---|---|
| Date | 2015-03-04 08:22 +0000 |
| Message-ID | <slrnmfdg5v.mga.nomail@xs8.xs4all.nl> |
| In reply to | #13853 |
J G Miller <miller@yoyo.ORG> wrote: > On Sunday, March 1st, 2015, at 18:47:21h +0000, Martin Gregorie wrote: > >> Or an MSF receiver in the UK or DCF receivers in much of Europe - there's >> a powerful one near Frankfurt. > > Very true, but not practical for somebody living in Republiek van Suid-Afrika. > > According to Wonkeypedia > > "A noon gun has been fired in Cape Town, South Africa, since 1806. > The gun is fired daily from the Lion Battery at Signal Hill." They should keep with the times and fire a Li-Ion Battery daily :-)
[toc] | [prev] | [next] | [standalone]
| From | Richard Kettlewell <rjk@greenend.org.uk> |
|---|---|
| Date | 2015-02-28 13:34 +0000 |
| Message-ID | <wwv1tla17ot.fsf@l1AntVDjLrnP7Td3DQJ8ynzIq3lJMueXf87AxnpFoA.invalid> |
| In reply to | #13769 |
not.socialnetwork@gmail.com writes: > When you transfer a dir of script/s & data-files to rPi from your PC, > via USBstik, there's a problem, since the rPi has no RealTimeClock. > > So the important abilty to 'evaluate' files by their recentcy is lost. > It's a universal truth that you'll want to get the most-recent > cup-of-coffee and not the 17th most-recent that you put-down. > That's why stacks are used. > > What algorithm do you use to solve this problem? I keep files that have multiple version in a version control system. -- http://www.greenend.org.uk/rjk/
[toc] | [prev] | [next] | [standalone]
| From | Baho Utot <baho-utot@columbus.rr.com> |
|---|---|
| Date | 2015-02-28 09:14 -0500 |
| Message-ID | <33v8sb-c5h.ln1@raspberry-pi.bildanet.com> |
| In reply to | #13773 |
On 02/28/15 08:34, Richard Kettlewell wrote: > not.socialnetwork@gmail.com writes: >> When you transfer a dir of script/s & data-files to rPi from your PC, >> via USBstik, there's a problem, since the rPi has no RealTimeClock. >> >> So the important abilty to 'evaluate' files by their recentcy is lost. >> It's a universal truth that you'll want to get the most-recent >> cup-of-coffee and not the 17th most-recent that you put-down. >> That's why stacks are used. >> >> What algorithm do you use to solve this problem? > > I keep files that have multiple version in a version control system. > Doesn't work so good for binary files
[toc] | [prev] | [next] | [standalone]
| From | Robert Heller <heller@deepsoft.com> |
|---|---|
| Date | 2015-02-28 08:52 -0600 |
| Message-ID | <XrmdnfjdQbPfS2zJnZ2dnUU7-SOdnZ2d@giganews.com> |
| In reply to | #13776 |
At Sat, 28 Feb 2015 09:14:27 -0500 Baho Utot <baho-utot@columbus.rr.com> wrote:
>
> On 02/28/15 08:34, Richard Kettlewell wrote:
> > not.socialnetwork@gmail.com writes:
> >> When you transfer a dir of script/s & data-files to rPi from your PC,
> >> via USBstik, there's a problem, since the rPi has no RealTimeClock.
> >>
> >> So the important abilty to 'evaluate' files by their recentcy is lost.
> >> It's a universal truth that you'll want to get the most-recent
> >> cup-of-coffee and not the 17th most-recent that you put-down.
> >> That's why stacks are used.
> >>
> >> What algorithm do you use to solve this problem?
> >
> > I keep files that have multiple version in a version control system.
> >
>
> Doesn't work so good for binary files
Sure it does. They might not be diffs available, but it does keep track of
multiple versions.
>
>
--
Robert Heller -- 978-544-6933
Deepwoods Software -- Custom Software Services
http://www.deepsoft.com/ -- Linux Administration Services
heller@deepsoft.com -- Webhosting Services
[toc] | [prev] | [next] | [standalone]
| From | Richard Kettlewell <rjk@greenend.org.uk> |
|---|---|
| Date | 2015-02-28 15:22 +0000 |
| Message-ID | <wwvvbimysba.fsf@l1AntVDjLrnP7Td3DQJ8ynzIq3lJMueXf87AxnpFoA.invalid> |
| In reply to | #13776 |
Baho Utot <baho-utot@columbus.rr.com> writes: > Richard Kettlewell wrote: >> not.socialnetwork@gmail.com writes: >>> When you transfer a dir of script/s & data-files to rPi from your PC, >>> via USBstik, there's a problem, since the rPi has no RealTimeClock. >>> >>> So the important abilty to 'evaluate' files by their recentcy is lost. >>> It's a universal truth that you'll want to get the most-recent >>> cup-of-coffee and not the 17th most-recent that you put-down. >>> That's why stacks are used. >>> >>> What algorithm do you use to solve this problem? >> >> I keep files that have multiple version in a version control system. > > Doesn't work so good for binary files They don’t seem to be causing me any trouble. -- http://www.greenend.org.uk/rjk/
[toc] | [prev] | [next] | [standalone]
| From | Baho Utot <baho-utot@columbus.rr.com> |
|---|---|
| Date | 2015-02-28 15:46 -0500 |
| Message-ID | <b1m9sb-8th.ln1@raspberry-pi.bildanet.com> |
| In reply to | #13781 |
On 02/28/15 10:22, Richard Kettlewell wrote: > Baho Utot <baho-utot@columbus.rr.com> writes: >> Richard Kettlewell wrote: >>> not.socialnetwork@gmail.com writes: >>>> When you transfer a dir of script/s & data-files to rPi from your PC, >>>> via USBstik, there's a problem, since the rPi has no RealTimeClock. >>>> >>>> So the important abilty to 'evaluate' files by their recentcy is lost. >>>> It's a universal truth that you'll want to get the most-recent >>>> cup-of-coffee and not the 17th most-recent that you put-down. >>>> That's why stacks are used. >>>> >>>> What algorithm do you use to solve this problem? >>> >>> I keep files that have multiple version in a version control system. >> >> Doesn't work so good for binary files > > They don’t seem to be causing me any trouble. > Most version control systems simply store the entire binary file every time so one is no better off if you simply create a directory to hold all the different binary files.
[toc] | [prev] | [next] | [standalone]
| From | Richard Kettlewell <rjk@greenend.org.uk> |
|---|---|
| Date | 2015-02-28 21:10 +0000 |
| Message-ID | <wwvpp8tzqr6.fsf@l1AntVDjLrnP7Td3DQJ8ynzIq3lJMueXf87AxnpFoA.invalid> |
| In reply to | #13792 |
Baho Utot <baho-utot@columbus.rr.com> writes: > On 02/28/15 10:22, Richard Kettlewell wrote: >> Baho Utot <baho-utot@columbus.rr.com> writes: >>> Richard Kettlewell wrote: >>>> not.socialnetwork@gmail.com writes: >>>>> When you transfer a dir of script/s & data-files to rPi from your PC, >>>>> via USBstik, there's a problem, since the rPi has no RealTimeClock. >>>>> >>>>> So the important abilty to 'evaluate' files by their recentcy is lost. >>>>> It's a universal truth that you'll want to get the most-recent >>>>> cup-of-coffee and not the 17th most-recent that you put-down. >>>>> That's why stacks are used. >>>>> >>>>> What algorithm do you use to solve this problem? >>>> >>>> I keep files that have multiple version in a version control system. >>> >>> Doesn't work so good for binary files >> >> They don’t seem to be causing me any trouble. > > Most version control systems simply store the entire binary file every > time so one is no better off if you simply create a directory to hold > all the different binary files. It sounds like you think the only relevant issue is storage space. -- http://www.greenend.org.uk/rjk/
[toc] | [prev] | [next] | [standalone]
| From | Baho Utot <baho-utot@columbus.rr.com> |
|---|---|
| Date | 2015-02-28 19:48 -0500 |
| Message-ID | <u74asb-lci.ln1@raspberry-pi.bildanet.com> |
| In reply to | #13793 |
On 02/28/15 16:10, Richard Kettlewell wrote: > Baho Utot <baho-utot@columbus.rr.com> writes: >> On 02/28/15 10:22, Richard Kettlewell wrote: >>> Baho Utot <baho-utot@columbus.rr.com> writes: >>>> Richard Kettlewell wrote: >>>>> not.socialnetwork@gmail.com writes: >>>>>> When you transfer a dir of script/s & data-files to rPi from your PC, >>>>>> via USBstik, there's a problem, since the rPi has no RealTimeClock. >>>>>> >>>>>> So the important abilty to 'evaluate' files by their recentcy is lost. >>>>>> It's a universal truth that you'll want to get the most-recent >>>>>> cup-of-coffee and not the 17th most-recent that you put-down. >>>>>> That's why stacks are used. >>>>>> >>>>>> What algorithm do you use to solve this problem? >>>>> >>>>> I keep files that have multiple version in a version control system. >>>> >>>> Doesn't work so good for binary files >>> >>> They don’t seem to be causing me any trouble. >> >> Most version control systems simply store the entire binary file every >> time so one is no better off if you simply create a directory to hold >> all the different binary files. > > It sounds like you think the only relevant issue is storage space. > No not really, as someone that has extensive Solidworks files/models/drawings etc I find that vcs (version control systems) very in-appropriate for the job. Now text files as in *.c *.h etc I would use vcs.
[toc] | [prev] | [next] | [standalone]
| From | Richard Kettlewell <rjk@greenend.org.uk> |
|---|---|
| Date | 2015-03-01 09:08 +0000 |
| Message-ID | <wwvk2z1ytif.fsf@l1AntVDjLrnP7Td3DQJ8ynzIq3lJMueXf87AxnpFoA.invalid> |
| In reply to | #13799 |
Baho Utot <baho-utot@columbus.rr.com> writes: > On 02/28/15 16:10, Richard Kettlewell wrote: >> Baho Utot <baho-utot@columbus.rr.com> writes: >>> On 02/28/15 10:22, Richard Kettlewell wrote: >>>> Baho Utot <baho-utot@columbus.rr.com> writes: >>>>> Richard Kettlewell wrote: >>>>>> I keep files that have multiple version in a version control system. >>>>> >>>>> Doesn't work so good for binary files >>>> >>>> They don’t seem to be causing me any trouble. >>> >>> Most version control systems simply store the entire binary file every >>> time so one is no better off if you simply create a directory to hold >>> all the different binary files. >> >> It sounds like you think the only relevant issue is storage space. > > No not really, as someone that has extensive Solidworks > files/models/drawings etc I find that vcs (version control systems) > very in-appropriate for the job. Now text files as in *.c *.h etc I > would use vcs. You seem to be telling me what does or does not work well for me, based solely on your own experience. -- http://www.greenend.org.uk/rjk/
[toc] | [prev] | [next] | [standalone]
| From | Baho Utot <baho-utot@columbus.rr.com> |
|---|---|
| Date | 2015-03-01 07:52 -0500 |
| Message-ID | <lkebsb-p7k.ln1@raspberry-pi.bildanet.com> |
| In reply to | #13803 |
On 03/01/15 04:08, Richard Kettlewell wrote: > Baho Utot <baho-utot@columbus.rr.com> writes: >> On 02/28/15 16:10, Richard Kettlewell wrote: >>> Baho Utot <baho-utot@columbus.rr.com> writes: >>>> On 02/28/15 10:22, Richard Kettlewell wrote: >>>>> Baho Utot <baho-utot@columbus.rr.com> writes: >>>>>> Richard Kettlewell wrote: >>>>>>> I keep files that have multiple version in a version control system. >>>>>> >>>>>> Doesn't work so good for binary files >>>>> >>>>> They don’t seem to be causing me any trouble. >>>> >>>> Most version control systems simply store the entire binary file every >>>> time so one is no better off if you simply create a directory to hold >>>> all the different binary files. >>> >>> It sounds like you think the only relevant issue is storage space. >> >> No not really, as someone that has extensive Solidworks >> files/models/drawings etc I find that vcs (version control systems) >> very in-appropriate for the job. Now text files as in *.c *.h etc I >> would use vcs. > > You seem to be telling me what does or does not work well for me, based > solely on your own experience. > No I am simply saying that vcs for binary files don't get you much. I don't give a damn what you do. You could beat your hard drive senseless with a 20 LB hammer for all I care.
[toc] | [prev] | [next] | [standalone]
| From | Rob Morley <nospam@ntlworld.com> |
|---|---|
| Date | 2015-03-01 16:15 +0000 |
| Message-ID | <20150301161508.221b47c8@ntlworld.com> |
| In reply to | #13813 |
On Sun, 01 Mar 2015 07:52:05 -0500 Baho Utot <baho-utot@columbus.rr.com> wrote: > No I am simply saying that vcs for binary files don't get you much. > Apart from version control.
[toc] | [prev] | [next] | [standalone]
| From | Mike Fleming <{mike}@tauzero.co.uk> |
|---|---|
| Date | 2015-03-01 20:28 +0000 |
| Message-ID | <oet6fa9fssvm9en1np6q3j8avpetlvidh2@4ax.com> |
| In reply to | #13813 |
In article <lkebsb-p7k.ln1@raspberry-pi.bildanet.com>, Baho Utot <baho-utot@columbus.rr.com> writes: > On 03/01/15 04:08, Richard Kettlewell wrote: > > Baho Utot <baho-utot@columbus.rr.com> writes: > >> On 02/28/15 16:10, Richard Kettlewell wrote: > >>> Baho Utot <baho-utot@columbus.rr.com> writes: > >>>> On 02/28/15 10:22, Richard Kettlewell wrote: > >>>>> Baho Utot <baho-utot@columbus.rr.com> writes: > >>>>>> Richard Kettlewell wrote: > >>>>>>> I keep files that have multiple version in a version control system. > >>>>>> > >>>>>> Doesn't work so good for binary files > >>>>> > >>>>> They don’t seem to be causing me any trouble. > >>>> > >>>> Most version control systems simply store the entire binary file every > >>>> time so one is no better off if you simply create a directory to hold > >>>> all the different binary files. > >>> > >>> It sounds like you think the only relevant issue is storage space. > >> > >> No not really, as someone that has extensive Solidworks > >> files/models/drawings etc I find that vcs (version control systems) > >> very in-appropriate for the job. Now text files as in *.c *.h etc I > >> would use vcs. > > > > You seem to be telling me what does or does not work well for me, based > > solely on your own experience. > > > No I am simply saying that vcs for binary files don't get you much. It does get you version numbering and date stamping without having to DIY. OTOH, version diffs on binary files are meaningless (I will probably now be told that there are times when they're not). -- Mike Fleming
[toc] | [prev] | [next] | [standalone]
| From | not.socialnetwork@gmail.com |
|---|---|
| Date | 2015-03-01 11:00 +0000 |
| Message-ID | <mcurh3$ccr$1@dont-email.me> |
| In reply to | #13773 |
In article <wwv1tla17ot.fsf@l1AntVDjLrnP7Td3DQJ8ynzIq3lJMueXf87AxnpFoA.invalid>, Richard Kettlewell <rjk@greenend.org.uk> wrote:
> not.socialnetwork@gmail.com writes:
> > When you transfer a dir of script/s & data-files to rPi from your PC,
> > via USBstik, there's a problem, since the rPi has no RealTimeClock.
> >
> > So the important abilty to 'evaluate' files by their recentcy is lost.
> > It's a universal truth that you'll want to get the most-recent
> > cup-of-coffee and not the 17th most-recent that you put-down.
> > That's why stacks are used.
> >
> > What algorithm do you use to solve this problem?
>
> I keep files that have multiple version in a version control system.
>
Obviously I've explained the problem badly.
If Newton was called away from his desk of papers; when he returned
he'd want the "stack" to still represent the heirarchy of the problem
that he had been working on.
He doesn't need the REAL time - only the order/sequence.
For this problem the PC generates real-time-ordered files:
a1, a2, ...an
which are copied to the rPi with the same names & timestamps
b1,b2, ..bn
** The rPi has no access to mains power, nor real-time source.
** The rPi's only control is the power ON/OF, which renames files
eg. from test1.ogg to ztest1.ogg or test1.ogx, depending on the
audio-prompt playing when the power is cut.
Would this work & if so, what's the script-code:----
At the time of `cp an bn`, PC & rPi files a 'synced'.
Only when rPi writes is sync lost.
If every write by rPi is dated after the newest file the order
will be kept.
So when rPi powers-up it could set a file to the time of
the newest file:CLK
replace the existing code for:
cp <x> <y> with Cp <x> <y>
mv <x> <y> with Mv <x> <y>
and add subroutines:
Cp ()
{ add 1 minute to CLK and use that to date
cp $1 $2
}
Mv ()
similar
??
[toc] | [prev] | [next] | [standalone]
| From | Rob <nomail@example.com> |
|---|---|
| Date | 2015-03-01 11:17 +0000 |
| Message-ID | <slrnmf5tak.11k.nomail@xs8.xs4all.nl> |
| In reply to | #13807 |
not.socialnetwork@gmail.com <not.socialnetwork@gmail.com> wrote:
> In article <wwv1tla17ot.fsf@l1AntVDjLrnP7Td3DQJ8ynzIq3lJMueXf87AxnpFoA.invalid>, Richard Kettlewell <rjk@greenend.org.uk> wrote:
>
>> not.socialnetwork@gmail.com writes:
>> > When you transfer a dir of script/s & data-files to rPi from your PC,
>> > via USBstik, there's a problem, since the rPi has no RealTimeClock.
>> >
>> > So the important abilty to 'evaluate' files by their recentcy is lost.
>> > It's a universal truth that you'll want to get the most-recent
>> > cup-of-coffee and not the 17th most-recent that you put-down.
>> > That's why stacks are used.
>> >
>> > What algorithm do you use to solve this problem?
>>
>> I keep files that have multiple version in a version control system.
>>
> Obviously I've explained the problem badly.
> If Newton was called away from his desk of papers; when he returned
> he'd want the "stack" to still represent the heirarchy of the problem
> that he had been working on.
> He doesn't need the REAL time - only the order/sequence.
>
> For this problem the PC generates real-time-ordered files:
> a1, a2, ...an
> which are copied to the rPi with the same names & timestamps
> b1,b2, ..bn
>
> ** The rPi has no access to mains power, nor real-time source.
> ** The rPi's only control is the power ON/OF, which renames files
> eg. from test1.ogg to ztest1.ogg or test1.ogx, depending on the
> audio-prompt playing when the power is cut.
>
> Would this work & if so, what's the script-code:----
>
> At the time of `cp an bn`, PC & rPi files a 'synced'.
> Only when rPi writes is sync lost.
> If every write by rPi is dated after the newest file the order
> will be kept.
> So when rPi powers-up it could set a file to the time of
> the newest file:CLK
>
> replace the existing code for:
> cp <x> <y> with Cp <x> <y>
> mv <x> <y> with Mv <x> <y>
>
> and add subroutines:
> Cp ()
> { add 1 minute to CLK and use that to date
> cp $1 $2
> }
>
> Mv ()
> similar
>
> ??
Sure you can write that! Why would you need to ask here?
Normally the Pi writes its time regularly to a file /etc/fake-hwclock.data
and when it boots it uses that time as a starting point. When you
cleanly shutdown the Pi it is quite accurate, when you just pull the
plug it may be an hour or so in the past.
Of course you can do a similar thing when you check the files on the USB
stick and set the time to the newest when that is past the current time
in the Pi.
[toc] | [prev] | [next] | [standalone]
| From | Unknown <dog@gmail.com> |
|---|---|
| Date | 2015-03-03 07:37 +0000 |
| Message-ID | <pan.2015.03.03.07.47.52@gmail.com> |
| In reply to | #13808 |
On Sun, 01 Mar 2015 11:17:40 +0000, Rob wrote:
> not.socialnetwork@gmail.com <not.socialnetwork@gmail.com> wrote:
>> In article
>> <wwv1tla17ot.fsf@l1AntVDjLrnP7Td3DQJ8ynzIq3lJMueXf87AxnpFoA.invalid>,
>> Richard Kettlewell <rjk@greenend.org.uk> wrote:
>>
>>> not.socialnetwork@gmail.com writes:
>>> > When you transfer a dir of script/s & data-files to rPi from your
>>> > PC, via USBstik, there's a problem, since the rPi has no
>>> > RealTimeClock.
>>> >
>>> > So the important abilty to 'evaluate' files by their recentcy is
>>> > lost. It's a universal truth that you'll want to get the most-recent
>>> > cup-of-coffee and not the 17th most-recent that you put-down. That's
>>> > why stacks are used.
>>> >
>>> > What algorithm do you use to solve this problem?
>>>
>>> I keep files that have multiple version in a version control system.
>>>
>> Obviously I've explained the problem badly. If Newton was called away
>> from his desk of papers; when he returned he'd want the "stack" to
>> still represent the heirarchy of the problem that he had been working
>> on.
>> He doesn't need the REAL time - only the order/sequence.
>>
>> For this problem the PC generates real-time-ordered files:
>> a1, a2, ...an
>> which are copied to the rPi with the same names & timestamps
>> b1,b2, ..bn
>>
>> ** The rPi has no access to mains power, nor real-time source. ** The
>> rPi's only control is the power ON/OF, which renames files eg. from
>> test1.ogg to ztest1.ogg or test1.ogx, depending on the audio-prompt
>> playing when the power is cut.
>>
>> Would this work & if so, what's the script-code:----
>>
>> At the time of `cp an bn`, PC & rPi files a 'synced'. Only when rPi
>> writes is sync lost.
>> If every write by rPi is dated after the newest file the order
>> will be kept.
>> So when rPi powers-up it could set a file to the time of the newest
>> file:CLK
>>
>> replace the existing code for:
>> cp <x> <y> with Cp <x> <y>
>> mv <x> <y> with Mv <x> <y>
>>
>> and add subroutines:
>> Cp ()
>> { add 1 minute to CLK and use that to date cp $1 $2
>> }
>>
>> Mv ()
>> similar
>>
>> ??
>
> Sure you can write that! Why would you need to ask here?
>
> Normally the Pi writes its time regularly to a file
> /etc/fake-hwclock.data and when it boots it uses that time as a starting
> point. When you cleanly shutdown the Pi it is quite accurate, when you
> just pull the plug it may be an hour or so in the past.
>
Is that because, it sets a timer, from the fake-hwclock.data when it boots
and it adds that to fake-hwclock.data when it halts-properly?
File: fake-hwc~ck.data ==
2015-01-29 01:17:01
-> date == Tue Mar 3 09:36:43 SAST 2015
> Of course you can do a similar thing when you check the files on the USB
> stick and set the time to the newest when that is past the current time
> in the Pi.
Perhaps if I translated it to <symbols> I could understand that?
[toc] | [prev] | [next] | [standalone]
| From | William Unruh <unruh@invalid.ca> |
|---|---|
| Date | 2015-03-03 17:21 +0000 |
| Message-ID | <md4qiu$3i9$1@dont-email.me> |
| In reply to | #13849 |
On 2015-03-03, Unknown <dog@gmail.com> wrote: > On Sun, 01 Mar 2015 11:17:40 +0000, Rob wrote: ... >> >> Normally the Pi writes its time regularly to a file >> /etc/fake-hwclock.data and when it boots it uses that time as a starting >> point. When you cleanly shutdown the Pi it is quite accurate, when you >> just pull the plug it may be an hour or so in the past. >> > Is that because, it sets a timer, from the fake-hwclock.data when it boots > and it adds that to fake-hwclock.data when it halts-properly? > > File: fake-hwc~ck.data == > 2015-01-29 01:17:01 > -> date == Tue Mar 3 09:36:43 SAST 2015 > >> Of course you can do a similar thing when you check the files on the USB >> stick and set the time to the newest when that is past the current time >> in the Pi. > > Perhaps if I translated it to <symbols> I could understand that? Put into root's cron 0-59 * * * * date +%s >/etc/currenttime And into a startup script (eg in /etc/init.d with a link from the appropriate /etc/rc?.d) --------------- #!/bin/bash date -s @`cat /etc/currenttime` ------------- You want this happening before cron starts up so it should be early ( a low number in the link in /etc/rc?.d) Eg ln -s /etc/init.d/settime /etc/rc3.d/S20settime if you called that script settime The above is a very abreviated description. Look at other scripts in /etc/init.d to find the appropriate format etc. You could also try adding 60 or more to the "currenttime" as an estimate of the time the computer was shut off, since it takes time to shut down and come back up. But of course with no rtc you cannot know how much time has passed. I have no idea what format fake-hwclock.data is in. It would make more sense for it to be seconds after epoch rather than a human readable string, but who knows.
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2015-03-01 11:43 +0000 |
| Message-ID | <mcuu0a$e9t$2@dont-email.me> |
| In reply to | #13807 |
On Sun, 01 Mar 2015 11:00:52 +0000, not.socialnetwork wrote: > In article > <wwv1tla17ot.fsf@l1AntVDjLrnP7Td3DQJ8ynzIq3lJMueXf87AxnpFoA.invalid>, > Richard Kettlewell <rjk@greenend.org.uk> wrote: > >> not.socialnetwork@gmail.com writes: >> > When you transfer a dir of script/s & data-files to rPi from your >> > PC, >> > via USBstik, there's a problem, since the rPi has no RealTimeClock. >> > >> > So the important abilty to 'evaluate' files by their recentcy is >> > lost. >> > It's a universal truth that you'll want to get the most-recent >> > cup-of-coffee and not the 17th most-recent that you put-down. >> > That's why stacks are used. >> > >> > What algorithm do you use to solve this problem? >> >> I keep files that have multiple version in a version control system. >> > Obviously I've explained the problem badly. > If Newton was called away from his desk of papers; when he returned he'd > want the "stack" to still represent the heirarchy of the problem that he > had been working on. > He doesn't need the REAL time - only the order/sequence. > > For this problem the PC generates real-time-ordered files: > a1, a2, ...an > which are copied to the rPi with the same names & timestamps > b1,b2, ..bn > You can always do this manually by including a version number on the file name. Simple, and the way we did it on late 60s mainframes and early 8- bit home computers. Of course, we also tended to back up everything on a daily basis: if you're not doing that you should start doing it. If you don't want to remember to rename files each time you change them, then install a version control system, which will keep track of the latest version of each file and let you revert to an earlier copy if needed. Version control packages are part of Raspbian: cvs, git and svn are all just a download away. These are not clock-dependent and use their own internal version numbering systems. But you still need to make regular backups: SD cards are easier to corrupt than disks. All you need to make backups on an RPi is a USB SD card reader - the software is already installed. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
| From | RRansil <ransil@invalid.invalid> |
|---|---|
| Date | 2015-03-01 10:44 -0800 |
| Message-ID | <ransil-F0BCD7.10441601032015@88-209-239-213.giganet.hu> |
| In reply to | #13812 |
In article <mcuu0a$e9t$2@dont-email.me>, Martin Gregorie <martin@address-in-sig.invalid> wrote: [snip] > All you need to make backups on an RPi is a USB SD card reader - the software is already installed. What is the installed software? Would you please elaborate? I'm new to the RPi and linux and am interested in knowing how to backup the RPi using a Mac. Thank you for any information you may provide. Ray
[toc] | [prev] | [next] | [standalone]
| From | mm0fmf <none@mailinator.com> |
|---|---|
| Date | 2015-03-01 19:08 +0000 |
| Message-ID | <xsJIw.201476$SK1.103005@fx17.am4> |
| In reply to | #13825 |
On 01/03/2015 18:44, RRansil wrote: > What is the installed software? cp or dd man dd or man cp for more info. If you don't have man installed, then type "man dd" into Google.
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2015-03-01 20:46 +0000 |
| Message-ID | <mcvtr4$ln4$1@dont-email.me> |
| In reply to | #13827 |
On Sun, 01 Mar 2015 19:08:12 +0000, mm0fmf wrote: > On 01/03/2015 18:44, RRansil wrote: >> What is the installed software? > > cp or dd > > man dd or man cp for more info. If you don't have man installed, then > type "man dd" into Google. Or rsync - may not be installed out of the box, but its definitely included in the standard package set (use apt-get or the equivalent GUI command to install it. Its my favourite backup because, after the initial run, its fast. Speed ups of around 30-70 times are typical: it does the minimum work needed to make a backup disk or SD card identical to the current state of the source device and has clever tricks for doing minimal work on large files (databases, binaries etc). You'll probably want to use a cycle of at least two backup cards: I do exactly that using a cycle of two USB hard drives which are kept offline in a fireproof safe when not being used to make a backup or (much more rarely) to recover after an old disk has died. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
Page 4 of 11 — ← Prev page 1 2 3 [4] 5 6 … 11 Next page →
Back to top | Article view | comp.os.linux.misc
csiph-web