Re: [Rpm-maint] [rpm-software-management/rpm] RFE: bundle popt with rpm again (#506)
Moving POPT back into rpm does not imply depriving users of libpopt, but rather controls for symbol pollution and version mismatches. Do not expose POPT symbols through rpm libraries. -- 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/506#issuecomment-412353092___ 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: bundle popt with rpm again (#506)
Moving POPT back into rpm does not imply depriving users of libpopt, but rather controls for symbol pollution and version mismatches. Do not expose POPT symbols through rpm libraries. -- 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/506#issuecomment-412353095___ 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: implement chained builds by recursively build-and-install in rpmbuild (#465)
Running rpmbuild as root, dropping perms through the build, and switching back to root for installation is neither rocket science, nor "unsolvable" You claim this should not be in rpm without supplying any reason. -- 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/465#issuecomment-412354855___ 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: use kernel/keyutils key rings as a backing store for rpm keyrings (#454)
You can script up an example using the executable provided with keyutils. The keyutils API is pleasantly simple. keyutils is used in RPM5 to save the password passed to gpg for signing as well as a store for pubkeys: doing an implementation is far simpler than designing the namespace and going through an informed security audit -- 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/454#issuecomment-412363122___ 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: bundle popt with rpm again (#506)
See issue #496 for a claim that GNOME does indeed embed libpopt still. -- 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/506#issuecomment-412352979___ 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: permit rpm to be invoked as a simple REPL shell (#477)
If rpm supplied a simple REPL, exposed in the API, then there would be no need to reimplement the same REPL stack (usually imperfectly) in multiple applications, in multiple implementation languages. -- 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/477#issuecomment-412354525___ 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: use exceptions within macro expansion to deliver errors out of band (#495)
I wonder what this RFE is about. I mean what's the use-case for those exceptions? -- 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/495#issuecomment-412346486___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] export environment variable for package on which depgen is run (#502)
@n3npq that's implementation detail (envvar vs macro). -- 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/502#issuecomment-412346436___ 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: teach rpm to supply a backtrace when exiting abnormally (#493)
If you have patch - please submit PR. -- 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/493#issuecomment-412346540___ 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 --ignoresize by default (#468)
Closed #468. -- 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/468#event-1784163260___ 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: devolve rich dependencies to first dependency encounter with --norichdeps (#461)
Closed #461. -- 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/461#event-1784164849___ 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: devolve rich dependencies to first dependency encounter with --norichdeps (#461)
This is pretty much useless. Requires: (annobin if gcc) is not same as `Recommends: annobin`. Requires: annobin sounds a bit better, but not enough. Solving forward-compatibility is out of scope. CLOSING. -- 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/461#issuecomment-412347095___ 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: use kernel/keyutils key rings as a backing store for rpm keyrings (#454)
@n3npq if you have patch, please send a PR. This is something what would be interesting to see. -- 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/454#issuecomment-412347202___ 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: bundle popt with rpm again (#506)
Other people rely on popt so moving it back to RPM is bad idea. GNOME doesn't use POPT. -- 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/506#issuecomment-412346243___ 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: bundle popt with rpm again (#506)
Closed #506. -- 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/506#event-1784160164___ 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: define NEVRA macro identifiers dynamically while processing each binary package (#504)
Yes it solves all issues with side-effect macro definitions of tags used multiple times (like Summary: defining %summary). -- 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/504#issuecomment-412353391___ 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: implement chained builds by recursively build-and-install in rpmbuild (#465)
Rpmbuild certainly checks that build dependencies are satisfied before starting a build (unless disabled), and that check can be done before every link in a chained build to verify that the just installed previous build does indeed supply provides that satisfy new build requirements. I do not understand your claim "... It doesn't know runtime provides before build". Can you please clarify? -- 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/465#issuecomment-412355375___ 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: use exceptions within macro expansion to deliver errors out of band (#495)
The other impetus for adding exceptions is so the caller can provide a context (including files and linenos when appropriate) for a failed expansion. Adding a try...catch wrapper in the rpmbuild parser permits the parser to supply detailed error information without changing the existing API rather drastically. The other class of errors better handled by exceptions is diversions using %(...) to call popen(3). Errors are delivered through stderr: replacing popen(3) to capture stderr and throw an exception provides a mechanism to deliver an error and details to the caller using try ... catch -- 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/495#issuecomment-412360063___ 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: handle lists/tuples within macro expansions (#503)
As I stated above, I'm interested to see patch and play a bit with it. So if you have one -- feel free to open PR and I will test it out. -- 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/503#issuecomment-412346399___ 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: rpm needs two i18n domains, one for executables, the other for libraries (#505)
What's the problem with having one domain? Apart from mo files containing more than just lib translations. -- 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/505#issuecomment-412346287___ 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: define NEVRA macro identifiers dynamically while processing each binary package (#504)
Do you have patch handy? This would definitely solve some issues.
Also, will it solve issue when %{summary} gets redefined for subpackages?
--
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/504#issuecomment-412346341___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Not found symbol of poptGetContext in popt library during compilation. (#496)
For more information, here is the error from config.log, it seems that something wrong with ld. ``` configure:21692: checking for popt.h configure:21692: result: yes configure:21695: checking for poptGetContext in -lpopt configure:21720: gcc -o conftest -O2 -g -fstack-protector-strong -O2 -g -O2 -D_FORTIFY_SOURCE=2 -I/usr/include/nss -fstack-protector-strong -Wl,-z,relro,-z,now conftest.c -lpopt -ldl -lpthread >&5 /usr/lib/gcc/x86_64-unknown-linux-gnu/8.1.0/../../../../x86_64-unknown-linux-gnu/bin/ld: cannot find -lpopt collect2: error: ld returned 1 exit status ``` Also see https://github.com/flatpak/flatpak-builder/issues/199 -- 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/496#issuecomment-412398170___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] RFC: permit erasures to be mixed into install/upgrade transactions (#475)
This sounds useful, although no one requested this in last 6 years as far as I know. Because all this handled in higher-level tools. -- 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/475#issuecomment-412346798___ 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: permit rpm to be invoked as a simple REPL shell (#477)
IMO this should be done in high-level tools (like dnf) instead. -- 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/477#issuecomment-412346708___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] RFC: permit erasures to be mixed into install/upgrade transactions (#475)
No one has asked for the functionality largely for historical reasons. Unlike Debian depsolvers, which make heavy use of conflicts to direct an upgrade including removal of conflicting packages, rpm based depsolvers typically treat a conflicts as a full stop error, displaying enough information for a user to manually remove the conflict and restart an upgrade. The ability to handle both upgrades and erasures in the same transaction is well supported by rpm libraries, but there is no means within rpm to test functionality that already is being used by higher level tools. This RFE supplies some argument markup in order to be able to test/use already implemented functionality. -- 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/475#issuecomment-412364638___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] export environment variable for package on which depgen is run (#502)
The general and extensible through configuration method establishes a means to control for the environment being used by expanding a preamble. That goes beyond implementation detail into functionality: rpm has always gone to some lengths to have reproducible builds with scripts that are easy to debug because all the elements necessary for reproducible behavior are WYSIWYG. -- 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/502#issuecomment-412370970___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] export environment variable for package on which depgen is run (#502)
Can you supply a usage case or example for needing NEVRA like identifiers while processing attribute helpers? -- 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/502#issuecomment-412371075___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] export environment variable for package on which depgen is run (#502)
well, you already have `Provides: pkgconfig(foo)`, so we could do something like `Requires: (pkgconfig(bar) if pkgconfig-static(foo))`. It might be not perfect, but it is doable even today. -- 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/502#issuecomment-412372403___ 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: handle lists/tuples within macro expansions (#503)
Get a copy of RPM5 rpmio/macro.c (the cvs is browsable at http://rpm5.org even
if the interface is clunky).
Look for "stackarray", the variable that controls the functionality.
There are basically 3 uses:
1) initialize to zero
2) set by parsing/detecting a %{M:S} construct
3) if stackarray is set, then call expandFIFO() to convert a stack to a list
The locations to add that code in RPM4 should be obvious ... let me check.
--
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/503#issuecomment-412374296___
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: handle lists/tuples within macro expansions (#503)
I can/will point you to the 20-30 lines of code in rpm5 and tell you where to put them in rpm4 rpmio/macro.c if you wish to "play". There is too little interest for me to justify the work involved in a PR however: the functionality has been mentioned before in rpm.org issues in the past year. -- 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/503#issuecomment-412365210___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] export environment variable for package on which depgen is run (#502)
Ok, I think I've got the intent. The flaw in the approach is that the namespace of pkg-config (and likely Python/rust/perl/node/Java etc) is very different than rpm package names and a fully general solution would need to supply mappings between "package" namespaces that are deliberately using different string identifiers. Mapping between namespaces is a much harder problem to solve than passing NEVRA identifiers to helpers through either macros or envvars. Note that a fully general mapping mechanism might also unify rpm and apt/dpkg dependency namespaces and simplify interoperation. -- 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/502#issuecomment-412372183___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] export environment variable for package on which depgen is run (#502)
Your specific example would seem to need a boolean like "contains a static library" which is more precise than depending on an inference based on a pattern applied to a conventional package name. Perhaps a filter of (pattern,envvar-if-true,envvar-if-false) applied to the file magic strings passed through a scriptlet preamble might supply what you are seeking without inferences based on "package" naming. Macros instead of envvars might permit more powerful templating. -- 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/502#issuecomment-412372958___ 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: handle lists/tuples within macro expansions (#503)
> I can/will point you to the 20-30 lines of code in rpm5 and tell you where to > put them in rpm4 rpmio/macro.c if you wish to "play". So point me to. > before in rpm.org issues in the past year Sorry, you are opening so many of them so I just can't keep up with reading all of them ;) -- 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/503#issuecomment-412372886___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] export environment variable for package on which depgen is run (#502)
The existing pkgconfig(...) dependencies in rpm are quite primitive and awkward, though the mechanism is just cut-n-paste. -- 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/502#issuecomment-412373181___ 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: rpm needs two i18n domains, one for executables, the other for libraries (#505)
The recommended solution in gettext documentation is separate domains for executables and libraries. This avoids bloat if/when libraries are packaged separately from executables. The efforts of translation teams are perhaps simplified by having two smaller domains: the mostly error messages in rpm i18n are largely from executables, not the library. There are also many rpm executable only code paths through the library that could also be handled in the executable rather than the library domain. At a minimum, one needs to use dgettext, not gettext, to specifically include the domain in which to look up the string. -- 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/505#issuecomment-412369941___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] export environment variable for package on which depgen is run (#502)
@n3npq imagine that you split -devel into -devel + -static packages. My idea was to add pkg-config file to both packages, but make sure that -devel depends on Requires stuff while -static depends on both Requires and Requires.private. There are more use-cases in Python / Rust worlds, but this pkg-config was the simplest one I could come up with. -- 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/502#issuecomment-412371318___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] BUG: hdrblobImport() leaks memory if hdrp argument is NULL (#487)
Pull Request? -- 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/487#issuecomment-412346672___ 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: provide lustache as an external templating alternative to macro expansion (#492)
This sounds interesting, do you have patch to play with? -- 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/492#issuecomment-412346588___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] %setup -T -a 0 -a 1 doesn't extract %{S:0} (#462)
@pavlinamv have time to look at this? -- 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/462#issuecomment-412347029___ 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: implement chained builds by recursively build-and-install in rpmbuild (#465)
the unsolvable problem here is that it won't have necessary permissions to install RPMs. And this doesn't help because it doesn't know runtime provides before build. And if it does, it's stupid to build-seewhatcanbebuilt-build-etc. In any case, this should not be in RPM. -- 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/465#issuecomment-412346969___ 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: implement chained builds by recursively build-and-install in rpmbuild (#465)
Closed #465. -- 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/465#event-1784164042___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Macros: Use full build template (#480)
@Conan-Kudo you may want to try the new `%_debmacrodir` from debbuild 18.8.1 for your macro bundle. -- 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/480#issuecomment-412349163___ 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: use exceptions within macro expansion to deliver errors out of band (#495)
Delivering an error with rpm --expand '%ifarch' is one usage case for exceptions that you are surely familiar with since you reported the issue. -- 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/495#issuecomment-412352358___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
