SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
A little harsh...I take your three points about the merits of dwdiff as opposed to using git diff. The last bit was unnecessary I thought. Maybe Thomas thought git diff was a good suggestion and a valid contribution to the thread. He has 14 posts, you have over 4000. He is listed as a LQ Newbie, you as a Senior Member.
I just think sometimes maybe we could be a little more welcoming.
I completely agree with your points in the abstract but ThomasAdam, while new to posting on LQ, is not new in any other sense. Our post counts and titles mean nothing. I assure you his post didn't come from being a newbie, and I don't think he'll be driven away by my "harshness".
It hadn't occurred to me that it could be viewed that way, though, so I apologize for seeming unwelcoming to a newbie.
A little harsh...I take your three points about the merits of dwdiff as opposed to using git diff. The last bit was unnecessary I thought. Maybe Thomas thought git diff was a good suggestion and a valid contribution to the thread. He has 14 posts, you have over 4000. He is listed as a LQ Newbie, you as a Senior Member.
I just think sometimes maybe we could be a little more welcoming.
Oh, I wouldn't worry about that. Such attitudes happen when you have top-dog topple from their pedestal, or in this case wobble significantly.
A little harsh...I take your three points about the merits of dwdiff as opposed to using git diff. The last bit was unnecessary I thought. Maybe Thomas thought git diff was a good suggestion and a valid contribution to the thread. He has 14 posts, you have over 4000. He is listed as a LQ Newbie, you as a Senior Member.
You haven't read any of Mr. Thomas' postings in other areas; he is often exceedingly blunt.
gtk2 download manager - similar to KDE's fantastic 'kget' but great for users who want alternatives to KDE excellent apps for various reasons (QT libraries, kdeinit etc).
Great for those of us using lite-er hardware with other window managers.
Thanks, slakmagik! I have been looking for a gtk2 alternative to KDE's kcolourchooser for a while now - 'gcolor2' excellent!
Quote:
Originally Posted by slakmagik
Misc stuff:
gcolor2 - DE-independent color picker; style html pages or gtk widgets or whatever.
EDIT: binary is '/usr/bin/uget-gtk'
I had to 'cd /usr/bin && ls | grep -i uget' to find out how to run it after wondering why 'uget' was not found.
I completely agree with your points in the abstract but ThomasAdam, while new to posting on LQ, is not new in any other sense. Our post counts and titles mean nothing. I assure you his post didn't come from being a newbie, and I don't think he'll be driven away by my "harshness".
It hadn't occurred to me that it could be viewed that way, though, so I apologize for seeming unwelcoming to a newbie.
You can see how it looked though.....I just thought it a strange thing to say...
It's possible unison has other nifty features or ease-of-use, though.
I think his point was not that rsync doesn't do deletes (it clearly does), but that it works unidirectionally, i.e. master copy and slave copy.. The idea behind unison appears to be that both copies are considered equal and the synchronisation happens in both directions.
To my mind, dealing with the conflicts a bidirectional approach introduces would be more trouble than it's worth, and I prefer to stick with the master/slave approach and '--delete', or not, as seems appropriate in each case. I can see how some people might like the unison approach, but it's not for me.
I use mcedit a lot (Midnight Commander editor), a lot of people I show it to seem to have never heard of it before. A lot easier to use/learn than the likes of vim, but offers much better functionality than, say, nano. I really like it
I think his point was not that rsync doesn't do deletes (it clearly does), but that it works unidirectionally, i.e. master copy and slave copy.. The idea behind unison appears to be that both copies are considered equal and the synchronisation happens in both directions.
To my mind, dealing with the conflicts a bidirectional approach introduces would be more trouble than it's worth, and I prefer to stick with the master/slave approach and '--delete', or not, as seems appropriate in each case. I can see how some people might like the unison approach, but it's not for me.
Ah, I see: "rsync does not synchronize [bidirectionally] as it does not delete [or add or modify] files that were deleted [or added or modified] in [either] one of the filesystems [but only in the slave fs based on the master fs]". Thanks for clarifying that, but I agree with you that rsync's for me.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.