rox with transmision bar ??
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
...
Avec Rox, je ne suis parvenu à rien, désolé!
Avec Rox, je ne suis parvenu à rien, désolé!
- Attachments
-
- 190304_221734_593x378_easyshot.jpg
- (27.04 KiB) Downloaded 328 times
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
Delete attachement, copy yourself the scripts
Last edited by fabrice_035 on Wed 06 Mar 2019, 20:38, edited 2 times in total.
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Thanks.
So if I use the scripts you sent as compressed file above, I copy cp to /bin (where is the original cp, but what do I do with it? Rename as cp_original?), and rsync_gtk.sh to /usr/local/bin?
I will test this tomorow.
Good night.
I copied/pasted the scripts given above as they are, then tested them with Rox but without success. Only after that, I modified the scripts following your advise to test cp in command line.This is what the picture shows.your screenshot shows that you modified the script in a bad way
So if I use the scripts you sent as compressed file above, I copy cp to /bin (where is the original cp, but what do I do with it? Rename as cp_original?), and rsync_gtk.sh to /usr/local/bin?
I will test this tomorow.
Good night.
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
Yeah that's right! So i you want test cp script without Rox, make this change in cp scriptArgolance wrote:Thanks.So if I use the scripts you sent as compressed file above, I copy cp to /bin (where is the original cp, but what do I do with it? Rename as cp_original?), and rsync_gtk.sh to /usr/local/bin?
BEFORE
Code: Select all
# if it's ROX-filer caller
if [ "$proc" = "ROX-Filer" ] ; then
Code: Select all
# if it's ROX-filer caller
proc="ROX-Filer"
if [ "$proc" = "ROX-Filer" ] ; then
Code: Select all
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Bonjour et merci,
Why not a pet package with pinstall.sh and puninstall.sh files?
Furthermore, you were right: the modifications I previously made to get cp script work without Rox were wrong. Besides, even if I follow the letter, something goes wrong, with or without...
Cordialement.
So if I use the scripts you sent as compressed file above, I copy cp to /bin (where is the original cp, but what do I do with it? Rename as cp_original?), and rsync_gtk.sh to /usr/local/bin?
Not quite Mate...fabrice_035 wrote:Yeah that's right!
- - Your script calls "ori_cp", and not "cp_original"
- As soon as cp is renamed (even as "ori_cp"), it is not possible anymore to (use the command cp to) copy rshync_gtk.sh to /usr/local/bin!
Why not a pet package with pinstall.sh and puninstall.sh files?
Furthermore, you were right: the modifications I previously made to get cp script work without Rox were wrong. Besides, even if I follow the letter, something goes wrong, with or without...
Cordialement.
- Attachments
-
- 190306_114948_516x228_easyshot.jpg
- (14.84 KiB) Downloaded 280 times
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Hello,
I copied/pasted the scripts given above (v1.2 - 20190306) as /bin/cp_ (temporarily) and as /usr/local/bin/rsync_gtk.sh, gave them permissions, renamed /bin/cp to /bin/cp_original then /bin/cp_ as /bin/cp.
So far so good?
Then, I opened an existing directory somewhere in my documents containing files, created a "Newdir", dragged and dropped some files from that directory to this subdirectory.
Rox window "Copy" opened.
***That's when things got complicated.***
Nothing happened.
Waited some time, tried to close the rebellious window... without success!
Tried the copy manipulation from beginning again.
And again... to be sure!
Mouse cursor began to have very curious behavior.
Memory overflowed so I could not do anything else than roughly shutdown computer, restart it.
Ô dear, not possible to restart.
Tried again... to be sure!
...
So I ran another session, checked my pupsave which was "clean", had the idea to edit it, deleted /bin/cp and renamed /bin/cp_original to /bin/cp and my computer started again.
Here I am, mate: hot as hell!
So what about the original cp command when used by other processes than Rox (question I already asked at the beginning of this thread)?
It would seem to be a problem at least...
Cordialement.
I copied/pasted the scripts given above (v1.2 - 20190306) as /bin/cp_ (temporarily) and as /usr/local/bin/rsync_gtk.sh, gave them permissions, renamed /bin/cp to /bin/cp_original then /bin/cp_ as /bin/cp.
So far so good?
Then, I opened an existing directory somewhere in my documents containing files, created a "Newdir", dragged and dropped some files from that directory to this subdirectory.
Rox window "Copy" opened.
***That's when things got complicated.***
Nothing happened.
Waited some time, tried to close the rebellious window... without success!
Tried the copy manipulation from beginning again.
And again... to be sure!
Mouse cursor began to have very curious behavior.
Memory overflowed so I could not do anything else than roughly shutdown computer, restart it.
Ô dear, not possible to restart.
Tried again... to be sure!
...
So I ran another session, checked my pupsave which was "clean", had the idea to edit it, deleted /bin/cp and renamed /bin/cp_original to /bin/cp and my computer started again.
Here I am, mate: hot as hell!
So what about the original cp command when used by other processes than Rox (question I already asked at the beginning of this thread)?
It would seem to be a problem at least...
Cordialement.
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
[edit] Argolance was right, update cp scriptArgolance wrote:Hello,
I copied/pasted the scripts given above (v1.2 - 20190306) as /bin/cp_ (temporarily) and as /usr/local/bin/rsync_gtk.sh, gave them permissions, renamed /bin/cp to /bin/cp_original then /bin/cp_ as/bin/ cp.
.
The first script must replace cp in /bin/ but before rename cp as cp_original
Of course many process (mostly scripts) use cp every time.
Your question: what happens when a program calls default cp command (which now is my script.) ? simply if it's not Rox-Filer which call, the script call /bin/cp_original (and passing the arguments)
On my side I don't find any problems.
Regard.
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Hello,
On my side: an image is better than long speeches...
Cordialement.
On my side: an image is better than long speeches...
Cordialement.
- Attachments
-
- 190308_150830_516x407_easyshot.jpg
- (43.34 KiB) Downloaded 209 times
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
Point excellent Mister Argolance. it's harder than expected to find all the situations when you replace the command cp. Strange my rox never user "--no-preserve=context,links"
I understood where the problem was.
I'll think about that later.
Regard.
[ EDIT ] Solved, waiting for testers...
I understood where the problem was.
I'll think about that later.
Regard.
[ EDIT ] Solved, waiting for testers...
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Bonjour,
Version 1.4 works great!
Thank you a lot.
A quick question: the progress bar appears when you copy large file(s). Now, what about copying a huge directory containing many small files? Isn't it precisely in this kind of situation (it can take time, especially when the destination is an external drive), that a global progress bar would be really welcome?
Cordialement.
Version 1.4 works great!
Thank you a lot.
A quick question: the progress bar appears when you copy large file(s). Now, what about copying a huge directory containing many small files? Isn't it precisely in this kind of situation (it can take time, especially when the destination is an external drive), that a global progress bar would be really welcome?
Cordialement.
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
Hi,
Thanks again Mister Argolance, good teamwork
I don't know why ROX-Filer show progressbar when we choose multiple files and copy it but nothing when it is needed copying a huge directory .
The only way to improve this is to work on the ROX-Filer source code i think.
Regard
Thanks again Mister Argolance, good teamwork
I don't know why ROX-Filer show progressbar when we choose multiple files and copy it but nothing when it is needed copying a huge directory .
The only way to improve this is to work on the ROX-Filer source code i think.
Regard
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752
- MochiMoppel
- Posts: 2084
- Joined: Wed 26 Jan 2011, 09:06
- Location: Japan
Because progressbar shows the no. of finished copies. When you copy 2 large files ROX-Filer will show an empty progressbar while the copy of the first file is in progress. After finishing the first file the progressbar immediately shows 50%.fabrice_035 wrote:I don't know why ROX-Filer show progressbar when we choose multiple files and copy it but nothing when it is needed copying a huge directory
I hope this explains why you don't see anything when you copy only a single file, no matter if it's big or small. ROX-Filer doesn't even bother to add a progressbar as a progressbar would jump from empty to 100%, followed by an immediate closure of the dialog.
Last edited by MochiMoppel on Thu 14 Mar 2019, 12:35, edited 1 time in total.
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
The problem raised concerns the difference between copying multiple files and copying a folder that contains multiple files.MochiMoppel wrote:Because progressbar shows the no. of finished copies. When you copy 2 large files ROX-Filer will show an empty progressbar while the copy of the first file is in progress. After finishing the first file the progressbar immediately shows 50%.fabrice_035 wrote:I don't know why ROX-Filer show progressbar when we choose multiple files and copy it but nothing when it is needed copying a huge directory
I hope this explains why you don't see anything when you copy only 1 file, no matter if it's big or small.
*In the first case : show progress bar
*second case : no progress bar visible
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752
- MochiMoppel
- Posts: 2084
- Joined: Wed 26 Jan 2011, 09:06
- Location: Japan
Technically a folder is also a file. If in my example the first huge file would be a folder containing multiple files, you would see 50% progress after the folder was copied. ROX thinks of items to copy, and in this case 2 items. Doesn't matter if the items are regular files, links or folders. In order to show progress of the files contained in the folder. ROX would have to analyze folder content before starting with the copy process. No idea why this isn't done. To keep it simple?fabrice_035 wrote:*second case : no progress bar visible
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Hello,
By quickly rereading the messages of this thread from the beginning, It seems that fabrice_035's work responds to this Semme's suggestion.
Moreover, Semme proposed a small (internationalized at least in French) "MiniCopier" program which is far from being without interest: it is indeed exactly what Rox should naturally do...
[EDIT]: Link to minicopier-0.5_all.pet package with menu desktop file and icon (java environment required).
Cordialement.
By quickly rereading the messages of this thread from the beginning, It seems that fabrice_035's work responds to this Semme's suggestion.
Moreover, Semme proposed a small (internationalized at least in French) "MiniCopier" program which is far from being without interest: it is indeed exactly what Rox should naturally do...
[EDIT]: Link to minicopier-0.5_all.pet package with menu desktop file and icon (java environment required).
Cordialement.
- Attachments
-
- 190314_142334_470x400_easyshot.jpg
- (51.7 KiB) Downloaded 270 times
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Bonjour,
I thought this might be helpful:
How to show the transfer progress and speed when copying files with cp?
And especially this:
... See image below.
Source
Cordialement.
I thought this might be helpful:
How to show the transfer progress and speed when copying files with cp?
And especially this:
progress - Coreutils Progress Viewer Build Status
What is it?
This tool can be described as a Tiny, Dirty, Linux-and-OSX-Only C command that looks for coreutils basic commands (cp, mv, dd, tar, gzip/gunzip, cat, etc.) currently running on your system and displays the percentage of copied data. It can also show estimated time and throughput, and provides a "top-like" mode (monitoring).
Code: Select all
# ./progress --help
progress - Coreutils Viewer
---------------------
Shows progress on file manipulations (cp, mv, dd, ...)
Monitored commands (default):
cp mv dd tar cat rsync grep fgrep egrep cut sort md5sum sha1sum sha224sum sha256sum sha384sum sha512sum adb gzip gunzip bzip2 bunzip2 xz unxz lzma unlzma 7z 7za zcat bzcat lzcat split gpg
Usage: ./progress [-qdwmM] [-W secs] [-c command] [-p pid]
-q --quiet hides all messages
-d --debug shows all warning/error messages
-w --wait estimate I/O throughput and ETA (slower display)
-W --wait-delay secs wait 'secs' seconds for I/O estimation (implies -w, default=1.0)
-m --monitor loop while monitored processes are still running
-M --monitor-continuously like monitor but never stop (similar to watch ./progress)
-a --additional-command cmd add additional command to default command list
-c --command cmd monitor only this command name (ex: firefox)
-p --pid id monitor only this process ID (ex: `pidof firefox`)
-i --ignore-file file do not report process if using file
-o --open-mode {r|w} report only files opened for read or write
-v --version show program version and exit
-h --help display this help and exit
Multiple options allowed for: -a -c -p -i. Use PROGRESS_ARGS for permanent arguments.
Code: Select all
# watch progress -q
Source
Cordialement.
- Attachments
-
- 190316_134833_682x405_easyshot.png
- (60.15 KiB) Downloaded 255 times
-
- progress-0.14.pet
- (20.55 KiB) Downloaded 175 times
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Bonjour,
@fabrice_035
When reporting this little amazing program, I didn't think to make any GUI (though it may be interesting indeed to create a daemon working in the background), but rather that it could be used to solve the question asked in this thread (and some others?). If the cp progress report could be displayed directly inside the rox copy window, it would be great!
There must be someone on this forum who knows how to do this, right?
Cordialement.
@fabrice_035
When reporting this little amazing program, I didn't think to make any GUI (though it may be interesting indeed to create a daemon working in the background), but rather that it could be used to solve the question asked in this thread (and some others?). If the cp progress report could be displayed directly inside the rox copy window, it would be great!
There must be someone on this forum who knows how to do this, right?
Cordialement.
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France