inary utility Y) but that would become
a mess very easily.
So here's my question:
Is there a way to ask rpm/rpmbuild to generate a list of a .spec file
dependencies (for its %install stanza)?
Something like -MT -MMD -MP -MF flags for GCC?
Thanks,
Francesco
___
inside the
build root. And maybe there are other cases as well.
However that approach might cover a wide range of use cases... what do you
think?
It would be nice to have some mechanism like that inside rpmbuild so that I
can do
rpmbuild -MD myspec.spec --output=myspec.d
and it generates such dependency file for GNU make...
Thanks!
Francesco
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
e and rpmbuild,
and to avoid unnecessary RPM re-packaging operations
HTH,
Francesco
2018-03-27 3:31 GMT+02:00 Jeff Johnson :
>
>
> On Mar 26, 2018, at 6:15 PM, Francesco
> wrote:
>
> Hi Jeff,
> thanks for your reply.
>
>
>
> 2018-03-26 19:04 GMT+02:00 Jeff Joh
very
useful in my company where we build a large number of RPMs and have to deal
with inter-dependencies among them.
Bye,
Francesco
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
hat adds a new flag
--generate-md5sum= to rpmbuild?
Thanks a lot!
Francesco
2018-05-14 0:34 GMT+02:00 Jeff Johnson :
>
>
> On May 13, 2018, at 2:31 PM, Jeff Johnson wrote:
>
>
>
> On May 11, 2018, at 7:31 AM, Francesco
> wrote:
>
> Hi Jeff, Hi all,
> I'
'm not sure how open/difficult is to
provide a patch to a basic utility like rpmbuild (since it's used by
million of people around)!!
Francesco
2018-05-14 9:38 GMT+02:00 Francesco :
> Hi Jeff,
>
> thanks for the useful pointers. I definitively think that my current
> Python pro
such new option would allow to
e.g., find in a way transparent to the build system employed by the user
(automake, cmake, etc) to understand if a .rpm needs to be regenerated
(because some of its packaged files have been changed) or not.
Would RPM maintainers accept such a patch?
Thanks for comm
e dependencies on *.rpm contents, since rpm
> already has all the necessary implementations.
>
Yeah, at this point the idea of doing an rpmbuild patch is not really
useful anymore. I was not aware that rpm was able to do all what is needed
to achieve what I proposed (smarter rpm regeneration).
decompressing the rpm with rpm2cpio!
this speeds up the process and makes it more robust
- allow searching packaged files in multiple search folders
- add --strip-dirname option
- improve docs
HTH,
Francesco
2018-05-18 23:25 GMT+02:00 Francesco :
> Hi Jeff,
>
>
> 2018-05-18 18: