On 04.06.2015 16:03, Jeffrey Johnson wrote:
Are you creating an immutable file?
If so, the rpm likely needs to provide a better error message when there
is an attempt to replace an immutable file from a package.
that is not from rpm, but shell code from %post scriptlet
--
glen
__
> On Jun 3, 2015, at 10:14 AM, Jacek Konieczny wrote:
>
> On 2015-06-03 15:57, Elan Ruusamäe wrote:
>>
>> the previous code caused permission issues in docker:
>>
>> [root@localhost] # docker run -i -t pld bash
>> [root@fee5a8d66c6a /]# echo $HOSTNAME
>> fee5a8d66c6a
>> [root@fee5a8d66c6a /]#
> On Jun 4, 2015, at 6:56 AM, Kacper Kornet wrote:
>
> On Thu, Jun 04, 2015 at 12:46:00PM +0300, Elan Ruusamäe wrote:
>> On 04.06.2015 12:19, Kacper Kornet wrote:
>>> And the original slow command was:
>
>>> rpm -qp --nodigest --nosignature --qf %{R}
>>> google-chrome-stable-43.0.2357.81-1.x86
On 04.06.2015 15:33, Elan Ruusamäe wrote:
qemu package is just virtual package pulling all systems
how to solve this?
hmm, just require specific arch, as there's no ppc on th, can just
require x86 system?
https://github.com/pld-linux/libvirt/blob/auto/ti/libvirt-1.2.6-1/libvirt.spec#L28-L31
> On Jun 4, 2015, at 6:34 AM, Elan Ruusamäe wrote:
>
> how it's supposed to be used?
>
> does not seem to have effect:
>
> [root@e13092785543 /]# echo "virtual(init-daemon)" >>
> /etc/rpm/sysinfo/Providename
> [root@e13092785543 /]# poldek -u nfs-utils
> error: $TERM undefined
> Loading [pndi
qemu package is just virtual package pulling all systems
how to solve this?
root@fiona ~# poldek -e qemu-system-sh4
mark qemu-system-sh4-2.3.0-1.x86_64
Processing dependencies...
qemu-system-sh4-2.3.0-1.x86_64 marks qemu-2.3.0-1.x86_64 (req
qemu-system-sh4 = 2.3.0-1)
qemu-2.3.0-1.x86_64 mar
On Thu, Jun 04, 2015 at 12:46:00PM +0300, Elan Ruusamäe wrote:
> On 04.06.2015 12:19, Kacper Kornet wrote:
> >And the original slow command was:
> >rpm -qp --nodigest --nosignature --qf %{R}
> >google-chrome-stable-43.0.2357.81-1.x86_64.rpm
> >called during building google-chrome
> as i have not
how it's supposed to be used?
does not seem to have effect:
[root@e13092785543 /]# echo "virtual(init-daemon)" >>
/etc/rpm/sysinfo/Providename
[root@e13092785543 /]# poldek -u nfs-utils
error: $TERM undefined
Loading [pndir]th...
Loading [pndir]th...
24245 packages read
Processing dependencies
On Thursday 04 of June 2015, Elan Ruusamäe wrote:
> ps: arekm how you found it? same google-chrome package issue?
Yes, the same. jbj server was not reachable and building google-chrome.spec
took few minutes waiting on rpm queries.
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
_
On 04.06.2015 12:19, Kacper Kornet wrote:
And the original slow command was:
rpm -qp --nodigest --nosignature --qf %{R}
google-chrome-stable-43.0.2357.81-1.x86_64.rpm
called during building google-chrome
as i have not encountered this in normal poldek/rpm usage.
perhaps because i use pld pac
On Thu, Jun 04, 2015 at 11:51:57AM +0300, Elan Ruusamäe wrote:
> On 04.06.2015 00:07, Kacper Kornet wrote:
> >On Wed, Jun 03, 2015 at 10:33:24PM +0300, Elan Ruusamäe wrote:
> >>On 03.06.2015 20:02, Kacper Kornet wrote:
> >>>What should we do about %{_hkp_keyserver} in rpm. Right now it is set to
>
On 04.06.2015 00:07, Kacper Kornet wrote:
On Wed, Jun 03, 2015 at 10:33:24PM +0300, Elan Ruusamäe wrote:
On 03.06.2015 20:02, Kacper Kornet wrote:
What should we do about %{_hkp_keyserver} in rpm. Right now it is set to
hkp://keys.rpm5.org which I think is down currently.
1. Set it to %nil
2.
12 matches
Mail list logo