[Bug 1537572] New: Review Request: corosync-qdevice - The Corosync Cluster Engine Qdevice

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

 



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

            Bug ID: 1537572
           Summary: Review Request: corosync-qdevice - The Corosync
                    Cluster Engine Qdevice
           Product: Fedora
           Version: rawhide
         Component: Package Review
          Severity: medium
          Priority: medium
          Assignee: nobody@xxxxxxxxxxxxxxxxx
          Reporter: jfriesse@xxxxxxxxxx
        QA Contact: extras-qa@xxxxxxxxxxxxxxxxx
                CC: package-review@xxxxxxxxxxxxxxxxxxxxxxx



Spec URL:
https://honzaf.fedorapeople.org/corosync-qdevice/corosync-qdevice.spec
SRPM URL:
https://honzaf.fedorapeople.org/corosync-qdevice/corosync-qdevice-2.90.0-1.fc28.src.rpm

Description: 
Currently, corosync package
(https://admin.fedoraproject.org/pkgdb/package/rpms/corosync/) contains also
two subpackages corosync-qdevice and corosync-qnetd.

With next version of Corosync we are going to split Corosync qdevice out of
main project to it's own project
(https://github.com/corosync/corosync-qdevice). Because of this split it seems
to make sense to to have also separate fedora package instead of two source in
one spec.

Fedora Account System Username: honzaf (I'm both upstream and fedora maintainer
of Corosync package)

Test build: https://koji.fedoraproject.org/koji/taskinfo?taskID=24396245

Known rpmlint "problems":
1. corosync-qnetd.x86_64: W: only-non-binary-in-usr-lib

^^ Systemd unit file

2. corosync-qnetd.x86_64: W: non-standard-uid /var/run/corosync-qnetd coroqnetd

^^ We are using
https://fedoraproject.org/wiki/Packaging:UsersAndGroups#Dynamic_allocation

3. corosync-qnetd.x86_64: W: non-standard-gid /var/run/corosync-qnetd coroqnetd

Same as 2.

4. corosync-qnetd.x86_64: E: non-standard-dir-perm /var/run/corosync-qnetd
0770L

Idea is to allow whoever is member of coroqnetd user group to use
corosync-qnetd-tool via socket which is stored in /var/run

5. corosync-qnetd.x86_64: W: non-standard-uid /etc/corosync/qnetd coroqnetd

Same as 2.

6. corosync-qnetd.x86_64: W: non-standard-gid /etc/corosync/qnetd coroqnetd

Same as 2.

7. corosync-qnetd.x86_64: E: non-standard-dir-perm /etc/corosync/qnetd 0770L
Idea is to allow whoever is member of coroqnetd user group to manipulate with
certificates stored in /etc/corosync/qnetd

Similar problems are found by rpmlint also in corosync-qdevice package.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx




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

  Powered by Linux