Julian Andres Klode: > > 1. Why not simply apply vserver.patch? The patch only > > takes action if vserver is activated and else does > > nothing. I do this in the Debian package for some > > time now and there were no problems.
Because vserver is not included in mainline kernel. It is better to keep aufs code closer to mainline as possible. > > 2. Could you change the pathes in lhash-2.6.22.patch, so we > > can use it with patch -p0 (like the other patches)? See patch-level.= > patch > >=20 > Seems you have already done this No, I didn't. In order to make it clear that the patch file is generated by linux-2.6.22, I want to keep it. > > 3. There were problems some time ago with kernel 2.6.23 > > and SquashFS options. (aufs from 2007-09-24) > > Build Log: http://grml.org/tmp/aufs_2.6.23.txt > > Config: http://hg.grml.org/grml-kernel/raw-file/f9acc63cae13/conf= > ig/config-2.6.23-grml > > "Patch": See attachment (aufs-grml.patch) > > Could you take a look at it? Has this already been fixed? > >=20 > Maybe always define the SQUASHFS_MAGIC_* variables in fs/aufs/Makefile > and not only if CONFIG_AUFS_RR_SQUASHFS is defined (should work because t= > hey > are not used otherwise). Do you mean the current fs/aufs/Makefile is not enough for you? > > Some other suggestions: > > 1. Move patches for the kernel into a subdirectory (like patches/) Agreed. I made patch and move them in today's release. > 2. Kconfig.in: Enable AUFS_RR_SQUASHFS by default I'll do after squashfs is included in mainline. Thank you for your suggestions. Junjiro Okajima ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
