Those other messages don't appear as the first thing on the line,
they're just out of context here. But thanks for merging, will help
preserve my sanity going forward :sweat_smile:
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/3426#i
All those edits and it was still wrong: just now realized the breakage
wasn't limited to Sequoia, it occurred with Gpg too, so commit
summary+message updated.
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/3423#issuecomment-2456580571
@jerome-diver, all this harping about the C API docs in multiple totally
unrelated places like the evolution of rpm format blog and whatnot, it doesn't
fill me with a desire to help you. It does exact the opposite. You may want to
think about that a bit.
Max-RPM is well over 20 years old now, m
Merged #3426 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/3426#event-15115396134
You are receiving this because you are subscribed to this thread.
Message ID:
___
Rpm-maint mail
One thing the description doesn't currently cover is the verbose level
verification messages, in particular the enforcing mode where it spews out
everything it looked at. For example with an unsigned package in enforcing
mode, you'd get something like (the last two non-prefixed items stand for
Commit 547ba089313be46861fe1f5b21fbe887205697c2 broke the build with
-Wformat-security. Add the trivial fix and ensure it stays that way by adding
-Wformat-security to our normal build flags.
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-manage
Not sure if I like that "only appear as the first word on the line"
argument when we lower cased the first word everywhere else. Anyway, this is a
lot better than before and we change change Payload and Header later on.
--
Reply to this email directly or view it on GitHub:
https://github.com/r
@pmatilai pushed 1 commit.
4c3905c2d9b0a428b113454f66c1db73288d20cd Fix rpmsign --key-id regression
--
View it on GitHub:
https://github.com/rpm-software-management/rpm/pull/3423/files/5118785be7aad7c75b8f6d91690bc998056b59f2..4c3905c2d9b0a428b113454f66c1db73288d20cd
You are receiving this beca
"all this rehashing... in totally unrelated places... it doesn't fill me with a
desire to help you. It does exact the opposite. You may want to think about
that a bit."
I think we all have the ability to think a little but also to have sympathetic
wills or not to imagine hard things. These are c
`rpmdump` prints the OS type fiels as architecture type.
Print the correct value.
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/3428
-- Commit Summary --
* fix rpmdump output
-- File Changes --
M tools/rpmdump.cc (
Before I post here, I tried to add `target_link_libraries(elfdeps PRIVATE m)`
and `target_link_options(elfdeps PRIVATE "LINKER:--copy-dt-needed-entries")`.
But it doesn't works.
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/discussions/3430
> /usr/bin/ld: ../rpmio/librpmio.so.10.2.0: undefined reference to `sinh'
It's librpmio that's missing linkage to libm, elfdeps is just the messenger.
Now, librpmio itself doesn't need libm for anything, it's Lua that does, and
you seem to be statically linking it:
> -DLUA_LIBRARIES=/root/lua-5
When I trying to build following the `INSTALL` file, a linking problem blocks
me.
I'm tried modify the `CMakeLists.txt` `tools/CMakeLists.txt`, but it doesn't
works.
My commands:
```shell
mkdir _build
cd _build
cmake .. -DLUA_LIBRARIES=/root/lua-5.4.7/src/liblua.a
-DLUA_INCLUDE_DIR=../../lua-5
It seems you didn't get my message at all. Had it been just [this simple
question](https://github.com/rpm-software-management/rpm/discussions/3308#discussioncomment-11141929)
I would've merrily answered it. But you have been making loud demands about
this on several unrelated topics. Sorry but t
This project was listed in the
[**GitHub2FedMsg**](https://github.com/fedora-infra/github2fedmsg) database and
we want to you to inform you about the upcoming deprecation of the service. As
the [**Fedora Infrastructure**](https://docs.fedoraproject.org/en-US/infra/) is
finishing up with migrat
15 matches
Mail list logo
