Hi! All,

Does anyone use it? I'm after a 64bit rendition of it. I use it as the main backup util here... well on practically anything else as practically anything else is 32bit but the PC I'm on is 64. (Thank you, yes, I have used 'rsync'...
it sux maximum kilowarps.)

There's more to the story, so I'll bring out the violins... I have a tarball for the util, but this 64bit Xubuntu (model of Ubuntu 18.04.2 LTS) can't find its "configure". I hate it when they do that.

Would anybody have either the 64bit 'mirdir' or a compatible 'configure' for U'u, pretty please?

Cheers,
Paul.

... Humpty dumpty was pushed.
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

Good ${greeting_time}, Paul!

21 Mar 2019 15:37:38, you wrote to All:

Does anyone use it?

No. I have rsync.

I'm after a 64bit rendition of it. I use it as the main backup util here... well on practically anything else as practically anything
else is 32bit but the PC I'm on is 64. (Thank you, yes, I have used 'rsync'... it sux maximum kilowarps.)

Generally you'd get a well predictive "fuqoff" answer just here...

There's more to the story, so I'll bring out the violins... I have a tarball for the util,

I hope you've downloaded it from https://sourceforge.net/projects/mirdir

but this 64bit Xubuntu (model of Ubuntu 18.04.2 LTS)

Ffffuuuuuuu...

can't find its "configure". I hate it when they do that.

It is there, but it is unnecessary.

Would anybody have either the 64bit 'mirdir' or a compatible
'configure' for U'u, pretty please?

gcc '-DPACKAGE_STRING="mirdir-2.1"' -O2 -s -o mirdir mirdir.c

Ah, yes: I've a fully working RPM build environment set up here.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

... that's why I really dislike fools.
--- /bin/vi
* Origin: http://openwall.com/Owl (2:5020/545)

Hi! Alexey,

On 21 Mar 19 09:18, you wrote to me:

Does anyone use it?

No. I have rsync.

Gesundheit.

(Thank you, yes, I have used 'rsync'... it sux maximum kilowarps.)

Generally you'd get a well predictive "fuqoff" answer just here...

It's better than nothin'.

There's more to the story, so I'll bring out the violins... I
have a tarball for the util,

I hope you've downloaded it from
https://sourceforge.net/projects/mirdir

Oh, look... now I have two. It must have been them.

but this 64bit Xubuntu (model of Ubuntu 18.04.2 LTS)

Ffffuuuuuuu...

Gesundheit.

can't find its "configure". I hate it when they do that.

It is there, but it is unnecessary.

You know this... how? Ah, so...

Would anybody have either the 64bit 'mirdir' or a compatible
'configure' for U'u, pretty please?

gcc '-DPACKAGE_STRING="mirdir-2.1"' -O2 -s -o mirdir mirdir.c

Mmm... whiteman's majic, Thank you, kindly. You are a gentleman despite what some people may say.

Ah, yes: I've a fully working RPM build environment set up here.

Gesundheit. I used them over a decade ago, then gave them up.

Cheers,
Paul.

... "My battery is low and it's getting dark", Mars rover Opportunity, 2018
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

On 2019 Mar 21 15:37:38, you wrote to All:

There's more to the story, so I'll bring out the violins... I have a tarball for the util, but this 64bit Xubuntu (model of Ubuntu 18.04.2 LTS) can't find its "configure". I hate it when they do that.

not all programs need a configure... why do you think this one needs one?

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Charlie was a chemist;Charlie is no more;Charlie thought it wasH20, was H2SO4!
---
* Origin: (1:3634/12.73)

Hi! mark,

On 21 Mar 19 06:54, you wrote to me:

Ubuntu 18.04.2 LTS) can't find its "configure". I hate it when
they do that.

not all programs need a configure... why do you think this one needs
one?

There's a text file/script in the tarball called 'configure'. Go figure.

Add to that, the initial link to Sourceforge that I found came from a Google search that provided a link to some chatterer webforum, where a whiz proclaimed
that he 'found the tarball, un-gzipped it, ran configure & make' and he had a new uncle Bob.

Why couldn't I? Also? ;)

Cheers,
Paul.

... Procrastination (n): Getting ready to get ready.
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

On 2019 Mar 21 21:23:10, you wrote to me:

Ubuntu 18.04.2 LTS) can't find its "configure". I hate it when
they do that.

not all programs need a configure... why do you think this one needs
one?

There's a text file/script in the tarball called 'configure'. Go figure.

i guess that might make a difference ;)

the ones that i'm familiar with are executable scripts that try to hunt down all the requirements to build the project... they are generally run via "./configure"... i don't know how they may be used on non-*nix systems or if they are even used at all...

Add to that, the initial link to Sourceforge that I found came from a Google search that provided a link to some chatterer webforum, where a

whiz

proclaimed that he 'found the tarball, un-gzipped it, ran configure &

make'

and he had a new uncle Bob.

Why couldn't I? Also? ;)

i don't know unless maybe there's something missing from your build environment
that is required... TBH, i've never even heard of the program... i use rsync ;)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... We are confronted with insurmountable opportunities.
---
* Origin: (1:3634/12.73)

Hi! mark,

On 21 Mar 19 08:30, you wrote to me:

TBH, i've never even heard of the program... i use rsync ;)

It's akin to Xcopy, with a destructive backup function that enforces a 'mirror'
from source to target. KISS.

Cheers,
Paul.

... Broken pencils are pointless.
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

Hello Paul!

Thursday March 21 2019 15:37, you wrote to All:

Hi! All,

Does anyone use it? I'm after a 64bit rendition of it. I use it as
the main backup util here... well on practically anything else as practically anything else is 32bit but the PC I'm on is 64. (Thank
you, yes, I have used 'rsync'... it sux maximum kilowarps.)

There's more to the story, so I'll bring out the violins... I have a tarball for the util, but this 64bit Xubuntu (model of Ubuntu 18.04.2
LTS) can't find its "configure". I hate it when they do that.

Would anybody have either the 64bit 'mirdir' or a compatible
'configure' for U'u, pretty please?

For the source or binaries go to :

https://sourceforge.net/projects/mirdir/files/mirdir/2.1/


Warning last update was in 2005 but the source is there as I have just downloaded it (it is
in a rpm file but that contains a tar.gz with the sources.

Does compile but with warnings.

- You will need the gcc dev tools installed.

Vince

--- Mageia Linux v6 X64/Mbse v1.0.7.11/GoldED+/LNX 1.1.501-b20150715
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)

On 2019 Mar 21 22:47:08, you wrote to me:

TBH, i've never even heard of the program... i use rsync ;)

It's akin to Xcopy, with a destructive backup function that enforces a 'mirror' from source to target. KISS.

interestng... rsync has/does the same... i use it to backup my systems here as well as backing up several multi-gigabyte git and svn repositories... there's only one copy, though, so no chance to go back further than the copy currently in place... plus it is a copy, not an archive of files backed up...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... If I can't EAT fried foods what CAN I do with them?
---
* Origin: (1:3634/12.73)

Good ${greeting_time}, Paul!

21 Mar 2019 17:27:54, you wrote to me:

can't find its "configure". I hate it when they do that.

It is there, but it is unnecessary.

You know this... how? Ah, so...

From my experience as a package maintainer for two different distributions.

Would anybody have either the 64bit 'mirdir' or a compatible
'configure' for U'u, pretty please?

gcc '-DPACKAGE_STRING="mirdir-2.1"' -O2 -s -o mirdir mirdir.c

Mmm... whiteman's majic,

Trivial enough.

Thank you, kindly. You are a gentleman despite what some people may
say.

I simply don't care of them.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

... :wq!
--- /bin/vi
* Origin: http://openwall.com/Owl (2:5020/545)

Hello Paul!

21 Mar 19, Paul Quinn wrote to mark lewis:

TBH, i've never even heard of the program... i use rsync ;)

It's akin to Xcopy, with a destructive backup function that enforces a 'mirror' from source to target. KISS.

How many data does it transfer to mirror a photo source with 1 TB including 200MB new data over an existing mirror target?

Regards

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: Monobox (2:240/77)

Hi! Vince,

On 21 Mar 19 13:04, you wrote to me:

For the source or binaries go to : https://sourceforge.net/projects/mirdir/files/mirdir/2.1/

Got it.

Warning last update was in 2005 but the source is there as I have just
downloaded it (it is in a rpm file but that contains a tar.gz with
the sources.

Yes.

Does compile but with warnings.

Seen, Alexey's command-line voodoo helped me immensely.

- You will need the gcc dev tools installed.

Yes.

I did a trial "mirdir --help" after compile (erroneous, of course... I have Murphy's luck), and it told me in a fashion familiar to a lot of binaries how to get help. Duh, I was already looking at the help.

Thank you muchly, Vince.

Cheers,
Paul.

... What are you looking down here for? Read the message.
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

Hi! mark,

On 21 Mar 19 11:00, you wrote to me:

It's akin to Xcopy, with a destructive backup function that
enforces a 'mirror' from source to target. KISS.

interestng... rsync has/does the same... i use it to backup my systems here as well as backing up several multi-gigabyte git and svn repositories... there's only one copy, though, so no chance to go back further than the copy currently in place... plus it is a copy, not an archive of files backed up...

It's the same outcome: a single generation. OTOH the clensing function on the target is useful, to ensure an exact mirror of the source. I don't recall rsync doing that[shrug]?

They do the same job: Left or Right hand sort of thing. I found mirdir first, and have found the logfile(s) most informative.

Cheers,
Paul.

... Famous Last Words: "Watch me goose that sleeping dragon!"
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

Hi! Kai,

On 21 Mar 19 17:59, you wrote to me:

How many data does it transfer to mirror a photo source with 1 TB including 200MB new data over an existing mirror target?

Hold that thought. I'll let you know.

Cheers,
Paul.

... To err is human, to forgive is against SysOp policy.
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

Hi Paul,

On 2019-03-22 09:05:13, you wrote to mark lewis:

It's the same outcome: a single generation. OTOH the clensing
function on the target is useful, to ensure an exact mirror of the
source. I don't recall rsync doing that[shrug]?

--delete delete extraneous files from dest dirs


Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Hi! Wilfred,

On 03/22/2019 06:32 PM, you wrote:

It's the same outcome: a single generation. OTOH the clensing
function on the target is useful, to ensure an exact mirror of the
source. I don't recall rsync doing that[shrug]?

--delete delete extraneous files from dest dirs

Ah, kewl. I have a couple of scripts using it that can be fine-tuned now. Thank you, kind sir.

Cheers,
Paul.

--- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
* Origin: Fuor yeers argo i cudnot spel occifer; nkow i are won. (3:640/1384.125)

Hi Paul,

On 2019-03-22 18:53:33, you wrote to me:

It's the same outcome: a single generation. OTOH the clensing
function on the target is useful, to ensure an exact mirror of the
source. I don't recall rsync doing that[shrug]?

--delete delete extraneous files from dest dirs

Ah, kewl. I have a couple of scripts using it that can be fine-tuned now. Thank you, kind sir.

You might want to spend a couple of minutes reading 'man rsync'. Very usefull! ;)

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Hi! Wilfred,

On 22 Mar 19 10:35, you wrote to me:

--delete delete extraneous files from dest
dirs

Ah, kewl. I have a couple of scripts using it that can be
fine-tuned now. Thank you, kind sir.

You might want to spend a couple of minutes reading 'man rsync'. Very usefull! ;)

