Re: [Rpm-maint] [rpm-software-management/rpm] Auto-enable optimizations for non-rotational disks on Linux (47e2463)
Um. What risk? -- 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/commit/47e2463d8a98a7535e141d59d17be17d5a30862c#commitcomment-38816939___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
> I know that Miro has expressed concerns about splitting language-specific > tools into different repos because it tends to be more difficult to get those > tools into broad use if they're separate releases. I believe that was Neal. -- 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/1199#issuecomment-620766530___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
[Rpm-maint] [rpm-software-management/rpm] Build failure: Missing AUDIT_SOFTWARE_UPDATE (#1201)
``` audit.c: In function 'audit_tsm_post': audit.c:83:43: error: 'AUDIT_SOFTWARE_UPDATE' undeclared (first use in this function) audit_log_user_comm_message(auditFd, AUDIT_SOFTWARE_UPDATE, ^ audit.c:83:43: note: each undeclared identifier is reported only once for each function it appears in ``` Added in https://github.com/rpm-software-management/rpm/blob/ad16a04b6e41612cdef6ab8755ad31c8b880a9fd/plugins/audit.c#L83 Requires libaudit userspace >= 2.8.5 https://github.com/linux-audit/audit-userspace/commit/a6127fd84d0b41fa06282f05e606df17ab1302c7 -- 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/1201___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
I know that Miro has expressed concerns about splitting language-specific tools into different repos because it tends to be more difficult to get those tools into broad use if they're separate releases. Perhaps separate git repos and a unified release are not mutually exclusive, though. What is rpm's release process like, today? If language-specific tools were split into separate git repos, could they be gathered into a single "rpm" release, either through the use of git submodules or other mechanism? -- 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/1199#issuecomment-620655997___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Auto-enable optimizations for non-rotational disks on Linux (47e2463)
This seems really silly and should be handled by the OS/administrator. Do you have any evidence there is a benefit given the extreme risk? RPM should not constantly causing writes to the degree wear on an SSD is ever an 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/commit/47e2463d8a98a7535e141d59d17be17d5a30862c#commitcomment-38800518___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
I can see some benefits of having some standalone domain-specific repos, like a repo for Python scripts. However, I think Python is one of the special cases, splitting out all the scripts would seem to me an overkill. And if we split only some and leave the rest in rpm, it's more mess than we started with. On the other hand, I don't really see the benefits of using rpm-extras. It has the problems of not being in the rpm repo with no benefits of the standalone repos. So overall, I acknowledge the problems, but to me the proposed cures are worse than the disease (to use a popular turn of phrase). -- 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/1199#issuecomment-620630859___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] RPM 4.14.3 released!
RPM 4.14.3 final is out. The release has two more fixes added that silence the error messages on systems not supporting selinux. Full details and download info at: https://rpm.org/wiki/Releases/4.14.3 On behalf of the rpm-team, Florian On 3/26/20 11:34 AM, Panu Matilainen wrote: > Usually rpm branches releases only get a couple of update releases, but > then it's the exceptions that prove the rule - here comes RPM 4.14.3 > release candidate 1! > > Highlights include: > - Backported support for caret version > - Numerous bugfixes across the board > - Clarify RPM license > > Full details and download info at: > > https://rpm.org/wiki/Releases/4.14.3 > > There are so many changes here that a RC seemed necessary. So please try > to test it in the environments that are still on 4.14, our normal > test-bed of Fedora (oops, did I just say that on the internet?) is all > on >= 4.15 by now. > > I should also mention that this release was prepared by Florian who in > the best release-and-run tradition went on PTO and left me to send the > announcement and getting the blame. Haha. > > On behalf of the rpm-team, > > - Panu - > > ___ > Rpm-maint mailing list > Rpm-maint@lists.rpm.org > http://lists.rpm.org/mailman/listinfo/rpm-maint > -- Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Laurie Krebs, Michael O'Neill, Thomas Savage ___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Don't define global Lua variables from Python generator (#1200)
Thanks for spotting + fixing. Variables defaulting to global is one of the puzzling features of Lua... -- 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/1200#issuecomment-620606623___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Don't define global Lua variables from Python generator (#1200)
Merged #1200 into master. -- 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/1200#event-3280307543___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Don't define global Lua variables from Python generator (#1200)
@pmatilai approved this 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/pull/1200#pullrequestreview-401830795___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
[Rpm-maint] [rpm-software-management/rpm] Don't define global variables from Python generator (#1200)
I haven't tested this yet, but I believe this should work. You can view, comment on, or merge this pull request online at: https://github.com/rpm-software-management/rpm/pull/1200 -- Commit Summary -- * Don't define global variables from Python generator -- File Changes -- M fileattrs/python.attr (4) -- Patch Links -- https://github.com/rpm-software-management/rpm/pull/1200.patch https://github.com/rpm-software-management/rpm/pull/1200.diff -- 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/1200 ___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
> Well, nothing prevents you having extensive testsuite for python, rust and > whatnot in one repo. Bad maintainability? -- I think we need to have some sort of distro-wide SIGs that can own things. I will take Python as an example (and we can pyoneer (hehe) this with Python and see what breaks). The following steps need to be taken IMHO: 1. reach out to known distros that use RPM, ask for relevant representatives of their Python RPM ecosystem 2. collect the representatives of interested distros to an informal "RPM Python SIG" 3. have this discussion with them (e.g. currently it is Fedora people talking to Fedora people) -- An as a matter of separate repo or not, I think it can work both ways. GitHub supports code owners and groups. We can make the Python things "owned" by the "RPM Python SIG" in this repo, or we can have a separate repo and make sure the distros know this (trough their "RPM Python SIG" representatives). -- 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/1199#issuecomment-620527744___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
Well, nothing prevents you having extensive testsuite for python, rust and whatnot in one repo. -- 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/1199#issuecomment-620515978___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
Having separate CI is a feature I think - different languages will prefer different testing tools etc. -- 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/1199#issuecomment-620509698___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
I think having them in one repository makes more sense to me because of sharing some code, knowledge and so on If there would be bunch of separate repos, you'd need to implement CI for each of them and so on. I think the best would be to get interested people aboard and move things like python dep generator, basic ones (metainfo, desktop) into the rpm-extras, define lifecycle, which RPM versions they should support, add all relevant people as maintainers, add some CI (can start with Python) and start doing releases for real. -- 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/1199#issuecomment-620506549___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] test fail of 222: rpmkeys -Kv 2 (#1074)
I got my tar.bz here: http://ftp.rpm.org/releases/rpm-4.15.x/rpm-4.15.1.tar.bz2 -- 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/1074#issuecomment-620501282___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
@torsava @Conan-Kudo @hroncok @gordonmessmer @ignatenkobrain, opened this to avoid further polluting #1195 with this. The topic is not Python specific but the Python bits have an obviously active community around it so it's a good candidate for splitting, feel free to tag others into discussion if/when I missed people. -- 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/1199#issuecomment-620500164___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] test fail of 222: rpmkeys -Kv 2 (#1074)
> Righty, finally got around to properly look at this: the test-suite > expectations in the _release tarball_ are wrong due to somehow missing commit > [db48f6b](https://github.com/rpm-software-management/rpm/commit/db48f6b69bdea860a8fa687e95bcb370a86f9984) > contents, despite this commit clearly being visible in the included > ChangeLog file. Can't begin to guess as to what happened there. this commit seems already included in version of 4.15.1. The test still failed. -- 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/1074#issuecomment-620497880___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
[Rpm-maint] [rpm-software-management/rpm] Discussion: splitting language specifics out of rpm core (#1199)
The subject has been polluting numerous PR's lately, better to have this discussion separately: We've been on this road for a long time now, starting from rpm 4.9 introducing the "new" drop-in dependency generator enabling generators to live at the source instead of forcing them into rpm. More recently we removed various perl and python macros from rpm in 4.15. What remains is splitting the remaining language specific generators out of rpm (perl, python, ocaml at least), as we firmly believe that these are better served by respective SIGs rather than rpm maintainers who are not familiar with all these languages. Optimally these would live in repositories of their own with their own stewardships, or lacking sufficient community, rpm-extras. The concerns around splitting to separate repositories relate mostly to users (distros and otherwise) not discovering said repositories. There must be some things that rpm could do to help with that. Starting with the obvious, documentation and links to known repositories, but other ideas are welcome. -- 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/1199___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint