Hi! thanks for your comment as you suggested I opened a bug by TUV https://bugzilla.redhat.com/show_bug.cgi?id=1039481 regards! Sven ----- Ursprüngliche Mail ----- > Von: "Pat Riehecky" <[log in to unmask]> > An: "Sven Sternberger" <[log in to unmask]> > CC: [log in to unmask] > Gesendet: Freitag, 6. Dezember 2013 15:53:35 > Betreff: Re: [SCIENTIFIC-LINUX-DEVEL] augeas 1.0.0 for SL6 has issues with sudoers > > On 12/06/2013 06:00 AM, Sternberger, Sven wrote: > > Hello! > > > > I use in my /etc/sudoers config file a line like this > > > > ALL ALL=NOPASSWD: /path/to/command > > > > to allow all user to execute a command as root without password. > > > > With the update to augeas 1.0.0-5.el6 this can't be parsed/produced > > by augeas anymore due to a bug in the related lens. > > > > The problem is that aliases with capital letters are not > > allowed (btw. also no user groups with capital letters) > > > > As there is no epel version of augeas for el6 it would be nice if > > this could be fixed or send to TUV > > > > Lens File: > > /usr/share/augeas/lenses/dist/sudoers.aug > > > > 1.0.0-5.el6 version (buggy): > > ---------------------------- > > let sto_to_com_user = > > let nis_re = /([A-Z]([-A-Z0-9]|(\\\\[ \t]))*+\\\\\\\\)/ > > in let user_re = /[%+@a-z]([-a-z0-9]|(\\\\[ \t]))*/ > > in store (nis_re? . user_re) > > > > > > 1.1 version (correct): > > ---------------------- > > let sto_to_com_user = > > let nis_re = /([A-Z]([-A-Z0-9]|(\\\\[ \t]))*+\\\\\\\\)/ > > in let user_re = /[%+@a-z]([-a-z0-9._]|(\\\\[ \t]))*/ > > in let alias_re = /[A-Z_]+/ > > in store ((nis_re? . user_re) | alias_re) > > > > regards > > > > sven > > Hi Sven, > > Thanks for taking the time to research, write, and send this to > Scientific Linux! The best way to get this patch included in a new > version of Scientific Linux is to get the fix included further up > stream.[1] That way groups other than this one can benefit from your > work on this issue. From our side we try not to deviate very much from > what our upstream provider is doing. Our hope is that by following them > closely we reduce the possible problems our users encounter. But this > can lead to some tension in the application of patches, particularly > patches that fix problems. > > One of the best ways we can give back to our upstream providers is fixes > like this one. I hope that you can open a bug with them so that > everyone can benefit from this. As a point of etiquette, they prefer > not to have mention of SL on their bug tracker. Our source, for any > package they provide, is their source. Any patches we apply are noted > in the changelog with justifications and generally attributed to Connie, > Troy (who has left us), myself, or the Scientific Linux Development list. > > Right now our commitment to improving SL, assisting upstream in fixes, > and generally trying to give back to the linux community at large gives > us pause before applying any patch for upstream packages which doesn't > have an associated bugzilla number. They've given us so much, we want > to try and give back where we can and help encourage others to do so in > the spirit of the open source movement. > > Again, thank you for your efforts here! Please feel free to continue to > contribute regularly to [log in to unmask] > > > > [1] http://bugzilla.redhat.com/ > > Pat > > > > -- > Pat Riehecky > > Scientific Linux developer > http://www.scientificlinux.org/ > >