Over the last couple of weeks Hirofumi has checked in an amazing amount
of kernel code, getting Tux3 to the point of being able to create,
read, and write files and list directories. A bunch of directory
operations still need to be hooked up:

const struct inode_operations tux_dir_iops = {
.create = tux3_create,
.lookup = tux_lookup,
// .link = ext3_link,
// .unlink = ext3_unlink,
// .mkdir = ext3_mkdir,
// .rmdir = ext3_rmdir,
// .mknod = ext3_mknod,
// .symlink = ext3_symlink,
// .rename = ext3_rename,
// .permission = ext3_permission,
// .setattr = ext3_setattr,
// .getxattr = generic_getxattr,
// .setxattr = generic_setxattr,
// .removexattr = generic_removexattr,
// .listxattr = ext3_listxattr,
};

There are also some regular file operations to do:

static const struct inode_operations tux_f...

Juan Miscaro wrote:

Other than generating duplicate user number error reports from the
nightly security check, the generally bad idea of duplicate user
numbers, creating confusion and ambiguity that doesn't need to be there,
the likelihood that you will have forgot the 'root' password when you
need it and being a really silly way to solve a completely non-problem?
No reason at all.

Why not switch the keycaps around on your keyboard?
Why not wear mis-matched shoes?
(those are bad examples, I can come up with justifications for doing
them...)

Some people are really convinced their feet need holes. The
(non)problem doesn't justify your solution -- and the real problems it
would create.

Nick.

As promised, 1.6.1-rc1 is found at the usual places, and from here on we
will be in bugfixes-only mode until 1.6.1 final. I also think there
probably are a few more patches on 'next' (e.g. the first patch on the
gp/gitweb-feature topic, which is a pure bugfix) that haven't merged to
'master' but should.
--

Hi,

Those patches are trivial cleanup, and tux3graph improvement. Well, the
output of tux3graph is not changed much, however, perhaps the
preparation to dump the data which is pointed by extents is done almost.

static-http://userweb.kernel.org/~hirofumi/tux3/
http://userweb.kernel.org/~hirofumi/tux3-new.png

Please check it.
--
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>

_______________________________________________
Tux3 mailing list
Tux3@tux3.org
http://tux3.org/cgi-bin/mailman/listinfo/tux3

Hello I am new to the list and if I am not following some kind of list
ettiquite please let me know.

I read in the archives that there was once talk of porting Git over to C#
and was wondering if anything ever came of this? I realize there were some
that didn't see the use for this but as Git is becoming more and more
popular a more native implementation of Git for windows users would be a
good endevour IMHO.

At any rate any info would be greatly appreciated.

Regards,

JD Guzman

--

Hi,

Running the Tux3 kernel code under UML is easy, fast and safe. Here is
a recipe where you can be up and running in about ten minutes from a
standing start:

# get a kernel tree
wget http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.26.5.tar.bz2
tar -xjf linux-2.6.26.5.tar.bz2
cd linux-2.6.26.5

# get the latest tux3 patch and patch the kernel
wget http://tux3.org/patches/tux3-2.6.26.5
patch <tux3-2.6.26.5 -p1

# build uml linux with tux3
make defconfig ARCH=um
make linux ARCH=um CONFIG_TUX3=y

# get a root filesystem
wget http://tux3.org/downloads/tuxroot.tar.bz2

# make a tux3 filesystem in a file
dd if=/dev/zero of=testdev bs=1M count=1
tux3 mkfs testdev

# boot uml using loop back on the root fs and tux3 test fs
tar -xjf tuxroot.tar.bz2
./linux ubda=tuxroot ubdb=testdev

Log in to uml as root and:

mount /dev/ubdb /mnt
ls -l /mnt

To debug tux3/uml under gdb:
gdb -args ./linux ubda=tuxroot ubdb=testd...