Re: cramfs in big endian

2007-11-07 Thread Tomas M
 I'm currently trying to enable the cramfs to mount filesystems with a 
 different endianness. 

I would suggest you to use squashfs instead of cramfs.

First, it's newer, it's better, it's actively developed, it doesn't have any 
limits like the bad cramfs.
Moreover, it currently supports both endians. 

(hurry up, as kernel people said in the past that squashfs should NEVER EVER 
support multiple endians, so the feature will be dropped from squashfs, in 
order to get it into mainline kernel more easily; if my informations are 
correct).



Tomas M

-
To unsubscribe from this list: send the line unsubscribe linux-fsdevel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: paid work: vfat symlinks, attributes and special files

2007-06-20 Thread Tomas M

 If you are willing to develop requested changes,
 let me know please, I'll wait till 19th of January for answers
 and then I'll post a message to the list who will do it
 (if somebody is found).

So it seems nobody is interested.
Never mind, I give up. Thank you anyway :)

Tomas M

-
To unsubscribe from this list: send the line unsubscribe linux-fsdevel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: paid work: vfat symlinks, attributes and special files

2007-06-19 Thread Tomas M

I'll wait till 19th of January for answers and then I'll

 ^^^


Oh that is incorrect, it should say '19th of Jun' of course :)


Please don't name my name.


Ok, no problem :)


Regarding the unix fluff inside VFAT, I agree this is something bad, 
maybe very bad, but from time to time, some people really need it.


I need it so I'm willing to pay some little money for it, others don't 
have to use it, of course :)


Regarding the FUSE ... I think it may work for me as well, but is there 
any code for FUSE to implement what I need for VFAT? I searched google 
but didn't find anything.


Thank you

Tomas M


-
To unsubscribe from this list: send the line unsubscribe linux-fsdevel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


paid work: vfat symlinks, attributes and special files

2007-06-18 Thread Tomas M

Good morning.
I'd like to kindly offer a paid job to someone interested. I'm willing 
to pay $500 for it, nevertheless I'm open to all suggestions. I hope 
it's OK to post this offer here.


I'd like to see some features implemented in VFAT filesystem, which 
would be available per a mount option, for example:

   mount -t vfat -o unix /dev/hda1 /mnt

There has been many attempts to implement some of these features in vfat 
lately, while no implementation actually made it's way to Kernel. Umsdos 
was removed from kernel as well (which was a good idea indeed).


I agree that people shouldn't use VFAT at all :) as there are many 
filesystems for Linux which are more suitable for day-to-day work.
But the amount of attempts to enhance vfat shows that many people really 
need some (even limited) improvements to vfat for some purpose.


So here is what I need:

- special file support (symlink,pipe,fifo,socket,c devs,b devs)
- executable / not executable bit
Nothing more is needed at all.

I believe there is some spare space in the VFAT structure to implement 
these easily. I believe we just need one single byte, I would use lcase 
char, while the other infos (eg. major/minor numbers, link target, 
etc..) would be stored inside the particular special file (so not in the 
metadata). But your implementation is up to you, of course.


Requirements:

- The code must be clean so it could possibly be included in Kernel, 
nevertheless it's not required to be accepted by kernel people - they 
sometimes tend to reject interesting stuff, this is something I can live 
with :)


- The filesystem must be perfectly readable in Windows.

- All files created in Windows (or in Linux without the mount option) 
should appear as a regular non-executable files in Linux after the mount 
option is used.


Payment:

As noted at the top of this message, I'm willing to pay $500 to the 
developer of these changes. I don't know how easy/hard would it be do 
implement, so if you say why the price should be bigger, I'll reconsider 
it. I believe it's a fair offer.


Payments are possible by paypal, wire transfer or money in the envelope.

If you are willing to develop requested changes, let me know please, 
I'll wait till 19th of January for answers and then I'll post a message 
to the list who will do it (if somebody is found).


Thank you very much

Tomas M
slax.org
-
To unsubscribe from this list: send the line unsubscribe linux-fsdevel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html