Is it possible to get this accepted? I've been testing it on openSUSE's build
services, with some very rough (semi controlled) benchmarking the speedup's
aren't huge a medium size package that splits out into multiple packages might
save 10 seconds off a 5-6 minute build but when you take that a
This change as it was would not return the .debug* sections to the compressed
state. I'd like to see if I can make it leave the section in the same
compressed state that it was at the start if I can.
--
You are receiving this because you are subscribed to this thread.
Reply to this email direct
I've run into some odd issues that I think may be related to this change. I'm
closing this for now while I do a bit deeper investigation.
--
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-manage
Closed #540.
--
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/540#event-1842001504___
Rpm-maint mailing list
Rpm-maint@lists.rpm.o
In case it is interesting you can test that this fails with the current version
of debugedit with the following:
```
echo "int main(){return 0;}" | gcc -o test.o -c -g -gz=zlib -x c - &&
/usr/lib/rpm/debugedit -d $(pwd) -b /usr/src/debug -i -l test.list test.o
```
--
You are receiving this beca
On Wed, Sep 12, 2018 at 9:41 AM Thierry Vignaud
wrote:
>
> Le mer. 12 sept. 2018 à 14:30, Igor Gnatenko
> a écrit :
> >> In Mageia, we eg had:
> >> 1) manual "requires(post)" or "requires(posttrans): info-install"
> >> (info-install being the package containing /sbin/ /sbin/install-info
> >>
If -gz=zlib is used at compile time the debug sections will be zlib
compressed and need to be decompressed before interpretting. Without
this compressed data will blindly be used as if it were uncompressed
giving inconsistent results.
Support for handling compressed sections was added to elfutils
Le mer. 12 sept. 2018 à 14:30, Igor Gnatenko
a écrit :
>> In Mageia, we eg had:
>> 1) manual "requires(post)" or "requires(posttrans): info-install"
>> (info-install being the package containing /sbin/ /sbin/install-info
>> 2) plus manual %post or %posttrans calling install-info
>>
>> This was
On Wed, Sep 12, 2018 at 2:25 PM Thierry Vignaud
wrote:
> In Mageia, we eg had:
> 1) manual "requires(post)" or "requires(posttrans): info-install"
> (info-install being the package containing /sbin/ /sbin/install-info
> 2) plus manual %post or %posttrans calling install-info
>
> This was a ma
In Mageia, we eg had:
1) manual "requires(post)" or "requires(posttrans): info-install"
(info-install being the package containing /sbin/ /sbin/install-info
2) plus manual %post or %posttrans calling install-info
This was a manual process, so it was sometimes missed in some pkgs.
We've replac
What is the point of this? I just don't get the use-case..
On Wed, Sep 12, 2018 at 10:32 AM Thierry Vignaud
wrote:
> Le sam. 8 sept. 2018 à 09:10, Thierry Vignaud
> a écrit :
> >
> > Hi
> >
> > The attached patch adds support for scriptlet deps in generated deps.
> > Eg on Mageia, there's a fil
Le sam. 8 sept. 2018 à 09:10, Thierry Vignaud
a écrit :
>
> Hi
>
> The attached patch adds support for scriptlet deps in generated deps.
> Eg on Mageia, there's a file trigger for automatically
> installing/removing info pages from /usr/share/info index
>
> Having manual or auto generated "Require
12 matches
Mail list logo
