Re: aufs2 Monday GIT release

2010-08-05 Thread T o n g
On Mon, 26 Jul 2010 08:48:33 +0900, sfjro wrote:

 - aufs: allow a loopback-mounted branch

Hi Junjiro,

Would you elaborate more on this please?

I'm using aufs to stack up my loopback-mounted ext2 fs as branches 
currently. How can the new feature simplify my current job?

Thanks

-- 
Tong (remove underscore(s) to reply)
  http://xpt.sourceforge.net/techdocs/
  http://xpt.sourceforge.net/tools/


--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 


Re: aufs2 Monday GIT release

2010-08-05 Thread sfjro

T o n g:
  - aufs: allow a loopback-mounted branch
:::
 Would you elaborate more on this please?

If you have the git tree, try git show 94a8852 and you will see

aufs: allow a loopback-mounted branch

It is rejected to add a branch which is a loopback-mount in another
branch. For example,
- /au = /br0 + /br1 ... + /brN
- /brX/fs.img exists
loopback mount /brX/fs.img at /out/dirB,
append:/out/dirB

This commit allows such case.

And see
http://www.mail-archive.com/aufs-users@lists.sourceforge.net/msg02756.html


J. R. Okajima

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 


Re: aufs2 Monday GIT release

2010-06-21 Thread Thomas Sachau
Am 21.06.2010 01:30, schrieb sf...@users.sourceforge.net:
 Hi,
 
 Thomas Sachau:
 This patch does allow me to compile aufs2 with a pax/grsec enabled kernel=
 =2E Is it the final patch and
 is it already in any current release?
 
 First, yes this is final.
 Next, it won't be merged in the public aufs2 GIT tree since it is for
 pax/grsec only and meaningless to non-grsec sources.
 
 
 J. R. Okajima
 

Hi,

if it is meaningless to non-gresec kernel sources and does not harm them, i see 
no reason against
supporting pax/grsec kernel sources. it would make life easier for those users, 
while everyone else
would not be harmed, right?

-- 
Thomas Sachau

Gentoo Linux Developer



signature.asc
Description: OpenPGP digital signature
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo

Re: aufs2 Monday GIT release

2010-05-26 Thread sfjro
 I found the pax and grsec patches declare members as 'const'.
 grsecurity-2.1.14-2.6.33.4-201005151340.patch
 pax-linux-2.6.33.4-test19.patch
:::
 I don't know whether making them 'const' is necessary or not.

If you really need to co-work aufs and grsec/pax, then this patch will
solve the problem. But I don't think it a good approach.


J. R. Okajima



a.patch.bz2
Description: BZip2 compressed data
--



Re: aufs2 Monday GIT release

2010-05-24 Thread Tommy[D]
Am 24.05.2010 03:35, schrieb sf...@users.sourceforge.net:
 
 o bugfix
 - aufs: bugfix, check the file handle strictly
 - aufs: fill the prompt string for choice block
 
 o news
 - new branch aufs2-34
 - begin supporting linux-2.6.35-rcN
 
 
 J. R. Okajima
 
 --
 
 - aufs2-2.6.git#aufs2-27 branch
   aufs: simplify au_set_ibstart()
   aufs: bugfix, check the file handle strictly
 
 - aufs2-2.6.git#aufs2-28..aufs2-30 branch
   ditto
 
 - aufs2-2.6.git#aufs2-31 branch
   Addition to above,
   aufs: fill the prompt string for choice block
 
 - aufs2-2.6.git#aufs2-32..aufs2 branch
   ditto
 
 - aufs2-standalone.git
   ditto
 
 - aufs2-util.git
   none
 
 --
 

Hi,

just tried to compile aufs2-standalone against my local kernel sources, but get 
the attached failure
for 2.6.33. The kernel is a development kernel from Gentoo with additional pax 
and grsec patches.
For a more less patched kernel version 2.6.34 i had no issues compiling 
aufs2-standalone.





aufs2-standalone.error
Description: Binary data


