On Tue, 2019-03-19 at 12:30 +, pavlinamv wrote:
> Thank you very much for the review. According of the review I added
> changes in two places:
> - in documentation: explicitly say "ONLY on DSOs" to make clear how
> it differs from -g. (as Mark wrote) and add that options -g and --g-
> libs are
Hi,
i've a script in lua:
`%transfiletriggerin -P 900901 -p -- /usr/share/foo`
foo.spec file installs many files in /usr/share/foo
I'd like to catch that all the installed files in /usr/share/foo from lua
script.
I've tired to carch arg[] from 0 to 6 and none of them returned file list.
Even st
With -p file triggers, rpm.next_file() is the right thing to do, -p
scriptlets are not forked currently so the stdin is that of rpm itself.
What rpm version is this? File triggers are known to be rather buggy prior to
rpm 4.13.1 (and I'm quite positive there are more lurking still)
--
You ar
@pmatilai I'm running here rpm-4.14.2.1-7.x86_64
rpm.next_file() throws files from path given in here %transfiletriggerin -P
900901 -p -- /usr/share/foo
not from actually installed rpm file index
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly o
Right, this rings a bell: those pre-existing files invoke triggers on purpose,
see https://github.com/rpm-software-management/rpm/issues/386
But you should really be getting both the pre-existing and ones from the
current transaction. IIRC.
--
You are receiving this because you are subscribed
@pmatilai Sorry i can not confirm that rpm.next_file() returns files from
current transaction. Maybe this is because my triggers dir is different that
install dir ?
```
%transfiletriggerin -P 900901 -p -- /usr/share/foo
-- returns files that already exists in /usr/share/foo and one file which
+1 so this. Please make it possible.
--
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/316#issuecomment-475006060___
Rpm-maint ma