No. I've used mirdir for *over* a decade, and will continue to do so. In desperation I tried rsync _once_ in two scripts, to do essential backups last year (August). I've updated the two rsync scripts per your suggestion, for completeness only. Mucha gracias.

Cheers,
Paul.

... For a good time call 86753099 (Jenny)...
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

Hi Paul,

On 2019-03-22 20:18:38, you wrote to me:

--delete delete extraneous files from dest
dirs

Ah, kewl. I have a couple of scripts using it that can be
fine-tuned now. Thank you, kind sir.

You might want to spend a couple of minutes reading 'man rsync'. Very
usefull! ;)

No. I've used mirdir for *over* a decade, and will continue to do so. In desperation I tried rsync _once_ in two scripts, to do essential backups last year (August). I've updated the two rsync scripts per your suggestion, for completeness only. Mucha gracias.

I'm also using something similar in some old backup scripts: 'mirrordir', which
I don't think is the same as your 'mirdir'. Which also seems to suffer from a 32 bit problem, because it doesn't handle files over 2GB in size.

Nowadays I always use rsync...

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Hi! Wilfred,

On 22 Mar 19 11:45, you wrote to me:

I'm also using something similar in some old backup scripts:
'mirrordir', which I don't think is the same as your 'mirdir'. Which
also seems to suffer from a 32 bit problem, because it doesn't handle files over 2GB in size.

Nowadays I always use rsync...

I would guess that the Linux 'story' would be similar to DOS. For every generation of users there's probably a util to do a similar job, but they each lose relevance and notoriety amongst the population of users. So, someone invents a new wheel... etc, etc.

Cheers,
Paul.

... A fight to the death with a zombie has a few inherent problems.
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

On 2019 Mar 22 09:05:12, you wrote to me:

interestng... rsync has/does the same... i use it to backup my
systems here as well as backing up several multi-gigabyte git and svn
repositories... there's only one copy, though, so no chance to go
back further than the copy currently in place... plus it is a copy,
not an archive of files backed up...

It's the same outcome: a single generation. OTOH the clensing
function on the target is useful, to ensure an exact mirror of the
source. I don't recall rsync doing that[shrug]?

here's an example from one of our regularly used update scripts...

rsync -av --delete $RTYPE.code.sf.net::p/$PROJECT/$REPO .

in this case:
-a is archive
-v is verbose
--delete removes unknown files from the dest directory
$RTYPE is either git or svn
$PROJECT is the name of the project
$REPO is the name of the repository being synced

They do the same job: Left or Right hand sort of thing. I found
mirdir first, and have found the logfile(s) most informative.

those log files are handy, that's for sure... i have my scripts written from a template i hacked together over time... they log everything from stdout and stderr into a specified log file... the log files are rotated to a max of 10 logs... the current one and the 9 previous ones... a different template doesn't
do rotation of the logs but they are time stamped in their file names...

eg: 20190322-foobar.log
201903221800-fubar.log

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... All ties go to the train!
---
* Origin: (1:3634/12.73)

It's akin to Xcopy, with a destructive backup function that enforces a 'mirror'
from source to target. KISS.

Sounds like the old mirrordir utility that used to be in the debian repositories until it went unsupported for too long.

I still use it, but would be interested in something that is similar and
still in development.

Mike

---
* SLMR 2.1a * Madness takes its toll. Please have exact change.
* Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)

Hi! mark,

On 03/23/2019 01:13 AM, you wrote:

mirdir first, and have found the logfile(s) most informative.

do rotation of the logs but they are time stamped in their file names...

All I use mirdir for is weekly backups of current contents of my local & LAN servers. There a number of generations & levels of backups (some daily, some weeklies) wrapped up. So much so that I never saw the value of maintaining a library of logfiles.

