Code: Select all
chmod 666 /dev/video0
chmod 666 /dev/video3
same problem here.donnied wrote:I just installed from source. I'm getting the same error from the filter for uploading files "cowardly refusing to create empty archive."
Is the ftp upload working for anyone?
Code: Select all
~$ tar -cvf bob.tar.gz
tar: Cowardly refusing to create an empty archive
Try `tar --help' or `tar --usage' for more information.
tar -cvf bob.tar.gz bob
bob/
$tar -cvf bob.tar.gz bob.nofile
tar: bob.nofile: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors
Code: Select all
elsif ( ZM_UPLOAD_ARCH_FORMAT eq "tar" )
{
if ( ZM_UPLOAD_ARCH_COMPRESS )
{
$arch_file .= '.tar.gz';
}
else
{
$arch_file .= '.tar';
}
Info( "Creating upload file '$arch_file'\n" );
if ( $arch_error = !Archive::Tar->create_archive( $arch_file, ZM_UPLOAD_ARCH_COMPRESS, <*$arch_image_path> ) )
{
Error( "Tar error: ".Archive::Tar->error()."\n " );
}
Code: Select all
( ZM_UPLOAD_ARCH_FORMAT eq "tar" )
{
if ( ZM_UPLOAD_ARCH_COMPRESS )
{
$arch_file .= '.tar.gz';
}
else
{
$arch_file .= '.tar';
}
Info( "Creating upload file '$arch_file'\n" );
if ( $arch_error = !Archive::Tar->create_archive( $arch_file, ZM_UPLOAD_ARCH_COMPRESS, <*$arch_image_path> ) )
{
Error( "Tar error: ".Archive::Tar->error()."\n " );
have u tried both version?? both also not working ?donnied wrote:It's definitely not calling a file.
The error I get is from line 749:Code: Select all
~$ tar -cvf bob.tar.gz tar: Cowardly refusing to create an empty archive Try `tar --help' or `tar --usage' for more information. tar -cvf bob.tar.gz bob bob/ $tar -cvf bob.tar.gz bob.nofile tar: bob.nofile: Cannot stat: No such file or directory tar: Error exit delayed from previous errors
if ( $arch_error = !Archive::Tar->create_archive( $arch_file, ZM_UPLOAD_ARCH_COMPRESS, <arch_image_path> ) )
I've been told that the relative path * in front isn't good, but I don't think that's the problem. If it were wouldn't it be specifying and invalid path and not no path? (And I tried without and it didn't change things.)
In 1.22 we see:in 1.23 we see:Code: Select all
elsif ( ZM_UPLOAD_ARCH_FORMAT eq "tar" ) { if ( ZM_UPLOAD_ARCH_COMPRESS ) { $arch_file .= '.tar.gz'; } else { $arch_file .= '.tar'; } Info( "Creating upload file '$arch_file'\n" ); if ( $arch_error = !Archive::Tar->create_archive( $arch_file, ZM_UPLOAD_ARCH_COMPRESS, <arch_image_path> ) ) { Error( "Tar error: ".Archive::Tar->error()."\n " ); }Code: Select all
( ZM_UPLOAD_ARCH_FORMAT eq "tar" ) { if ( ZM_UPLOAD_ARCH_COMPRESS ) { $arch_file .= '.tar.gz'; } else { $arch_file .= '.tar'; } Info( "Creating upload file '$arch_file'\n" ); if ( $arch_error = !Archive::Tar->create_archive( $arch_file, ZM_UPLOAD_ARCH_COMPRESS, <arch_image_path> ) ) { Error( "Tar error: ".Archive::Tar->error()."\n " );
Code: Select all
use constant EVENT_PATH => ZM_PATH_WEB.'/'.ZM_DIR_EVENTS;
Unfortunately that's a "feature" of the package at the moment. I need to work out a way of updating the values from inside the packaged code that doesn't violate debian packaging guidelinesdonnied wrote:I just upgraded to 1.23.2-2 on Debian Testing. I previously had Zoneminder running and recently I decided to let Debian upgrade ZM. I had two black screens and couldn't get them working; so I thought something got fundamentally hosed when I upgraded so I decided to start over from scratch.
I got two black screens. I"m not sure what's going on but I have toevery time I reboot the machine.Code: Select all
chmod 666 /dev/video0 chmod 666 /dev/video3
You seem to have solved this one, but I'd like to try to work out what was happening. When you talk about "downloading" them, are you talking about the "export" option?Also zmfilter can't upload images. I can make images and download them fine using the video option but alll zmfilter.log tells me is
"cowardly refusing to create empty archive! at /usr/bin/zmfilter.pl line 749"
What you're seeing now is what most people have been seeing along the way. The problem is that /dev/video* gets the wrong default permissions on boot. zmfix.pl changes them, but that requires root permission. Lee's fix of "chmod u+s" is, to my understanding, not allowed by the Debian Packaging Guidelines. And I keep not getting around to working out another way.donnied wrote: What exactly is the problem with permissions for /dev/video and the Debian package? Previously, I changed the permissions once and it continued to work; on the recent install I had to change every time I rebooted.
