[Bug 2180418] Review Request: input-remapper - An easy to use tool to change the mapping of your input device buttons

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=2180418



--- Comment #9 from Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx> ---
(In reply to Alexander Ploumistos from comment #7)
> > %autorelease and %autochangelog are now the recommended defaults
> > (https://pagure.io/packaging-committee/pull-request/1255 was merged).
> 
> I co-maintain bubblemail, which uses a separate changelog file, that I edit
> whenever it's needed. I created a separate changelog file for
> input-remapper, I placed it in ~/rpmbuild/SOURCES/ but it's not part of the
> source rpm (created with `rpmbuild -bs`) and the release does not get
> incremented. Is there a way to do that when the package is not (yet) in a
> repo?
Use 'fedpkg srpm' instead of 'rpmbuild -bs'. Note that 'changelog' file needs
to be committed to the repo, it's not enough to just create it.

> I had read this part and I got the impression that since the program does
> require manual configuration, it should be disabled, hence the preset:
> https://docs.fedoraproject.org/en-US/packaging-guidelines/DefaultServices/
> #_must_not_require_manual_configuration_to_function
Oh, I didn't look at the file contents. It has 'disable
input-remapper.service',
so this has no effect; 'disable' is the default. Please just drop this file.

> After six hours of hairpulling I decided to declare defeat. I tried
> different combinations of the (limited) options offered by %find_lang,
> even"--all-name", but it plainly refuses to find the files:
I don't know too much about this either. Let's leave it for now,
maybe somebody else will have some idea.

> Finally (for now), what can I do about these warnings?
> 
> RPM build warnings:
>     File listed twice: /usr/bin/input-remapper-control
>     File listed twice: /usr/bin/input-remapper-gtk
...
> Do I need to undeclare everything that %{pyproject_files} handles?
%{pyproject_files} would normally handle everything that is installed via the
python installer, so only stuff like READMEs and license files would be listed
explicitly. In a way, that's the point: we want the automatic mechanism to
cover
as much of the installation and packaging and metadata as possible.


-- 
You are receiving this mail because:
You are always notified about changes to this product and component
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2180418
_______________________________________________
package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite Conditions]     [KDE Users]

  Powered by Linux