Re: [Rpm-maint] [rpm-software-management/rpm] add brp helper scripts from mandriva's spec-helper (#122)

2017-02-10 Thread ニール・ゴンパ
@proyvind If you are changing them to be disabled by default, then I don't 
particularly care if they are there, I suppose.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/122#issuecomment-279092883___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] add brp helper scripts from mandriva's spec-helper (#122)

2017-02-10 Thread proyvind
For the rpath & pkgconfig, they've been well tested and various breakages in 
*cooker has all been fixed with all issues encountered having been properly 
fixed without any issues being reported for some years now. :)

And considering that you suggest that they should rather be explicily enabled 
rather than by default, I don't see any reason for dropping, it's entirely 
optional to enable.



-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/122#issuecomment-279087264___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Can't use `--define "_gpg_name Foo"` any more (#153)

2017-02-10 Thread James Sumners
As a user, those details don't matter to me. The `--sign` option is still 
there. The ability to specify environment variables via `--define` is still 
there. The combination should still work.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/153#issuecomment-278945598___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] RFE: option for initial-only content in files (#152)

2017-02-10 Thread Panu Matilainen
Hmm...

Also makes me wonder if such a file should be updated IFF the on-disk file 
hasn't been altered since installation - consider a case where the initial 
content is somehow incorrect and a later package version corrects this.

Another possible name for the thing, especially if it IS updated until locally 
modified, might be %mutable. These cases tend to be "variable data", aka the 
kind of stuff that goes into /var.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/152#issuecomment-278895515___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] RFE: option for initial-only content in files (#152)

2017-02-10 Thread Vít Ondruch
Just yesterday, I had usecase for this.

I am packaging updated Vagrant and there is used "plugin.json" file. We used to 
store it in ```%{_datadir}/vagrant/plugin.json``` and it used to be ghost file. 
But upstream changed some internals and now it is not possible to convince 
Vagrant to use the file at that location directly, but at the same time, the 
file needs to be modified when some vagrant- plugin package is installed.

So I thought _"let the file in ```%{datadir}``` and provide a link to the place 
where Vagrant thinks the file should be"_. But now it cannot be ghost file 
anymore, otherwise this would be dangling link. On the other hand, it is not 
really configuration file, since nobody should modify it manually.

For now, I am going with ```%config(noreplace)``` but 
```%config(installonly)``` would be much better. Actually if it was 
```%installonly``` without config, it would be much better.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/152#issuecomment-278885673___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint