Skip to content

Issues: rpm-software-management/rpm

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

273 Open 1,037 Closed
273 Open 1,037 Closed
Author
Filter by author
Loading
Label
Filter by label
Loading
Use alt + click/return to exclude labels
or ⇧ + click/return for logical OR
Projects
Filter by project
Loading
Milestones
Filter by milestone
Loading
Assignee
Filter by who’s assigned
Sort
Sort by
Newest Oldest Most commented Least commented Recently updated Least recently updated Best match
Most reactions
👍 👎 😄 🎉 😕 ❤️ 🚀 👀

Issues list

Move installed gpg keys to the currently configured storage crypto Signatures, keys, hashes and their verification RFE
#3347 opened Sep 30, 2024 by ffesti
1
Remove support for the rpmdb keystore cleanup
#3346 opened Sep 30, 2024 by pmatilai
1
Eliminate headers with no arch from the rpmdb on rebuild RFE
#3345 opened Sep 30, 2024 by pmatilai
Refuse to create transaction elements from headers with no RPMTAG_ARCH bug
#3344 opened Sep 30, 2024 by pmatilai
Replace all gpg-pubkey access in tests with rpmkeys calls cleanup
#3343 opened Sep 30, 2024 by pmatilai
Implement an abstact keystore API API API related RFE
#3342 opened Sep 30, 2024 by pmatilai
1
Implement a new openpgp.cert.d based keystore crypto Signatures, keys, hashes and their verification RFE
#3341 opened Sep 30, 2024 by pmatilai 6.0.0 alpha
5
fs keystore does not support key deletion RFE
#3340 opened Sep 30, 2024 by pmatilai
Make rpmkeys --delete use keystore API instead of gpg-pubkeys RFE
#3339 opened Sep 30, 2024 by pmatilai 6.0.0 alpha
Add an API for permanently removing public keys from keystore API API related RFE
#3338 opened Sep 30, 2024 by pmatilai 6.0.0 alpha
Add keyring iterator API for accessing the keys in rpmKeyring API API related RFE
#3337 opened Sep 30, 2024 by pmatilai 6.0.0 alpha
Unknown keyid warning is tied to process lifetime bug
#3336 opened Sep 30, 2024 by pmatilai
keyring only allows unique key IDs bug crypto Signatures, keys, hashes and their verification
#3334 opened Sep 26, 2024 by ffesti 6.0.0 alpha
Redo lib/package.c stashKeyid() and rpmsinfo_s.keyid to use long KeyId RFE
#3333 opened Sep 26, 2024 by ffesti 6.0.0 alpha
2
Make rpmkeys --list show Key fingerprint and sub key IDs crypto Signatures, keys, hashes and their verification RFE
#3332 opened Sep 26, 2024 by ffesti 6.0.0 alpha
2
Please document the macro syntax in the 'Spec file format' manual
#3331 opened Sep 26, 2024 by cryptomilk
1
RFE: add PKGID and HDRID tag extensions API API related v6 Related to rpm v6 (readiness)
#3330 opened Sep 26, 2024 by pmatilai 6.0.0 alpha
RPMTAG_SOURCEPKGID is MD5 based fileformat Matters concerning package (file) format v6 Related to rpm v6 (readiness)
#3329 opened Sep 26, 2024 by pmatilai 6.0.0 alpha
LUA scriptlets do not honor rpmtsSetScriptFd()
#3328 opened Sep 25, 2024 by m-blaha
Put something meaningful in our API docs front page documentation
#3327 opened Sep 24, 2024 by pmatilai
Disable Lua posix.fork() and friends on v6 packages API API related v6 Related to rpm v6 (readiness)
#3323 opened Sep 23, 2024 by pmatilai 6.0.0 alpha
Mass-rename all relevant sources to a C++ extension build Build-system related cleanup
#3316 opened Sep 19, 2024 by pmatilai
20
RFE: add switches to rpmspec for accessing sources and patches handsfree Packaging automation and convenience RFE
#3315 opened Sep 19, 2024 by pmatilai
1
Eliminate the gpg-pubkey pseudo-packages in rpmdb crypto Signatures, keys, hashes and their verification
#3313 opened Sep 18, 2024 by pmatilai 6.0.0 alpha
7
Default to zstd compression in v6 format fileformat Matters concerning package (file) format v6 Related to rpm v6 (readiness)
#3312 opened Sep 18, 2024 by pmatilai
ProTip! Type g p on any issue or pull request to go back to the pull request listing page.