Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2013-08-24

| Channels | #salt index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:08 dthom91 joined #salt
00:14 sleek joined #salt
00:14 sleek can i ask a stupid question? can i run the salt command from any machine or does it have to be run on a master
00:15 mgw sleek: there's a masterless mode, is that what you mean?
00:15 gamingrobot sleek: https://github.com/saltstack/pepper
00:15 mgw Or do you mean invoke the salt master remotely?
00:15 mgw (as in pepper)
00:16 sleek the latter
00:16 mgw pepper does that
00:16 sleek ok, i see.. so really it's meant to be run directly on a master out of the box
00:17 UtahDave sleek: yes
00:17 sleek out of curiosity, does it connect to 127.0.0.1 ? or does it use the filesystem to determine how to communicate
00:17 sleek i think again , it's the latter
00:17 mgw yes, you'll need salt-api and pepper to do otherwise.
00:18 sleek reason i'm asking is i was trying to get it to work using docker, which works great when i run salt in a container, but when i tried running salt from the host machine, it was a no go
00:18 sleek makes soooo much more sense now
00:19 mgw sleek: I've been playing with docker, but not with salt yet. What command were you invoking from within the container?
00:20 jesusaurus anyone ever run into: ImportError: No module named debug
00:20 jesusaurus ?
00:20 sleek mgw: well, what i was testing was having a master running a container, and then a minion in another container .. i could get those two to talk to each other no problem .. then i tried having a minion on my host talk to the container (also worked fine).. but when i tried running salt on the host, it simply didn't work
00:20 sleek the only thing that worked was just executing salt in the container running the master
00:20 sleek which after this conversation is now clear as to why
00:20 mgw it's probably a networking issue
00:21 UtahDave jesusaurus: no, I haven't.  What version of Salt?
00:21 sleek well, 4505 and 4506 were both exposed properly .. and when i connected a minion, it could see master without issues and vice versa
00:21 mgw the 'salt' command has to be run on the master, but that aside
00:21 mgw there are issues with some networking arrangements between host and container
00:21 jesusaurus UtahDave: 0.16.0
00:21 mgw totally unrelated to salt
00:22 jesusaurus its happening during jinja compilation, but both the state and the jinja template look fine :/
00:22 sleek mgw: yeah, that's a docker issue since they go through a bridged network interface and there's some fun you have to do to get the right ip's
00:22 sleek mgw: although apparently it's being fixed :)
00:22 sleek well , improved i should say
00:22 mgw sleek: I'd be happy if they just supported macvlan
00:24 UtahDave jesusaurus: Yeah. not sure what's going on there.  do you have a 0.16.3 minion you can test against?  or one running develop?
00:24 sleek so not to start a total religious argument/conversation, but i've also been exploring ansible .. the only major difference i can see is the 0mq distributed commands vs parallel ssh commands .. but both require me to connect to a remote machine to initiate a set of commands
00:25 sleek first, is that an accurate depiction of the major difference and second, do people generally use something like fabric to initiate the commands? or just log in directly to do it? or other?
00:25 jesusaurus UtahDave: not currently, this is in a staging env
00:26 oojacoboo joined #salt
00:27 UtahDave sleek: people usually just log into the master and execute commands
00:27 oojacoboo anyone know why for a multi-machine config "web" gives a blank string?
00:27 oojacoboo http://git.cmthornton.com/centos-ubuntu-vagrant-salt.git/blob/HEAD:/salt/root/top.sls
00:27 oojacoboo how do you handle multi-machine configs on centos?
00:27 oojacoboo anyone have an example?
00:28 UtahDave oojacoboo: I'm not sure what you're trying to do here
00:28 mgw sleek: I've used both ansible and salt. you might want to do some speed comparisons for complex playbooks/states
00:28 oojacoboo UtahDave: well, I should clarify that I'm not the one writing this, but what's trying to be accomplished are two different machines with different configs
00:29 oojacoboo or machine groups even
00:29 jesusaurus UtahDave: do you happen to know if there are any dynamic/conditional imports in the codebaseL
00:30 sleek mgw: yeah, i think that makes sense
00:30 UtahDave jesusaurus: Generally if there's an import that may fail depending on installed packages or something, we'll put those imports in a try/except block
00:30 jesusaurus and those are pretty much all in __virtual__()s right?
00:31 UtahDave jesusaurus: no, at the top of the files
00:32 UtahDave jesusaurus: usually we'll set a flag if an import fails.  then the __virtuall__ will look at that flag and determine if it should return false or a module name
00:32 mgw jesusaurus: the __virtual__s sometimes check vars set in the try/except and then prevent the modules from loading if imports failed
00:33 jesusaurus hmm
00:33 UtahDave oojacoboo: have you read the docs on how the top.sls works?  that would help you understand how the targeting works
00:35 oojacoboo UtahDave: I'll take a look deeper
00:35 oojacoboo I'm assuming you're telling me "you're doing it wrong"
00:36 oojacoboo UtahDave: http://docs.saltstack.com/ref/states/top.html#other-ways-of-targeting-minions
00:36 oojacoboo using that approach
00:41 ml_1 joined #salt
00:43 oojacoboo UtahDave: it just seems that centos isn't doing a hostname match
00:43 zooz joined #salt
00:45 m_george|away joined #salt
00:45 mgw2 joined #salt
00:49 UtahDave oojacoboo: sorry, I have to leave right now.  But basically you match off the minion's id.  salt \* test.ping will tell  you the minion's ids.
00:50 oojacoboo you can't get it in centos b/c it's dynamically generated
00:50 oojacoboo not assigned
00:50 oojacoboo at least from what I understand
00:50 dave_den oojacoboo: it's very unlikely that 'web' is the minion id of any of your minions, since the default minion id is the fqdn of the host
00:52 dave_den oojacoboo: you likely want 'web*' to match all minions starting with 'web', like web1.mydomain.com, web2.mydomain.com, etc. you can see your minion IDs either by test.ping like UtahDave mentioned, or you can list the minion keys with "salt-key -L" on your master
00:53 oojacoboo dave_den: I see
00:54 oojacoboo we're doing a masterless config
00:57 Linz_ joined #salt
00:57 sleek joined #salt
01:01 dthom91 joined #salt
01:27 Linz joined #salt
01:36 littleidea joined #salt
01:38 salticus joined #salt
01:52 kleinishere joined #salt
01:55 m_george left #salt
01:57 mgw joined #salt
01:58 aat joined #salt
02:05 sixninetynine joined #salt
02:08 santagada joined #salt
02:10 littleidea joined #salt
02:13 racooper joined #salt
02:22 LucasCozy joined #salt
02:28 mgw joined #salt
02:32 chortlehoort joined #salt
02:48 oojacoboo joined #salt
02:49 auser joined #salt
03:00 canci joined #salt
03:07 alunduil joined #salt
03:15 Jahkeup joined #salt
03:18 kleinishere joined #salt
03:22 p3rror joined #salt
03:40 p3rror joined #salt
03:46 mwillhite joined #salt
03:52 slow__ joined #salt
04:13 aat joined #salt
04:21 titubear_ joined #salt
04:26 Jahkeup joined #salt
04:47 tseNkiN joined #salt
04:58 oojacoboo left #salt
05:34 dthom91 joined #salt
05:36 jeddi joined #salt
05:53 jkleckner joined #salt
06:00 mjulian joined #salt
06:05 jkleckner joined #salt
06:06 Linz joined #salt
06:08 scofflaw joined #salt
06:29 agend joined #salt
06:31 Nexpro joined #salt
07:36 druonysuse joined #salt
07:39 jkleckner1 joined #salt
07:55 eagleeye joined #salt
07:56 eagleeye hey
07:56 eagleeye I have a question
07:56 eagleeye please msg me
07:56 eagleeye if anyone is free
07:57 Jahkeup joined #salt
08:15 felixhummel joined #salt
08:22 xmj eagleeye: that's not how irc works. post your question and see if you get an answer
08:24 eagleeye I'm trying to install MySQL using Generic Binaries (http://dev.mysql.com/doc/refman/5.1/en/binary-installation.html) on Cent-OS 5.8 (I don't want to use YUM)
08:24 eagleeye But I'm not able to create a SLS file which can install this MySQL in specific location.
08:24 eagleeye I created a shell script which I ran from master using salt & it install the MySQL on minion but it's not proper way. I want to utilize SALT for everything :
08:24 eagleeye 1. Creating a folder ('/opt/mysql')
08:24 eagleeye 2. download MySQL tar
08:24 eagleeye 3. Extract it
08:24 eagleeye 4. Run the 'scripts/mysql_install_db' (This script take input from user, I don't know how to resolve this)
08:25 eagleeye 5. Start MySQL server
08:25 eagleeye 6. Change the ownership to 'mysql' user
08:25 eagleeye I was able to download & extract but ownership is not working properly. Also sometimes master shows the logs and sometimes not. Even sometimes salt-minion process get crashed on minion server.
08:25 eagleeye Please help me on this.
08:35 bemehow joined #salt
08:38 druonysuse joined #salt
08:38 druonysuse joined #salt
08:41 felixhummel joined #salt
08:43 Khazix joined #salt
08:43 Khazix I'm struggling to pick between salt and ansible
08:54 eagleeye @Khazix
08:54 eagleeye ansible is not free
08:55 eagleeye salt is free & opensoand you can manage multiple nodes
08:55 eagleeye opensource*
08:56 eagleeye also salt is much faster
09:12 Linz_ joined #salt
09:18 xmj eagleeye: I have no idea about CentOS -- but doesn't it have packages for MySQL anyway?
09:18 xmj you said you don't want to use yum, why make your life hard?
09:25 eagleeye we have some custom configuration and we want to install specific version in specific location
09:25 eagleeye of mysql
09:26 eagleeye by default centos don't have mysql pkg
09:26 eagleeye we have to install it manually
09:35 Kraln joined #salt
09:36 Jahkeup joined #salt
09:38 ml_1 joined #salt
09:56 viq joined #salt
10:01 MrTango joined #salt
10:14 az87c joined #salt
10:27 hjubal joined #salt
10:27 hjubal joined #salt
10:39 Jarus joined #salt
10:42 ml_1 joined #salt
10:43 ricicle joined #salt
11:35 TJ1980 joined #salt
11:36 Jahkeup joined #salt
11:37 felixhummel joined #salt
11:55 ricicle joined #salt
11:59 bemehow joined #salt
12:03 lemao joined #salt
12:06 p3rror joined #salt
12:08 lemao joined #salt
12:18 tuxIO joined #salt
12:19 bemehow joined #salt
12:22 bemehow_ joined #salt
12:48 zooz joined #salt
12:53 santagada joined #salt
13:00 lemao_ joined #salt
13:00 HaxCore joined #salt
13:07 mwillhite joined #salt
13:14 tuxIO joined #salt
13:23 mwillhite good morning…I'm setting up a development environment with vagrant/salt with a lot of moving parts. It would be cool at the end up `vagrant up` to display a message with the current state of things and next steps…whats the best way to format/colorize a message like that?
13:27 bemehow joined #salt
13:34 lemao joined #salt
13:37 gildegoma joined #salt
13:39 pdayton joined #salt
13:57 TheCodeAssassin joined #salt
13:57 TheCodeAssassin hi all
13:58 TheCodeAssassin im sometimes getting "Minion did not return" , but then when i run it later it works fine?
13:59 santagada joined #salt
14:01 Nexpro joined #salt
14:11 santagada joined #salt
14:18 Xeago joined #salt
14:19 mwillhite whats the best strategy for running 'watch' type tasks with salt… for example I have a `rake assets:watch` task that will just sit there… and not stop until I tell it to
14:20 mwillhite but it seems to be making my salty-vagrant box just hang as its setting up
14:21 mwillhite i'd like to print off the pid or something at least so I can kill it later if I need to
14:22 blee_ joined #salt
14:23 EugeneKay Run it as a service.
14:24 EugeneKay Via your distro's init mechanism, or within supervisord or such.
14:27 sleek joined #salt
14:28 sleek left #salt
14:34 Nexpro1 joined #salt
14:41 pdayton1 joined #salt
14:41 mgw joined #salt
14:47 bemehow joined #salt
14:53 ckao joined #salt
14:57 littleidea joined #salt
15:02 dthom91 joined #salt
15:06 LucasCozy joined #salt
15:09 Jahkeup joined #salt
15:11 mwillhite EugeneKay I tried something like `rake assets:watch &` but that still made it hang
15:12 mwillhite are you suggesting I do something like this: http://kvz.io/blog/2009/12/15/run-nodejs-as-a-service-on-ubuntu-karmic/
15:14 leo_ joined #salt
15:14 EugeneKay Yes.
15:15 mwillhite cool thanks for the tip
15:15 dthom91 joined #salt
15:16 Jahkeup hrm I just ran into an interesting problem. I have a state that will create a piece of information that can later be rendered using __salt__['func'] but can't until the other state is fullfilled
15:16 Jahkeup soo it can't render @_@
15:17 Jahkeup I can't think of any way to get this into a state, I think I may have to execute it from salt '*' func.first_call before I call the state then
15:21 Jahkeup hmm well actually I was able to get it to be able to work on consecutive runs but is there a better way to do it?
15:21 jkleckner joined #salt
15:23 bemehow_ joined #salt
15:27 UtahDave joined #salt
15:49 TheCodeAssassin joined #salt
15:49 kermit joined #salt
15:49 TheCodeAssassin hey UtahDave
15:49 UtahDave hey, TheCodeAssassin!
15:49 pdayton joined #salt
15:50 TheCodeAssassin so turns out the issue with symlinks would be uneasonable to solve, which makes sense i think
15:50 TheCodeAssassin i thought it was supposed to work that way
15:50 mgw joined #salt
15:51 UtahDave oh, ok. did you figure out a way to do what you want to do?
15:51 TheCodeAssassin still having trouble with the mysql db grants thing though
15:51 TheCodeAssassin yeah the manual removal of the symlink did the job
15:51 TheCodeAssassin might not be perfect but it does what i want
15:52 UtahDave ok
15:52 UtahDave can you pastebin your mysql stuff?
15:52 TheCodeAssassin can you take a look athe sls for just a sec? i dont want to bother you but this drives me nuts
15:53 TheCodeAssassin https://gist.github.com/thecodeassassin/ac86dae8eb5eae718f66 <-- main database sls https://gist.github.com/thecodeassassin/ef615f73ed3763551a14 <-- mysql user sls
15:53 TheCodeAssassin https://gist.github.com/thecodeassassin/75b2e1aea97f8767e577
15:53 TheCodeAssassin thats my top.sls
15:53 UtahDave can you also pastebin the error or output you're getting?
15:54 TheCodeAssassin yes
15:54 juicer2 joined #salt
15:54 TheCodeAssassin https://gist.github.com/thecodeassassin/df078d42064a081b4b17
15:54 TheCodeAssassin seems like the service is not yet running, but i'm not sure
15:54 TheCodeAssassin i have tryed requireing the service, but that doesn;t seem to work
15:55 TheCodeAssassin even if i require the whole sls it still produces that error
15:56 UtahDave ok, so your requires are malformed in several places.
15:56 UtahDave For example: https://gist.github.com/thecodeassassin/ef615f73ed3763551a14#file-gistfile1-php-L22
15:57 TheCodeAssassin weird that it doesnt give an erorr
15:57 UtahDave the require is directly underneath the ID declaration.  The require needs to be under and state declaration
15:57 TheCodeAssassin could you maybe add comments to the gists? sorry my gf is going to kill me, we have to go to my father-in-law's birthday
15:57 TheCodeAssassin so i got to run, you are the best though
15:57 UtahDave Well, it doesn't give an error because you it thinks "require" is a state that doesn't exist
15:58 UtahDave also, you might want to keep all the mysql service stuff with the mysql pkg install,  then also have the mysql conf file require the pkg install instead of the reverse
16:02 Jahkeup Even if a config variable (keystone.user) was missing from the minion config, a module shouldn't complain about missing the global dict __salt__, righ?
16:02 Jahkeup *right
16:02 Jahkeup an *internal module*
16:05 littleidea joined #salt
16:07 santagada joined #salt
16:10 jkleckner joined #salt
16:20 UtahDave Jahkeup: right.     __salt__ should be there
16:25 Jahkeup global name '__salt__' is not defined :C
16:25 Jahkeup https://github.com/saltstack/salt/blob/0.16/salt/modules/keystone.py#L47
16:27 Jahkeup here's the full error UtahDave https://gist.github.com/jahkeup/560404bd6067413b4994
16:28 UtahDave Jahkeup: what' s the command you're executing to get this?
16:28 Jahkeup salt-call state.show_sls openstack.keystone.services
16:30 UtahDave add -l debug to that command   see if you get any other stacktraces in the cli
16:31 Jahkeup UtahDave: nothing else :/
16:32 UtahDave do you have the keystoneclient python module installed?
16:33 Jahkeup ii  python-keystoneclient           2012.1-0ubuntu1                              Client libary for Openstack Keystone API
16:33 Jahkeup yep
16:33 pdayton joined #salt
16:34 UtahDave what version of Salt are you on?
16:34 Jahkeup salt-minion 0.16.3
16:34 UtahDave do other commands like   salt-call disk.usage     work?
16:35 Jahkeup yessir they do
16:35 UtahDave can you pastebin /srv/salt/openstack/keystone/services.sls    ?
16:36 Jahkeup one sec
16:37 Jahkeup UtahDave: here's the sls https://gist.github.com/jahkeup/784b412d5530900b9148
16:39 UtahDave have you gotten a version to work without all the jinja?
16:39 Jahkeup hadn't tried yet, the top portion will run every time but the bottom can't, which is why I'm using the salt calls there
16:41 UtahDave yeah, what I would do is get each piece working without jinja. One at a time.  Then automate it with Jinja.
16:42 Jahkeup how bout this ;) https://gist.github.com/jahkeup/56287405713540637985
16:42 UtahDave With so much jinja templating it's hard to know if the jinja or the yaml is jacked up
16:42 Jahkeup UtahDave: did you see last paste? I ran keystone.tenant_get from cli and it failed
16:42 UtahDave yeah
16:43 Jahkeup UtahDave: I just realized I left out a crucial detail, I am augmenting several functions to keystone from my own _modules
16:43 UtahDave I'm not sure here.  The Salt loader should create the __salt__ dict.   I'm not sure why it's not doing that.
16:44 UtahDave which functions?
16:44 Jahkeup tenant_create, service_create, and endpoint_create
16:45 Jahkeup and I did "from salt.modules.keystone import *" to get flat access to the other functions
16:45 UtahDave oh, that's your problem
16:45 UtahDave You can't do that unless you do some crazy imports to get the correct namespaces
16:46 Jahkeup darn :/
16:46 UtahDave it's not terribly difficult, let me find you an example
16:46 Jahkeup why does it still insist in traceback that it fails in libs?
16:46 UtahDave because you end up calling auth()   but __salt__ doesn't exist in your new file
16:46 UtahDave it's not imported
16:47 Jahkeup ah, I wish that would be added to external modules :/
16:47 Jahkeup second time that tripped me up, albeit in different ways.
16:47 UtahDave https://github.com/saltstack/salt/blob/develop/salt/modules/win_file.py
16:48 UtahDave This even happens with internal modules that you want to import
16:48 UtahDave in this example   win_file.py imports a bunch of functions from file.py
16:49 Jahkeup so in the __virtual__ the wiring is redone?
16:49 UtahDave no
16:50 UtahDave well, part of it
16:50 UtahDave also see lines 31 to 39
16:51 UtahDave Do you think the functions you've added would be useful for everyone?
16:51 Jahkeup UtahDave: I'm hoping to make them useful :)
16:51 UtahDave It might be easier to just add your functions to the original keystone file
16:52 Jahkeup Hmm I could do that and do a PR, but for the time being can I redist through say a file.patched?
16:53 UtahDave hey, I have to go now, but I can probably help you later today
16:53 Jahkeup okay sounds good see ya UtahDave!
16:53 UtahDave just add the functions to the file inside your cloned repo
16:53 UtahDave then run   python setup.py install --force
16:53 UtahDave then you'll be able to use your new file.
16:54 UtahDave for your minions, just drop the modified file in _modules   and it will over ride the original
16:54 UtahDave after your run a sync
16:59 mwillhite joined #salt
17:01 Jahkeup will do, I'll try that later. I have to go too.
17:05 jkleckner joined #salt
17:25 kstaken joined #salt
17:35 madduck joined #salt
17:42 mortadella joined #salt
17:49 LucasCozy joined #salt
17:51 jacksontj joined #salt
17:53 mirko joined #salt
18:13 noob21 joined #salt
18:13 noob21 if it possible to get salt to run an arbitrary python command to get the location of a device before running the mount.mounted state?
18:14 noob21 the path location of my device may change on reboot and if i write it into the state file it may fail at some point
18:20 auser joined #salt
18:20 kleinishere joined #salt
18:29 lazyguru joined #salt
18:32 matanya joined #salt
18:41 zooz joined #salt
18:41 Linz joined #salt
18:46 Linz joined #salt
18:46 shadowsun joined #salt
18:47 madduck noob21: write a custom grain for it.
18:50 littleidea joined #salt
18:55 mfournier joined #salt
19:08 TJ1980 joined #salt
19:08 EugeneKay joined #salt
19:17 mgw joined #salt
19:22 m_george|away joined #salt
19:27 noob21 madduck: do you think this would work instead?  - device: {{ salt['cmd.run']('readlink -f /dev/rbd/ceph-mount') }}
19:27 m_george left #salt
19:29 qba73 joined #salt
19:53 az87c joined #salt
19:53 az87c_ joined #salt
19:56 setient joined #salt
20:00 noob21 salt: can you import new python libraries in python sls files?
20:01 alunduil joined #salt
20:03 javix_ joined #salt
20:04 javix_ Hi, new here. Just installed salt-master in debian 6 and can't make it start properly. Complains MemoryError and [WARNING ] Failed to import module win_disk, this is due most likely to a syntax error.
20:04 javix_ any hint?
20:05 javix_ thanks in advance
20:10 gildegoma joined #salt
20:13 javix_ CFUNCTYPE(c_int)(lambda: None)
20:14 javix_ Traceback (most recent call last):   File "/usr/lib/python2.6/dist-packages/salt/loader.py", line 605, in gen_functions     ), fn_, path, desc   File "/usr/lib/python2.6/dist-packages/salt/modules/win_disk.py", line 8, in <module>     import ctypes   File "/usr/lib/python2.6/ctypes/__init__.py", line 546, in <module>     CFUNCTYPE(c_int)(lambda: None) MemoryError
20:25 msheiny joined #salt
20:29 javix_ Ok, I commented out this line "CFUNCTYPE(c_int)(lambda: None)" in file /usr/lib/python2.6/ctypes/__init__.py and now saltmaster works. I hope this is not important.
20:51 ricicle joined #salt
20:56 terminalmage javix_: version?
20:57 terminalmage win_disk should be ignored on linux hosts
20:58 ange joined #salt
20:58 ange hi
20:58 ange anyone with some links about setting up and using salt api ?
20:59 terminalmage ange: the docs are at http://salt-api.readthedocs.org/en/latest/
21:00 ange I am looking for more practical ones, like howtos
21:00 ange those are nice to get a list and details of calls, but I am more looking for something that describe the proper setup of it
21:00 terminalmage I don't know of one, but you may wish to search/post to the mailing list
21:01 terminalmage https://groups.google.com/forum/#!forum/salt-users
21:01 ange ok thanks
21:01 ange btw an issue is open about that very topic on github ... it's one year old
21:03 terminalmage ange: You can reply to it if you like. I'm not familiar with it, but I agree that we need to get it better documented
21:04 Xeago joined #salt
21:10 druonysuse joined #salt
21:10 druonysuse joined #salt
21:12 ange terminalmage: ok thanks
21:14 aat joined #salt
21:16 akoumjian joined #salt
21:17 ricicle joined #salt
21:18 ange joined #salt
21:23 TheCodeAssassin joined #salt
21:23 krissaxton joined #salt
21:24 noob21 left #salt
21:30 ange ok I found some interesting thread, trying some things but I get an error that seemed to be linked to the python http server serving the api : "HTTP requires CRLF terminators" (calling the api using curl)
21:31 mwillhite joined #salt
21:45 littleidea joined #salt
21:49 moondawg joined #salt
21:50 moondawg How do I specify a character device in an sls? Say /dev/ttyUSB0
21:56 alunduil joined #salt
22:01 cedwards moondawg: what are you trying to accomplish?
22:01 ange about my earlier question on the salt-api topic : https://coderwall.com/p/jcxcba
22:02 ange a quick article on what I have found and what I've managed to do
22:33 SEJeff_work ange, Good stuff!
22:33 SEJeff_work You looking for a job?
22:33 SEJeff_work Just curious where you're based out of
22:33 dthom91 joined #salt
22:36 moondawg cedwards: I have a character device that is created my udev. I just want so make sure that it is checked by the sls as a requirement
22:42 LarsN joined #salt
22:47 gildegoma joined #salt
22:47 bemehow joined #salt
22:52 baniir joined #salt
22:53 aat joined #salt
23:01 lazyguru joined #salt
23:06 druonysuse joined #salt
23:06 druonysuse joined #salt
23:08 krissaxton joined #salt
23:15 kleinishere joined #salt
23:16 kleinish_ joined #salt
23:19 druonysuse joined #salt
23:22 druonysus joined #salt
23:22 druonysus joined #salt
23:25 aat joined #salt
23:33 jpeach joined #salt
23:44 dthom91 joined #salt
23:56 druonysus joined #salt

| Channels | #salt index | Today | | Search | Google Search | Plain-Text | summary