If I really was obsessive, it would take me a week just browsing logfiles to the omission of any other activities. I don't bother reading them any longer, with the exception of a single disk listing capture file of a single slice of backed-up files that I may refer to up to a dozen times later in the week. :)

Cheers,
Paul.

--- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
* Origin: None of you are real; my sysop types all this in. (3:640/1384.125)

Hi! Mike,

On 22 Mar 19 18:24, you wrote to me:

Sounds like the old mirrordir utility that used to be in the debian repositories until it went unsupported for too long.
I still use it, but would be interested in something that is similar
and still in development.

The new one might interest you. (I keep thinking that I started using it from a Puppy version, around the start of the 20-teens.) Checkout the Sourceforge site for mirdir and browse the "files", to see if there's a commonality with what you remember.

Cheers,
Paul.

... Sure when... OINK FLAP. OINK FLAP. Well, I'll be damned...
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

Hello Paul!

22 Mar 19, Paul Quinn wrote to Kai Richter:

How many data does it transfer to mirror a photo source with 1 TB
including 200MB new data over an existing mirror target?

Hold that thought. I'll let you know.

There is no need to wait until you have collected 1 TB of data. I would just like to know if your tool does copy all files of the mirror or only new or changed ones.

Regards

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: Monobox (2:240/77)

Hi! Kai,

On 22 Mar 19 22:36, you wrote to me:

There is no need to wait until you have collected 1 TB of data. I
would just like to know if your tool does copy all files of the mirror
or only new or changed ones.

There is an option to 'turn off' such checking, so the obverse may be assumed.
Why don't you check it out, from Sourceforge?

Cheers,
Paul.

... This tagline vibrates if you rub it the right way.
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

The new one might interest you. (I keep thinking that I started using it

from

a Puppy version, around the start of the 20-teens.) Checkout the Sourceforge site for mirdir and browse the "files", to see if there's a commonality with what you remember.

I may check it out but, based on what was in another post here later, it
sounds like it quit getting updated about the same time that mirrordir did, which makes me wonder if it also is no longer supported.

Mike

---
* SLMR 2.1a * If all appears to go well, you missed something...
* Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)

Hello Paul!

23 Mar 19, Paul Quinn wrote to Kai Richter:

There is no need to wait until you have collected 1 TB of data. I
would just like to know if your tool does copy all files of the
mirror or only new or changed ones.

There is an option to 'turn off' such checking, so the obverse may be assumed.

Fine. So it does not have an impact of useless writing to your drives that would have traffic wear for nothing.

Why don't you check it out, from Sourceforge?

I found my working solution already, too.

All I use mirdir for is weekly backups of current contents of my local
& LAN servers. There a number of generations & levels of backups
(some daily, some weeklies) wrapped up.

I use rsnapshot for that. rsnapshot is highly configurable for my needs of scheduled backups and it does use maintained tools like cron and rsync for that. It supports hardlinks on the destination (if supported by the dest. file system) so any new backup will contain all files but the backup will grow with the size of the changed/new files only. With rsync similar will work on file level for traffic and disk wear. Only those parts of a file that have been changed would be transfered and written to disk. Very useful for msgbase files which remain the same except new content at the end.

Regards

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: Monobox (2:240/77)

Hi! Kai,

On 23 Mar 19 12:36, you wrote to me:

There a number of generations & levels of backups (some daily, some
weeklies) wrapped up.

I use rsnapshot for that. rsnapshot is highly configurable for my
needs of scheduled backups and it does use maintained tools like cron

I tried to keep it simple, by using just 'tar'. The daily images are essentially snapshots of running Fido systems, mostly my own but some are offsite backup dailies for another node. The weeklies, well really only one now, is for my point's Fido config. All of this traffic is pushed around to my non-listed binkD server by cron jobs.

Gotta go... time for backups...

Cheers,
Paul.

... I'm one of those bad things that happen to good people.
--- GoldED+/LNX 1.1.5-b20130515
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)