signature.asc
Description: OpenPGP digital signature
--



Re: aufs2 Monday GIT release

2010-05-24 Thread sfjro

Hello Tommy,

Tommy[D]:
 just tried to compile aufs2-standalone against my local kernel sources, b=
 ut get the attached failure
 for 2.6.33. The kernel is a development kernel from Gentoo with additiona=
 l pax and grsec patches.
 For a more less patched kernel version 2.6.34 i had no issues compiling a=
 ufs2-standalone.

Is this aufs2-standalone plain, I mean the version I released? Or did
someone else modified?
Where can I get aufs2-0_p20100524.tar.bz2?


J. R. Okajima

--



Re: aufs2 Monday GIT release

2010-05-24 Thread sfjro

Tommy[D]:
 Yes, that is your plain aufs2-standalone from today (this monday), i just=
  take the git tree for
 aufs2-standalone and the git tree for aufs2-util and put both into a tarb=
 all, which then goes onto
 mirrors. Depending on the current kernel, the right branch is then used t=
 o compile the aufs2 module.

Hmm, I could build aufs2-standalone/aufs2-33 with plain linux-2.6.33.
I am afraid pax or grsec patches are related. Where can I get these
patches or the patched kernel source?


J. R. Okajima

--



Re: aufs2 Monday GIT release

2010-05-24 Thread sfjro

Tommy[D]:
 just tried to compile aufs2-standalone against my local kernel sources, b=
 ut get the attached failure
 for 2.6.33. The kernel is a development kernel from Gentoo with additiona=
 l pax and grsec patches.

I found the pax and grsec patches declare members as 'const'.
grsecurity-2.1.14-2.6.33.4-201005151340.patch
pax-linux-2.6.33.4-test19.patch

