public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: Knut Omang <knut.omang-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
To: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Jason Gunthorpe
	<jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
Cc: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH rdma_core] redhat spec: Avoid conflict due to implicit directory add
Date: Tue, 14 Mar 2017 08:10:49 +0100	[thread overview]
Message-ID: <1489475449.10153.201.camel@oracle.com> (raw)
In-Reply-To: <861182f1-1d2a-2cdc-416f-bc0132201d47-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

On Mon, 2017-03-13 at 15:23 -0400, Jarod Wilson wrote:
> On 2017-03-13 1:08 PM, Jason Gunthorpe wrote:
> > 
> > On Wed, Jan 11, 2017 at 03:19:34PM +0100, Knut Omang wrote:
> > > 
> > > If *-notation is used to include subdirectories, they
> > > seem to end as explicit file additions. This causes conflicts
> > > with other packages that provides the same
> > > directories, in this case rdma_core-devel conflicts
> > > with filesystem and kernel-headers.
> > > 
> > > Using %dir did not seem to help
> > > avoiding the issue but rather cause duplicate warnings, eg.
> > > 
> > > warning: File listed twice: /usr/include/infiniband
> > > 
> > > This should be considered a bug in rpmbuild but
> > > probably needs to be fixed here anyway:
> > > 
> > > List each individual directory with wildcards
> > > to avoid the issue.
> > > 
> > > Signed-off-by: Knut Omang <knut.omang-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> > >  redhat/rdma-core.spec | 3 ++-
> > >  1 file changed, 2 insertions(+), 1 deletion(-)
> > 
> > Did this ever get settled?
> > 
> > Jarod? Yes/No?
> 
> Sorry, missed this. I don't remember ever hitting this myself, but the 
> change looks benign enough, so sure, why not.

Yes, and now I think I finally understand why you have not hit it:
It seems to work as expected with a lot of different ways of invoking
rpmbuild, but for some subtle reason, not the way I have been using in a script
for years, and I still don't understand why. 

This is probably again more of an rpmbuild issue but still it might be something
that others have run into as well.

Instead of doing like eg. fedpkg is doing: providing a lot of elaborous (and
quite ugly IMHO)  --define '_sourcedir ...' --define '_specdir ...' ..  on the
command line to rpmbuild, I wanted to be able to just have a macro file
prepended at the end of the macro path - the file can then have a nice, clean
content like:

%_sourcedir ...
%_specdir ...
...

However there is no way I have figured to specify an additional element to the
macros path - the only way is to use --macros which overloads the complete path.
So my script initially run rpmbuild .. --showrc and picks up the default macro
path and prepends it with the extra element, a solution not perfect, but that
gave me some satisfaction over having beaten rpmbuild back when I wrote the code
:-)

For some obscure reason this now produces different behaviour. 
Any light on this appreciated - this has caused me a lot of grief...

Thanks,
Knut

> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2017-03-14  7:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-11 14:19 [PATCH rdma_core] redhat spec: Avoid conflict due to implicit directory add Knut Omang
     [not found] ` <9707bd97229b67fe04d29affcb37f61b80e20dca.1484143751.git-series.knut.omang-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2017-03-13 17:08   ` Jason Gunthorpe
     [not found]     ` <20170313170829.GD25664-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-03-13 19:23       ` Jarod Wilson
     [not found]         ` <861182f1-1d2a-2cdc-416f-bc0132201d47-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-03-14  7:10           ` Knut Omang [this message]
2017-03-13 20:11       ` Jarod Wilson
     [not found]         ` <6e210956-a4e0-242f-a24e-691f87de3ddb-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-04-25 19:03           ` Doug Ledford

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=1489475449.10153.201.camel@oracle.com \
    --to=knut.omang-qhclzuegtsvqt0dzr+alfa@public.gmane.org \
    --cc=dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /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