From: Dave Chinner <david@fromorbit.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: fstests@vger.kernel.org, "Kaul, Yaniv" <Yaniv.Kaul@emc.com>,
esandeen@redhat.com, Greg Freemyer <greg.freemyer@gmail.com>,
"xfs@oss.sgi.com" <xfs@oss.sgi.com>
Subject: Re: Can't build RPM of xfstests
Date: Tue, 21 Oct 2014 10:08:40 +1100 [thread overview]
Message-ID: <20141020230840.GP17506@dastard> (raw)
In-Reply-To: <54451427.9060306@sandeen.net>
On Mon, Oct 20, 2014 at 08:54:47AM -0500, Eric Sandeen wrote:
> On 10/20/14 6:55 AM, Greg Freemyer wrote:
>
> > Opensuse is building rpms of 1.1.1 so the build infrastructure isn't
> > too badly broken. I don't know if they are following FHS, but I
> > doubt they use /opt.
>
> The build works fine, it's the "Makepkgs" that I think is a bit odd,
> at least for RPM packaging.
It's just odd, regardless of what it is packaging.
> Also, if we really want to encourage packaging, we should probably start
> sticking official version numbers on it. "1.1.1" was tagged in Dec 2012,
> and there have been no "releases" since.
There are more recent tags than that. There were some linux-v3.[6-8]
tags added when kernels v3.[6-8] we released. Those tags are
basically meaningless from a release perspective, though.
As it is, for the purpose of the discussion I'll argue that we don't
need official release versions or tarballs and that anyone who needs
packages for xfstests is Doing it Wrong(tm). Realistically, the
current head commit ID works just fine as a release version and so I
don't think we don't need tarballs or released versions of xfstests.
xfstests is developer rather than end user focussed and so it is
assumed that you understand git if you have a need for running
xfstests...
i.e. this works as a test machine deployment method and is easily
scriptable and deployable on test machines:
# <install prereq packages>
# cd /opt
# git clone <xfstests git repo on build server>
# cd xfstests
# make
# <grab config file from build server>
# ./check -g auto
And with that, there is no need for packaging....
That said, xfstests needs to be flexible so it can operate in all
sorts of different environments, so how I do things really doesn't
matter that much. If people really need xfstests to build RPMs so
they can deploy RPMs, then like I said I'll take patches to make
that work...
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2014-10-20 23:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-12 6:58 Can't build RPM of xfstests Kaul, Yaniv
2014-10-20 1:47 ` Dave Chinner
2014-10-20 3:35 ` Eric Sandeen
2014-10-20 11:55 ` Greg Freemyer
2014-10-20 13:54 ` Eric Sandeen
2014-10-20 23:08 ` Dave Chinner [this message]
2014-10-20 23:31 ` Greg Freemyer
2014-10-20 23:57 ` Dave Chinner
2014-10-21 3:15 ` Eryu Guan
2014-10-20 23:23 ` Eric Sandeen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141020230840.GP17506@dastard \
--to=david@fromorbit.com \
--cc=Yaniv.Kaul@emc.com \
--cc=esandeen@redhat.com \
--cc=fstests@vger.kernel.org \
--cc=greg.freemyer@gmail.com \
--cc=sandeen@sandeen.net \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox