GNU bug report logs - #49771
conflicting pam-limits-service and pam-mount-service-type

Previous Next

Package: guix;

Reported by: muradm <mail <at> muradm.net>

Date: Thu, 29 Jul 2021 16:14:01 UTC

Severity: normal

Done: Julien Lepiller <julien <at> lepiller.eu>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 49771 in the body.
You can then email your comments to 49771 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#49771; Package guix. (Thu, 29 Jul 2021 16:14:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to muradm <mail <at> muradm.net>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Thu, 29 Jul 2021 16:14:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: muradm <mail <at> muradm.net>
To: bug-guix <at> gnu.org
Subject: conflicting pam-limits-service and pam-mount-service-type
Date: Thu, 29 Jul 2021 19:13:34 +0300
pam-limits-service and pam-mount-service-type are working when 
used only one of them. When both are present in list of (services, 
conflict hapens when guix system reconfigure is invoked. Digging 
the problem led to use of etc-service-type.

pam-limits-service defines /etc/security/limits.conf in 
gnu/services/base.scm:

(define pam-limits-service-type
 (let ((security-limits
        ;; Create /etc/security containing the provided 
        "limits.conf" file.
        (lambda (limits-file)
          `(("security"
             ,(computed-file
               "security"
               #~(begin
                   (mkdir #$output)
                   (stat #$limits-file)
                   (symlink #$limits-file
                            (string-append #$output "/limits.conf"))))))))
       (pam-extension
        (lambda (pam)

Basically, it says to etc-service-type i need "security" under 
"/etc" and uses mkdir to create it.

pam-mount-service-type asks "security/pam_mount.conf.xml" from 
etc-service-type.

(define (pam-mount-etc-service config)
 `(("security/pam_mount.conf.xml"
    ,(make-pam-mount-configuration-file config))))

When both pam-mount-service-type and pam-limits-service are 
defined in (services ...), if pam-mount-service-type is before 
pam-limits, guix system reconfigure fails with "Permission 
denied", if pam-limits is before then it is "File exists".

I would suggest to fix gnu/services/base.scm so that 
pam-limits-services-type ask for "security/limits.conf" just like 
pam-mount-services-type does in order to avoid conflict.

Currently, both pam-limits-service and pam-mount-service-type are 
not usable at the same time.




Reply sent to Julien Lepiller <julien <at> lepiller.eu>:
You have taken responsibility. (Sat, 07 Aug 2021 15:37:02 GMT) Full text and rfc822 format available.

Notification sent to muradm <mail <at> muradm.net>:
bug acknowledged by developer. (Sat, 07 Aug 2021 15:37:02 GMT) Full text and rfc822 format available.

Message #10 received at 49771-done <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: muradm <mail <at> muradm.net>
Cc: 49804-done <at> debbugs.gnu.org, 49771-done <at> debbugs.gnu.org
Subject: Re: [bug#49804] [PATCH] services: pam-limits: fix limits.conf location
Date: Sat, 7 Aug 2021 17:35:47 +0200
Le Sun, 01 Aug 2021 06:14:00 +0300,
muradm <mail <at> muradm.net> a écrit :

> * gnu/services/base.scm: fix limits.conf location
> 
> This fixes #49771
> 

Pushed as 29883f113087edaf24570fbd7f1113df907f1099, thank you!




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 05 Sep 2021 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 304 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.