Bug#551427: fusecompress: Compressing zip files

2009-10-26 Thread Alex Samad
On Sun, Oct 18, 2009 at 03:20:15PM +0530, Ritesh Raj Sarraf wrote:
 On Sunday 18 Oct 2009 14:25:11 Alex Samad wrote:
   bzip2 is a high compression algorithm. It could just be that there is no
   room for compression anymore.
  
  some file type (based my mime type) are meant to be excluded from the
  compression and zip is meant to be one of them.
Hi
found the problem 

mime type for .zip files on my debian box are 
application/zip

and fusecompress is looking for type
application/x-zip


CompressedMagic.cpp is the file with the list 

[snip]  


signature.asc
Description: Digital signature


Bug#551427: fusecompress: Compressing zip files

2009-10-18 Thread Ritesh Raj Sarraf
On Sunday 18 Oct 2009 08:44:01 alex wrote:
 Hi
 
 it seems to be compressing zip files
 
 /backup/.max fusemounted to /backup/max
 
 zip /backup/max/test.zip /etc
 
 /backup.max/test.zip has been compressed 
 

Can you be more clear here ?
I cannot make out what you are saying.

Ritesh
-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.


signature.asc
Description: This is a digitally signed message part.


Bug#551427: fusecompress: Compressing zip files

2009-10-18 Thread Alex Samad
On Sun, Oct 18, 2009 at 11:36:57AM +0530, Ritesh Raj Sarraf wrote:
 On Sunday 18 Oct 2009 08:44:01 alex wrote:
  Hi
  
  it seems to be compressing zip files
  
  /backup/.max fusemounted to /backup/max
  
  zip /backup/max/test.zip /etc
  
  /backup.max/test.zip has been compressed 
  
 
 Can you be more clear here ?
 I cannot make out what you are saying.

sorry.

my uncompressed directory is /backups/.max, it is fusemounted to
/backusp/max.

the file /backups/max/max/alex.zip is being compressed - when I check
/backups/.max/max/alex.zip it is being compressed.

where as a file /backups/max/max/alex.bz2 doesn't get compressed


such that unzip -l /backups/max/max/alex.zip works and unzip -l
/backups/.max/max/alex.zip fails with corrupted file

hope that clears it up

alex

 
 Ritesh



-- 
I think if you know what you believe, it makes it a lot easier to answer 
questions. I can't answer your question.

- George W. Bush
10/04/2000
Reynoldsburg, OH
In response to a question about whether he wished he could take back any of his 
answers in the first debate.


signature.asc
Description: Digital signature


Bug#551427: fusecompress: Compressing zip files

2009-10-18 Thread Ritesh Raj Sarraf
On Sunday 18 Oct 2009 12:00:36 Alex Samad wrote:
 my uncompressed directory is /backups/.max, it is fusemounted to
 /backusp/max.
 
 the file /backups/max/max/alex.zip is being compressed - when I check
 /backups/.max/max/alex.zip it is being compressed.
 
 where as a file /backups/max/max/alex.bz2 doesn't get compressed
 
 
bzip2 is a high compression algorithm. It could just be that there is no room 
for compression anymore.

 such that unzip -l /backups/max/max/alex.zip works and unzip -l
 /backups/.max/max/alex.zip fails with corrupted file
 
Again, aren't you supposed to be accessing the data only through a 
fusecompress mounted mount point ?

Ritesh
-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.


signature.asc
Description: This is a digitally signed message part.


Bug#551427: fusecompress: Compressing zip files

2009-10-18 Thread Alex Samad
On Sun, Oct 18, 2009 at 12:25:22PM +0530, Ritesh Raj Sarraf wrote:
 On Sunday 18 Oct 2009 12:00:36 Alex Samad wrote:
  my uncompressed directory is /backups/.max, it is fusemounted to
  /backusp/max.
  
  the file /backups/max/max/alex.zip is being compressed - when I check
  /backups/.max/max/alex.zip it is being compressed.
  
  where as a file /backups/max/max/alex.bz2 doesn't get compressed
  
  
 bzip2 is a high compression algorithm. It could just be that there is no room 
 for compression anymore.

some file type (based my mime type) are meant to be excluded from the
compression and zip is meant to be one of them.

plus the difference the bzip2 file went through with out being touched
where as the zip did not and ended up being larger then before


if you run fusecompress it shows you the list of files that are not
meant to be touched

application/x-zip 

is one of them 

 
  such that unzip -l /backups/max/max/alex.zip works and unzip -l
  /backups/.max/max/alex.zip fails with corrupted file
  
 Again, aren't you supposed to be accessing the data only through a 
 fusecompress mounted mount point ?

I was testing this when I was looking at the fusecompress_offline which
can work with the normal fs.

I am presuming the magic sequence is so that you can identify which 
files have been compressed


from the man page
fusecompress_offline - decompress or compress data without need to mount
the compressed virtual filesystem



 
 Ritesh




signature.asc
Description: Digital signature


Bug#551427: fusecompress: Compressing zip files

2009-10-18 Thread Ritesh Raj Sarraf
On Sunday 18 Oct 2009 14:25:11 Alex Samad wrote:
  bzip2 is a high compression algorithm. It could just be that there is no
  room for compression anymore.
 
 some file type (based my mime type) are meant to be excluded from the
 compression and zip is meant to be one of them.
 
 plus the difference the bzip2 file went through with out being touched
 where as the zip did not and ended up being larger then before
 


And what is the backend in use for your fusecompress configuration  ?

 from the man page
 fusecompress_offline - decompress or compress data without need to mount
 the compressed virtual filesystem
 
   If  compression  method  is  set the data will be compressed by 
required compression method.
   Files already compressed by a different compression method are 
recompressed to required com‐
   pression  method.  Files  already  compressed  by  the  required 
compression method are left
   untouched.

Ritesh
-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.


signature.asc
Description: This is a digitally signed message part.


Bug#551427: fusecompress: Compressing zip files

2009-10-18 Thread Alex Samad
On Sun, Oct 18, 2009 at 03:20:15PM +0530, Ritesh Raj Sarraf wrote:
 On Sunday 18 Oct 2009 14:25:11 Alex Samad wrote:
   bzip2 is a high compression algorithm. It could just be that there is no
   room for compression anymore.
  
  some file type (based my mime type) are meant to be excluded from the
  compression and zip is meant to be one of them.
  
  plus the difference the bzip2 file went through with out being touched
  where as the zip did not and ended up being larger then before
  
 
 
 And what is the backend in use for your fusecompress configuration  ?
 
  from the man page
  fusecompress_offline - decompress or compress data without need to mount
  the compressed virtual filesystem
  
If  compression  method  is  set the data will be compressed by 
 required compression method.
Files already compressed by a different compression method are 
 recompressed to required com‐

yeah but this is talking about fusecompress's compression algo not the
one used in the data.

with fusecompress_offline lets you move from one algo to another.

you can verify this on a mounted partition create a .bzip2 file on the
raw directory you can still zless it - it is untouched - try and
fuseocmpress_offline and it failes because it is one of the types that
are not compresses.


pression  method.  Files  already  compressed  by  the  required 
 compression method are left
untouched.
 
 Ritesh




signature.asc
Description: Digital signature


Bug#551427: fusecompress: Compressing zip files

2009-10-17 Thread alex
Package: fusecompress
Version: 2.6-1
Severity: normal

Hi

it seems to be compressing zip files

/backup/.max fusemounted to /backup/max

zip /backup/max/test.zip /etc

/backup.max/test.zip has been compressed 

Alex



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (50, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages fusecompress depends on:
ii  libboost-filesystem1.4 1.40.0-1  filesystem operations (portable pa
ii  libboost-iostreams1.40 1.40.0-1  Boost.Iostreams Library
ii  libboost-program-optio 1.40.0-1  program options library for C++
ii  libboost-serialization 1.40.0-1  serialization library for C++
ii  libboost-system1.40.0  1.40.0-1  Operating system (e.g. diagnostics
ii  libbz2-1.0 1.0.5-3   high-quality block-sorting file co
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libfuse2   2.7.4-2   Filesystem in USErspace library
ii  libgcc11:4.4.1-4 GCC support library
ii  liblzo2-2  2.03-1data compression library
ii  libmagic1  5.03-1File type determination library us
ii  libstdc++6 4.4.1-4   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

fusecompress recommends no packages.

fusecompress suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org