After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 744384 - Make damnedlies's init file puppet-compliant
Make damnedlies's init file puppet-compliant
Status: RESOLVED FIXED
Product: sysadmin
Classification: Infrastructure
Component: Apprentices
unspecified
Other Linux
: Normal normal
: ---
Assigned To: GNOME Sysadmins
GNOME Sysadmins
Depends on:
Blocks:
 
 
Reported: 2015-02-12 11:10 UTC by Daniel Mustieles
Modified: 2015-02-22 18:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Damnedlies puppet-lint compliant (2.64 KB, patch)
2015-02-12 11:10 UTC, Daniel Mustieles
none Details | Review
Patch updated (2.55 KB, patch)
2015-02-12 11:31 UTC, Daniel Mustieles
none Details | Review
what i mean (1000 bytes, text/plain)
2015-02-12 12:01 UTC, matanya
  Details
Patch updated (2.72 KB, patch)
2015-02-12 12:09 UTC, Daniel Mustieles
none Details | Review
Final patch ;-) (2.72 KB, patch)
2015-02-12 12:20 UTC, Daniel Mustieles
committed Details | Review

Description Daniel Mustieles 2015-02-12 11:10:15 UTC
Created attachment 296669 [details] [review]
Damnedlies puppet-lint compliant

Fixed syntax damnedlies/manifests/init.pp according to puppet-lint checks.

Don't know why file's mode has been changed when creating the patch... if it's wrong, and I have to change it before commiting, let me know to fix the patch and re-attatch it to the bug.

Thanks!
Comment 1 matanya 2015-02-12 11:14:00 UTC
A nicer way would be to indent the entire package list one more indent, and have the ensure => line right under in a new line.
Comment 2 Daniel Mustieles 2015-02-12 11:31:27 UTC
Created attachment 296670 [details] [review]
Patch updated
Comment 3 Daniel Mustieles 2015-02-12 11:31:43 UTC
The problem when adding one more indent is that lint shows a warning:

ERROR: two-space soft tabs not used on line 4
ERROR: two-space soft tabs not used on line 5

The ensure => has no problem to be in a newline.
Comment 4 matanya 2015-02-12 11:36:57 UTC
are you using tabs or spaces?
Comment 5 Daniel Mustieles 2015-02-12 11:46:34 UTC
Spaces... tab character seems to not be allowed:

ERROR: tab character found on line 3
ERROR: tab character found on line 4
Comment 6 matanya 2015-02-12 12:01:07 UTC
Created attachment 296674 [details]
what i mean

attached is how i think it should look like.
Comment 7 Daniel Mustieles 2015-02-12 12:09:18 UTC
Created attachment 296675 [details] [review]
Patch updated

It works perfectly :)

Here is the patch updated.

Thanks!
Comment 8 matanya 2015-02-12 12:11:52 UTC
Great! one last nitpick, on lines 31-32, the user and group should be in 'gnomeweb'

Other than that, +1 here.
Comment 9 Daniel Mustieles 2015-02-12 12:20:07 UTC
Created attachment 296676 [details] [review]
Final patch ;-)

Good! here is the latest version.

Thanks!
Comment 10 matanya 2015-02-12 12:28:45 UTC
excellent. Now =, since we don't have a policy I can't enforce one way of style, but once we have, my preference is every resource block ends with a comma and no use of colons at all. 


Sysadmins, what do you say, high time for a policy ? :)
Comment 11 Daniel Mustieles 2015-02-12 12:39:52 UTC
I've created a list of modules than doesn't complain with lint. If you agree, we could open a new bug with that list, so everyone who wants to fix them can easyly do it without overlapping work with other apprentices (just announcing you're going to fix modules A and B should be enough).

Patches for each module should be in different bugs, to avoid overwhelming the one containing the list.

What do you think?
Comment 12 matanya 2015-02-12 12:44:27 UTC
that is a good idea. Go for it. 

The only shortcoming is as the tree changes new issues will be introduced and old one will go, but we can deal with that later.
Comment 13 Andrea Veri 2015-02-12 17:44:13 UTC
Comment on attachment 296676 [details] [review]
Final patch ;-)

Patch committed to master branch. Thanks!
Comment 14 Tobias Mueller 2015-02-22 18:44:16 UTC
(In reply to Daniel Mustieles from comment #0)
> Don't know why file's mode has been changed when creating the patch... 
because of copying the repository.  I've updated the wiki to show "cp -ar" to preserve modes.