For instance,

 struct address_space_operations {
-   int (*writepage)(struct page *page, struct writeback_control *wbc);
-   int (*readpage)(struct file *, struct page *);
-   void (*sync_page)(struct page *);
+   int (* const writepage)(struct page *page, struct writeback_control 
*wbc);
+   int (* const readpage)(struct file *, struct page *);
+   void (* const sync_page)(struct page *);

It means setting writepage (and other members) is prohibited. But aufs
sets them dynamically. I think this is the cause of your problem.
I don't know whether making them 'const' is necessary or not.


J. R. Okajima

--



Re: aufs2 Monday GIT release

2009-07-27 Thread Ed W
sf...@users.sourceforge.net wrote:
 - aufs2-standalone.git
   Addition to above,
   new make target clean
   

Fantastic - thanks for that - had been bugging me quite a bit!

(Although actually now shifted to using the in-kernel patch so it's more 
of a historic cheer, but thanks anyway!)

Ed W


--


Re: aufs2 Monday GIT release

2009-04-12 Thread Michael S. Zick
On Sun April 12 2009, sf...@users.sourceforge.net wrote:
 
 The aufs2 GIT trees on http://git.c3sl.ufpr.br/pub/scm are updated.
 If I made something wrong about tree management, please let me know.
 
 News
 - support variable vdir, new options rdblk= and rdhash=.
 - I have posted aufs patches to LKML a few months before. And it becomes
   clear that Aufs was rejected. Let's give it up.
   According to Christoph Hellwig, linux rejects all union-type
   filesystems but UnionMount.
   http://marc.info/?l=linux-kernelm=123938533724484w=2
 - aufs2-2.6.git:aufs2 branch is updated too.


Sorry to hear that - -

But in case you didn't notice squashFS with LZMA support by JRO
finally made it into the 2.6.29 kernel. 

That was an up-hill battle that took years to happen.

Mike
 
 J. R. Okajima
 
 --
 
 - aufs2-2.6.git:aufs2-27 branch
   aufs: variable vdir, new options
   aufs: variable vdir, main part
   aufs: variable vdir, documentation
   aufs: stop copying-up in mmap(2) with MAP_PRIVATE
   aufs: tiny changes in readme
   aufs: more checks for new options
   aufs: tiny: documents
 - aufs2-2.6.git:aufs2-28 branch
   same to above,
 - aufs2-2.6.git:aufs2-29 branch
   same to above,
 - aufs2-2.6.git:aufs2 branch
   Addition to above,
   aufs: support linux-2.6.30, IMA
   aufs: support linux-2.6.30, xino for nilfs
   aufs: support linux-2.6.30, temporary workaround for relatime option
   aufs: tiny: version string
 
 - aufs2-standalone.git:aufs2-27 branch
   ditto
 - aufs2-standalone.git:aufs2-28 branch
   ditto
 - aufs2-standalone.git:aufs2-29 branch
   ditto
 - aufs2-standalone.git:aufs2 branch
   ditto
 
 - aufs2-util.git:master branch
   tiny: cast ino_t at printing
 
 --
 This SF.net email is sponsored by:
 High Quality Requirements in a Collaborative Environment.
 Download a free trial of Rational Requirements Composer Now!
 http://p.sf.net/sfu/www-ibm-com
 
 



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com


Re: aufs2 Monday GIT release

2009-04-12 Thread Jeff Breidenbach
Valerie Aurora wrote a set of articles recently on the various
union-type filesystems Linux Weekly News. Are you thinking about
getting involved with union mounts? According to the articles, there
are still some serious problems with readdir().

http://lwn.net/Articles/326818
http://lwn.net/Articles/324416
http://lwn.net/Articles/322913

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com


Re: aufs2 Monday GIT release

2009-04-12 Thread sfjro

Jeff Breidenbach:
 Valerie Aurora wrote a set of articles recently on the various
 union-type filesystems Linux Weekly News. Are you thinking about
 getting involved with union mounts? According to the articles, there
 are still some serious problems with readdir().

Thank you for telling me URLs.

I may join developing union mounts in the future.
Actually I wrote the algorithm of readdir() in aufs two years ago.
http://marc.info/?l=linux-kernelm=118915086030712w=2

As you might know, it consumes system resources much and I don't think
its the best solution. But I don't have other ideas.

As far as I know, union-type FS can be more flexible than union-Mount. I
agree aufs is large, but it is grown up by the feature requests from
users simply. I have dropped some of features at the beginning of aufs2,
and some users requested restoring them actually and I had to agree they
are necessary. Personally, to satisfy user's request is more important
than getting into mainline for me.


J. R. Okajima

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com


Re: aufs2 Monday GIT release

2009-04-12 Thread sfjro

Michael S. Zick:
 But in case you didn't notice squashFS with LZMA support by JRO
 finally made it into the 2.6.29 kernel. 

??
I cannot see my sqlzma code in 2.6.29.
Which tree?
A part of sqlzma code is taken from sevenzip, and I believe it does NOT
fit in favour of LKML people.


 That was an up-hill battle that took years to happen.

I didn't fight...


J. R. Okajima

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com


Re: aufs2 Monday GIT release

2009-04-05 Thread sfjro

 The aufs2 GIT trees on http://git.c3sl.ufpr.br/pub/scm are updated.
 If I made something wrong about tree management, please let me know.

Bruno,
When I made git-push, I got these messages for every branch.
Did I make somwthing wrong?

To g...@git.c3sl.ufpr.br:aufs/aufs2-util.git
   4dd2ca7..23bb088  master - master
updating local tracking ref 'refs/remotes/origin/master'
*** hooks.mailinglist is not set so no email will be sent
*** for refs/heads/master update 
4dd2ca7969f00bd16162282564354eebc925c254-23bb0887a575f631af83f5f7a2b9d98bcead2461
sendmail: No recipients specified although -t option used
error: hooks/post-receive exited with error code 1


J. R. Okajima

--


Re: aufs2 Monday GIT release

2009-04-05 Thread sfjro

Bruno Cesar Ribas:
 that happened because i activated commit mail hook and did not set a mailing
 list to send your pushes.
 
 I removed this hook. It did not affect any of your pushes.

Thank you.


J. R. Okajima

--