I must manually decode newsgroups posts in yEnc format using uudeview instead of this being done automatically by brag and having the output dumped in a specified directory. The various parts of posts are stored in the unfinished directory even though they are complete. What would cause this process to have to be done manually?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There don't appear to be any error messages. It is like the last step in the process (decoding by uudeview) is not performed and I must do it after the process has run. I installed uudeview after installing brag, so i don't know if that has some effect as it may have been looking for a decoder and didn't find one upon installation.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That makes the investigation a bit more difficult... let's see:
- What version of brag and uudeview are you using, on what operating system?
- How do you run brag?
- Did brag ever work successfully for you?
- Can you make it succeed, by using other servers, news groups, file types?
- If yes, any differences you can notice between the successes and the failures?
- Are you sure all parts are downloaded? Are the parts complete/intact?
- Do you have enough space in the output directory?
- Anything you might think is special about your setup
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am running Fedora Core 2, uudeview-0.5.20, and brag version 1.41. I run brag as a cron job. Brag has worked successfully on items not encoded in yEnc format. It will also still download the yEnc encoded parts to a file, but as I mentioned before, it fails to decode them and just sticks them in the unfinished directory for the applicable newsgroup. I am sure items has completely downloaded because I can use uudeview to manually decode them into the file parts. I have just installed a 200GB hard drive to store this data, so there is no shortage of space. Both Brag and Uudeview were installed from the tar.gz files and not from the rpms.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Cron's path is /usr/bin and uudeview was at /usr/local/bin/ so I added /usr/local/bin/ to root's crontab as another path. We will see if that works when the jobs run tonight.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I must manually decode newsgroups posts in yEnc format using uudeview instead of this being done automatically by brag and having the output dumped in a specified directory. The various parts of posts are stored in the unfinished directory even though they are complete. What would cause this process to have to be done manually?
Do you get any error messages?
There don't appear to be any error messages. It is like the last step in the process (decoding by uudeview) is not performed and I must do it after the process has run. I installed uudeview after installing brag, so i don't know if that has some effect as it may have been looking for a decoder and didn't find one upon installation.
That makes the investigation a bit more difficult... let's see:
- What version of brag and uudeview are you using, on what operating system?
- How do you run brag?
- Did brag ever work successfully for you?
- Can you make it succeed, by using other servers, news groups, file types?
- If yes, any differences you can notice between the successes and the failures?
- Are you sure all parts are downloaded? Are the parts complete/intact?
- Do you have enough space in the output directory?
- Anything you might think is special about your setup
I am running Fedora Core 2, uudeview-0.5.20, and brag version 1.41. I run brag as a cron job. Brag has worked successfully on items not encoded in yEnc format. It will also still download the yEnc encoded parts to a file, but as I mentioned before, it fails to decode them and just sticks them in the unfinished directory for the applicable newsgroup. I am sure items has completely downloaded because I can use uudeview to manually decode them into the file parts. I have just installed a 200GB hard drive to store this data, so there is no shortage of space. Both Brag and Uudeview were installed from the tar.gz files and not from the rpms.
Where is yenc installed to? /usr/local/bin is usually not on the PATH for cron jobs - might be the reason why brag can't start it.
How do I check for that?
Cron's path is /usr/bin and uudeview was at /usr/local/bin/ so I added /usr/local/bin/ to root's crontab as another path. We will see if that works when the jobs run tonight.