i noticed that xfsprogs-3.0.0 sometimes fails to build in parallel with an error about fsr not being able to find libhandle. looking at the top level Makefile shows the obvious missing depend (fsr: l
Seems fine. Looks like that dep got missed when fsr moved. the include dependency might be a big hammer, but *shrug* (it takes care of the "estimate" dependency on include too) I'll check this in, th
where is the git tree now ? i tried git://oss.sgi.com/xfs-cmds but that seems to be dead now. -mike Attachment: signature.asc Description: This is a digitally signed message part.
ok, so i'll base all my patches on the git trees that are available on kernel.org. the xfs.org wiki talks about git trees on sgi.com, but some of them are old and/or moved (like the xfs-cmds one) ...
the xfs.org wiki talks about git trees on sgi.com, Yes, they're still there. but some of them are old and/or moved (like the xfs-cmds one) ... xfs-cmds was split into separate repos for xfsprogs, xf
but acl/attr have not. distros care about those packages as well. yes, i was reading the page. i was also pointing out the broken link to the xfs-cmds repo (which is after everything you quoted) and
Andreas who has done most of the maintaince already is taking these over formally, so they won't be released with the xfs tools anymore. I've put him on Cc so he can say when he expects to clear the
I think I have caught up with the backlog by now in my current trees: http://git.kernel.org/?p=linux/kernel/git/agruen/attr.git http://git.kernel.org/?p=linux/kernel/git/agruen/acl.git The repos are
is this mailing list still going to be used for acl/attr ? here are the patches i have for acl.git: http://sources.gentoo.org/sys-apps/acl/files/acl-2.2.45-libtool.patch http://sources.gentoo.org/sys
I would like to keep the discussion here until the packages have found a final new location, if SGI won't mind. Added. Added. This functionality already exists (in both the acl and attr packages). Ad
Hmm ... so there code that this patch adds to include/gettext.h already exists in include/config.h.in, but ENABLE_GETTEXT isn't being defined anywhere. So this part of your patch still seems to be ne
yes. i dont know why the xfs progs have been packaging these autogenerated files by themselves. - remove aclocal.m4 from git - run `aclocal -I m4` - run `libtoolize -c -f` - run `autoconf` - copy the
You mean this should become the normal build process? I was actually more thinking along the lines of reducing build dependencies by adding a few more generated files like ./configure ... Thanks, And
no, this is the process for going from live git to a dist tarball. people who download tarballs should never need autotools installed. people who build from live scms should. -mike
Some packages provide a shell script called autogen.sh which automates all those tedious autotools steps. The Gnome autogen.sh is fairly general and does things like check for autotools versions and
Of course, the classic way is to keep all the generated files out of the repository. On the other hand, if we added all the generated files to the repository, all that would be needed would be creati