You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/1686
-- Commit Summary --
* typo: transaction
-- File Changes --
M docs/manual/spec.md (2)
-- Patch Links --
> Like @dmnks said, community is free to look into the matter, whether there
> are open tickets or not is not relevant. If you care about it deeply then
> submit a patch, meta-argumentation is waste of everybody's time.
Depends on https://github.com/dex4er/fakechroot/pull/93 :-(
--
You are
@yecril71pl pushed 1 commit.
160eff4a51aee381fb90ea9105064e6647cc706a EXTRA_DIST = README.md
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
Closed #1656.
--
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/1656#event-4651140883___
Rpm-maint mailing list
The short of it: I am trying to make the test of 5ee6394 pass.
The long if it is discussed at Issue #1473.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
This is obviously work in progress. Please let me know whether I can go
forward like that.
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/1656
-- Commit Summary --
* Build action
* ./autogen.sh
* install automake
*
Lua support requires the file `lua.h` to be present. It is correctly located by
`pkg-config` but the location was not used for build.
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/1652
-- Commit Summary --
* Build action
> @pmatilai, do we want to re-open this RFE/bug and keep it open in the long
> run? The help page has its shortcomings for sure, but I'm not sure if we want
> to track stuff that's not worked on currently.
META: **Closed** means to me that it is not going to be fixed even if I submit
a patch.
> That said, I don't want to discourage you (or anyone, really) from exploring
> this in more detail. There certainly are ways to make this better (it is not
> great at the moment, we all agree).
Are you sure this should be Closed?
--
You are receiving this because you are subscribed to
> There just isn't the obvious link between `--query` and the other options
> which only make sense when `--query` is specified. For example, you can't
> just run `rpm -l` or `rpm -s`.
Tru dat.
How about the following approach:
-q, --queryretrieve information
> Another way to solve this, perhaps more consistently, would be to break out
> `--install`, `--erase`, `--query` (and all the other mode selectors) into a
> separate help section called something like "Mode options". The problem with
> that is, we would have to
This looks like "the WTF
> Now, one could argue that `--install`, `--erase` etc. are also listed
> together with their options (under "Install/Upgrade/Erase options"), so we
> would at least make things more consistent - but IMO, this wouldn't really be
> an improvement, as it would make the "Query options" section
> This is a bit more complicated than one would think. The `--query` option is
> deliberately hidden from the usage/help output because there simply isn't a
> good help section to house it:
Usage string does not have any sections.
--
You are receiving this because you are subscribed to this
> Also, if you have an issue with Fedora documentation then the rpm upstream is
> not the place.
I admit I may be confused here. Is RPM HOWTO part of RPM or part of Fedora?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Since the user does not need to use the RPM CLI, there is no need to
redistribute the RPM FAQ.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
[RPM](https://docs.fedoraproject.org/en-US/fedora/f33/system-administrators-guide/RPM/)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
> DNF _can't_ replace RPM, it's built on top of it.
That means RPM is needed only for DNF and DNF developers, so no RPM HOWTO is
needed.
> Use DNF Instead of RPM Whenever Possible
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on
> Where? DNF is certainly far from dead...
By no means, and DNF replaces RPM.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
> Uhh, what? That not true. Nobody in Fedora deprecated RPM. Where did you get
> this information?
They say DNL is chad now.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
RedHat, or rather Fedora, has deprecated RPM and does not offer any support for
it. Please remove links to RedHat and mentions thereof from the HOWTO document.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
{ rpm; }
> Składnia: rpm [-afgplsiv?] [-a|--all] [-f|--file] [-g|--group] [-p|--package]
>[--pkgid] [--hdrid] [--triggeredby] [--whatconflicts] [--whatrequires]
>[--whatobsoletes] [--whatprovides] [--whatrecommends] [--whatsuggests]
>[--whatsupplements]
21 matches
Mail list logo
