It would be nice to see some simple example(s) :-)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
I was wondering if it would not be good idea to collate all the recent release
notes into one big file
(I dunno say `RELEASES`?) which would make checking the rpm change much easier.
eg Just now I was trying to work out when `rpmspec` gained support for
--with/--without
but pretty much gave up
(My guess is that `rpmspec -P --with` support was probably added in 4.15.0?)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Well I just found https://rpm.org/timeline.html which seems close to this.
So maybe this rpmspec feature I was looking for just slipped off or didn't make
the relnotes...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
I opened https://issues.redhat.com/browse/RHEL-15688
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/1883#issuecomment-1795068331
You are receiving this because you are subscribed to this thread.
Message ID:
A backport to 4.16 would be good too
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/1883#issuecomment-1794989036
You are receiving this because you are subscribed to this thread.
Message ID:
Thank you, great news!
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/2587#issuecomment-1693149523
You are receiving this because you are subscribed to this thread.
Message ID: ___
Rpm-maint
If I run `rpmbuild -bs ...` and have some warnings from my spec file then it
ends with `RPM build warnings:` on stdout and then the warnings in stderr,
which seems wrong to me: should both go to stderr?
```
$ rpmbuild -bs myspec.spec
warning: %patchN is deprecated (1 usages found), use %patch
It is not unusual for software to require UTF-8 encoding to build these days.
It seems rpmbuild still default to LANG=C nowadays.
I think most platforms support LANG=C.UTF-8 now so could the default be changed?
At least for platforms like Linux where it is available?
For example I think mock
closes #2587
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/2607
-- Commit Summary --
* macros.in: ___build_pre_env default to LANG=C.utf8
-- File Changes --
M macros.in (2)
-- Patch Links --
I came here to rediscover this issue :)
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/2494#issuecomment-1983714671
You are receiving this because you are subscribed to this thread.
Message ID:
11 matches
Mail list logo