Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2017-12-05

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

All times shown according to UTC.

Time Nick Message
00:00 saltslackbridge joined #salt
00:03 gmoro_ joined #salt
00:24 threwahway joined #salt
00:25 flowstategames joined #salt
00:30 oida joined #salt
00:39 godlike joined #salt
00:41 godlike joined #salt
00:41 masber joined #salt
00:43 prg3 joined #salt
00:44 Akkarin joined #salt
00:50 pipps joined #salt
01:01 chesty joined #salt
01:03 onlyanegg joined #salt
01:20 onlyanegg joined #salt
01:23 jesusaur joined #salt
01:24 user-and-abuser joined #salt
01:31 cyborg-one joined #salt
01:31 pipps joined #salt
01:32 flowstategames joined #salt
01:37 rem5 joined #salt
01:37 Bryson joined #salt
01:39 flowstategames joined #salt
01:39 cyborg-one left #salt
01:40 honestly So I have minions that have ldap users configured via /etc/nsswitch.conf. As is well-documented, the useradd module doesn't work in this case: https://github.com/saltstack/salt/issues/23947. Does anyone know a workaround for this?
01:41 honestly I would like to just disable the ldap users for the salt run. I just have no idea how to do that.
01:41 murphyslaw joined #salt
01:42 honestly Replacing the nsswitch.conf file before the salt run and putting it back afterwards would work, but I'd have to do that in at least two salt runs.
01:56 ZombieTwiglet joined #salt
01:58 babilen joined #salt
01:58 _dp joined #salt
01:59 babilen joined #salt
01:59 _dp joined #salt
02:00 mrueg joined #salt
02:03 Alchemical joined #salt
02:05 cyteen__ joined #salt
02:05 kellyp joined #salt
02:07 murphyslaw joined #salt
02:10 k_sze[work] joined #salt
02:17 MTecknology honestly: that seems like something that could, at least in some situations, be a misconfigured nsswitch
02:20 honestly it's not.
02:21 honestly unless you know something about NSS that everyone else doesn't.
02:22 honestly which is entirely possible, of course, because this is ancient voodoo.
02:22 NightMonkey joined #salt
02:26 k_sze[work] joined #salt
02:28 zerocoolback joined #salt
02:31 jesusaur joined #salt
02:35 pbandark joined #salt
02:35 XenophonF oh I get it, in winrepo the package version number doesn't need to match what's in the registry
02:35 XenophonF same goes for full_name
02:36 jmcknight joined #salt
02:38 kellyp joined #salt
02:39 masber joined #salt
02:57 alker joined #salt
02:57 snc joined #salt
02:57 XenophonF oh
02:57 XenophonF and that's why win_pkg doesn't support upgrades :(
02:57 saltslackbridge <gtmanfred> honestly do you have python-sss installed? handling of ldap stuff in python2 is not great, a lot of the stuff is fixed in python3, but some of the sssd stuff is in python-sss package
02:57 XenophonF there's no way for salt to tell which of the installed programs corresponds to a given winrepo pkg
02:57 XenophonF hm, but then how does win_pkg.list_ugprades work?
02:57 XenophonF time to rtfs
02:57 saltslackbridge <gtmanfred> specifically I know for a fact that it affects the pam eauth module, wouldn’t be surprised if it affected useradd too
02:59 ilbot3 joined #salt
02:59 Topic for #salt is now Welcome to #salt! <+> Latest Versions: 2016.11.8, 2017.7.2 <+> Support: https://www.saltstack.com/support/ <+> Logs: http://irclog.perlgeek.de/salt/ <+> Paste: https://gist.github.com/ <+> See also: #salt-devel, #salt-offtopic, and https://saltstackcommunity.herokuapp.com (for slack) <+> We are volunteers and may not have immediate answers
03:02 lru joined #salt
03:12 shiranaihito joined #salt
03:13 onlyanegg joined #salt
03:17 Lenz joined #salt
03:42 Lenz joined #salt
03:44 saltslackbridge <james> doesn't list_upgrades base off only winrepo versions
03:44 saltslackbridge <james> so if you add a newer version in winrepo, and have one deployed, that's your upgrade detected
03:45 threwahway_ joined #salt
03:58 threwahway joined #salt
04:02 alker1 joined #salt
04:03 kellyp joined #salt
04:24 flowstategames joined #salt
04:28 alker joined #salt
04:40 flowstategames joined #salt
04:50 Lenz joined #salt
04:52 magnus1 joined #salt
04:54 felskrone1 joined #salt
05:01 alker joined #salt
05:17 shripadr joined #salt
05:19 gnomethrower joined #salt
05:19 samodid joined #salt
05:23 shripadr_ joined #salt
05:24 honestly @gtmanfred nope, no python-sss. And I don't really want it to *handle* the ldap accounts as much as just ignore them.
05:25 rem5 joined #salt
05:29 mosen joined #salt
05:29 onlyanegg joined #salt
05:30 flowstategames joined #salt
05:39 tiwula joined #salt
05:40 honestly I don't think I use sssd anywhere.
05:55 alker1 joined #salt
06:06 k_sze[work] joined #salt
06:13 alker joined #salt
06:18 alker1 joined #salt
06:26 evle joined #salt
06:27 pbandark joined #salt
06:33 alker joined #salt
06:33 indistylo joined #salt
06:37 yujunz joined #salt
06:44 alker1 joined #salt
06:46 om2 joined #salt
06:54 cholas joined #salt
06:54 felskrone joined #salt
06:55 felskrone1 joined #salt
06:58 flowstategames joined #salt
07:00 threwahway_ joined #salt
07:02 LocaMocha joined #salt
07:12 threwahway joined #salt
07:16 Larry joined #salt
07:21 alker joined #salt
07:23 puzzlingWeirdo joined #salt
07:27 yuhl joined #salt
07:30 yuhl left #salt
07:32 yuhl joined #salt
07:33 Elsmorian joined #salt
07:52 fracklen joined #salt
07:54 alker1 joined #salt
08:04 saltslackbridge1 joined #salt
08:04 om joined #salt
08:07 pualj joined #salt
08:08 gnomethrower joined #salt
08:10 _KaszpiR_ joined #salt
08:15 toanju joined #salt
08:21 darioleidi joined #salt
08:23 Lenz joined #salt
08:24 threwahway_ joined #salt
08:24 Elsmorian joined #salt
08:27 threwahway joined #salt
08:28 aldevar joined #salt
08:31 Elsmorian joined #salt
08:31 Ricardo1000 joined #salt
08:35 Hybrid1 joined #salt
08:36 v12aml joined #salt
08:38 fracklen joined #salt
08:41 jrenner joined #salt
08:47 aanriot joined #salt
08:52 bvcelari joined #salt
08:58 fracklen joined #salt
09:04 mikecmpbll joined #salt
09:12 Elsmorian joined #salt
09:17 Elsmorian joined #salt
09:18 colegatron joined #salt
09:22 om2 joined #salt
09:24 aanriot left #salt
09:25 om2 joined #salt
09:31 Mattch joined #salt
09:34 _KaszpiR_ joined #salt
09:35 puzzlingWeirdo joined #salt
09:37 rebbdohr joined #salt
09:44 obitech joined #salt
09:46 fracklen joined #salt
09:46 fracklen joined #salt
09:51 ik__ joined #salt
10:11 sh123124213 joined #salt
10:16 daks joined #salt
10:18 daks joined #salt
10:22 daks joined #salt
10:32 EvaSDK joined #salt
10:43 pbandark joined #salt
10:55 threwahway_ joined #salt
10:56 yujunz joined #salt
10:57 SkyRocknRoll joined #salt
11:03 sh123124213 joined #salt
11:24 Naresh joined #salt
11:25 gmacon joined #salt
11:28 rem5 joined #salt
11:56 XenophonF isn't there a way to extend a Salt Cloud profile from the map file?
11:57 _KaszpiR_ joined #salt
11:58 XenophonF yes it can!
11:58 XenophonF https://docs.saltstack.com/en/latest/topics/cloud/map.html
11:59 evle1 joined #salt
12:08 felskrone joined #salt
12:10 zerocoolback joined #salt
12:14 bvcelari joined #salt
12:24 alker joined #salt
12:32 kellyp joined #salt
12:35 alker1 joined #salt
12:37 rebbdohr left #salt
12:43 mrueg joined #salt
12:44 _KaszpiR_ joined #salt
12:50 cyteen__ joined #salt
12:53 sh123124213 joined #salt
12:56 lahi joined #salt
12:57 lahi hello world
12:58 rem5 joined #salt
13:02 hatifnatt Hello.
13:03 hatifnatt Is there good way to get list of interface names, using salt functions?
13:05 hatifnatt Seems it's easier to use something like 'ls -1 /sys/class/net'
13:06 coredumb hatifnatt: using the grains is not sufficient for you?
13:08 hatifnatt Ah I'm always forget about grains.
13:13 coredumb :)
13:17 sh123124213 joined #salt
13:18 Nahual joined #salt
13:20 hatifnatt coredumb: But I still need to get only key names and filter loopback interface. Is it preferable to use grains or execution mudule? I think get value from  grains is faster?
13:23 sh123124213 joined #salt
13:23 coredumb yeah getting value from grains would be faster
13:26 lahi hello all, did anyone had to create a formula to run a .exe file inside a path with whitespace? (say, C:\Program Files\app.exe)
13:27 hatifnatt Things was easier (in most cases)  without that "Predictable Network Interface Names"
13:28 fracklen joined #salt
13:32 rebbdohr joined #salt
13:33 rebbdohr left #salt
13:37 coredumb hatifnatt: well you're not forced to use that though... all my servers have that crap disabled
13:40 hatifnatt coredumb: but it spreads more and more widely. Isn't it better to accept it early than later?
13:41 DammitJim joined #salt
13:42 coredumb as long as there's a way not to
13:42 coredumb :D
13:46 edrocks joined #salt
13:47 jdipierro joined #salt
13:53 hatifnatt I finished with {% set interfaces = salt['grains.get']('ip_interfaces').keys()|reject("equalto", "lo")|list|sort -%} not sure that is most elegant solution...
13:59 cyteen_ joined #salt
14:02 mchlumsky joined #salt
14:05 kojiro joined #salt
14:06 mchlumsky joined #salt
14:08 numkem joined #salt
14:12 N-Mi joined #salt
14:29 murphyslaw joined #salt
14:31 rlatimore joined #salt
14:31 sh123124213 joined #salt
14:32 Elsmorian joined #salt
14:33 cgiroua joined #salt
14:34 gh34 joined #salt
14:36 fracklen joined #salt
14:41 shripadr joined #salt
14:44 ooboyle joined #salt
14:47 c2tarun joined #salt
14:47 c2tarun left #salt
14:51 pbandark joined #salt
14:52 haam3r_ hatifnatt: Depends a little on what your end goal is with this :)
15:00 khaije1 joined #salt
15:00 Hybrid1 joined #salt
15:02 scbunn joined #salt
15:03 fracklen joined #salt
15:05 user-and-abuser joined #salt
15:07 khaije1 Hey y'all I think I'm not able to connect to bootstrap.saltstack.com on my VM build machine thought other machines work fine. Could I have gotten blacklisted?
15:07 * khaije1 realizes this is a kinda dumb question
15:09 sh123124213 joined #salt
15:10 fleaz joined #salt
15:14 murphyslaw joined #salt
15:16 ooboyle joined #salt
15:17 _JZ_ joined #salt
15:21 noobiedubie joined #salt
15:23 hatifnatt haam3r_: Goal is to get list of interfaces to populate /etc/network/interfaces template, prior deb9 I have eth0 eth1 hardcoded.
15:26 rlatimore joined #salt
15:28 dendazen joined #salt
15:33 haam3r_ hatifnatt: Why not use the "interfaces" grain? Ie something like '{% set int = salt['grains.get']('interfaces', 'eth0')[:-1]%}'
15:36 brent joined #salt
15:37 murphyslaw joined #salt
15:41 pbandark joined #salt
15:45 tiwula joined #salt
15:57 rem5 joined #salt
15:58 _JZ__ joined #salt
16:00 ProT-0-TypE joined #salt
16:03 mcqueenorama joined #salt
16:07 PFault left #salt
16:11 ExtraCrispy joined #salt
16:14 mikecmpbll joined #salt
16:18 murphyslaw_ joined #salt
16:19 cgiroua_ joined #salt
16:26 XenophonF khaije1: are all your machines behind the same NAT?
16:27 PFault joined #salt
16:27 XenophonF is your VM build machine able to connect to other stuff?
16:29 khaije1 Yeah, XenophonF it's almost garunteed I'm just dummy'ing up somewhere
16:44 mcqueenorama joined #salt
16:46 onlyanegg joined #salt
16:47 disguisedhorse joined #salt
16:52 disguisedhorse left #salt
16:53 gmoro joined #salt
17:02 edrocks joined #salt
17:02 promorphus joined #salt
17:03 cyteen_ joined #salt
17:05 murphyslaw joined #salt
17:10 englishm_work joined #salt
17:13 aldevar left #salt
17:23 XenophonF Things I have deployed this week using winrepo:
17:23 XenophonF Yubikey Personalization Tool
17:23 XenophonF Visual Studio Community 2017
17:23 XenophonF Steam
17:23 XenophonF Cheat Engine
17:23 XenophonF Things I should have been deploying this week using winrepo:
17:23 XenophonF Office
17:24 XenophonF Bitdefender
17:24 XenophonF LOL
17:24 zerocoolback joined #salt
17:25 XenophonF Anyone else here using Salt to deploy Office?
17:26 kellyp joined #salt
17:30 kellyp joined #salt
17:43 kojiro joined #salt
17:45 murphyslaw joined #salt
17:45 hatifnatt haam3r_: But I'm using 'ip_interfaces' grain, there is no 'interfaces' grain, also I need to filter 'lo' interface.
17:46 hatifnatt XenophonF: I'm only using it on Linux :)
17:48 hatifnatt haam3r_: Need to mention I'm still on 2016.11.8 version
17:54 puzzling1 joined #salt
17:58 pipps joined #salt
17:59 pipps joined #salt
18:03 edrocks joined #salt
18:03 promorphus joined #salt
18:04 puzzling1 joined #salt
18:04 Kax joined #salt
18:06 pipps joined #salt
18:11 pipps joined #salt
18:20 wongster80 joined #salt
18:23 bvcelari joined #salt
18:27 puzzling1 joined #salt
18:34 tapoxi joined #salt
18:35 mcqueenorama joined #salt
18:35 tapoxi anyone get jinja/sls highlighting to work in pycharm/intellij?
18:35 tapoxi sick how how slow atom is
18:38 pipps joined #salt
18:39 fracklen joined #salt
18:41 fracklen joined #salt
18:46 edrocks joined #salt
18:50 wryfi joined #salt
18:50 amosbird joined #salt
18:56 MTecknology tapoxi: I can't imagine anyone would, since vim > *. ;)
18:57 edrocks joined #salt
18:58 MTecknology A quick google search claims the community version of pycharm doesn't have yaml support, but the paid version does?
18:58 amosbird left #salt
18:58 pbandark1 joined #salt
18:59 MTecknology " it's already possible to associate any file type to the plugin, you have just to go to editor > file types > yaml/ansible."
19:00 cyteen__ joined #salt
19:08 user-and-abuser joined #salt
19:15 khaije1 Confirming assumption: the Py renderer is the quickest?
19:16 oida joined #salt
19:16 ymasson joined #salt
19:23 pipps joined #salt
19:41 DoomPatrol vim; set filetype=yaml
19:41 DoomPatrol :o
19:41 bvcelari joined #salt
19:42 onlyanegg joined #salt
20:01 MTecknology oh?.. I use  :set syntax=yaml
20:02 Lenz joined #salt
20:02 MTecknology I also use one of these in .vimrc -- autocmd BufEnter,BufRead /.../posts/* syn on | set syntax=markdown | set tw=80 | set wrap
20:07 inad922 joined #salt
20:09 toanju joined #salt
20:09 puzzlingWeirdo joined #salt
20:12 yidhra joined #salt
20:13 Hybrid1 joined #salt
20:23 pipps joined #salt
20:24 tapoxi MTecknology: yeah I need to bite the bullet and use vim as an ide
20:31 saltslackbridge joined #salt
20:31 absolutejam left #salt
20:32 gtmanfred khaije1: the json one is probably the fastest
20:32 gtmanfred if you just only use json, and dont  have any jinja in it
20:37 khaije1 Gotcha, that makes perfect sense... nothing to evaluate
20:38 khaije1 gtmanfred: what the next logical step for a person using complicated dynamic jinja that wants to speed it up?
20:39 saltslackbridge <gtmanfred> man, that is rough.
20:40 saltslackbridge <gtmanfred> if you want to speed stuff up, the first thing to do is get rid of jinja
20:40 saltslackbridge <gtmanfred> and the second is to get rid of as many pillars as possible
20:41 saltslackbridge <gtmanfred> the py renderer is going to probably be just about as slow as rendering with jinja.  it might be a tiny bit faster, but I don’t think it would be a lot faster
20:43 khaije1 gotcha, I'd always assumed there was a graceful escape hatch the the nonsense I've been producing heheh
20:43 brianthelion joined #salt
20:44 brianthelion Love "parallel: True" but need a way to stop that state from running when a dependent state fails
20:44 sh123124213 joined #salt
20:46 fracklen joined #salt
20:47 puzzlingWeirdo joined #salt
20:53 saltslackbridge <adammike> define complicated jinja? are you sure that's what is slowing you down?
20:58 kellyp joined #salt
21:00 pipps joined #salt
21:02 saltslackbridge <james> Is the bridge back in action?
21:03 saltslackbridge <james> Oh, I was wondering earlier
21:03 saltslackbridge <james> and I might test it if nobody knows
21:03 saltslackbridge <gtmanfred> it is
21:03 saltslackbridge <james> sweet
21:03 Ahlee What's the bridge to?
21:03 saltslackbridge <james> I know at the minute, there's no way to run state, collect info from minion (or whatever) then continue based on this info
21:03 khaije1 adammike: https://github.com/genesis-matrix/gema-plr-core/blob/master/pillarstack.cfg it's jinja evaluated by pillarstack
21:04 saltslackbridge <james> Because the state is generated at the start
21:04 saltslackbridge <james> But if I ran multiple orchestrations within an orchestration (so meta), would that do it?
21:05 saltslackbridge <adammike> that's not bad
21:05 saltslackbridge <james> XenophonF - Are you managing desktops with Salt?
21:05 mikecmpbll joined #salt
21:05 saltslackbridge <adammike> well, I guess it depends on how large those dicts are
21:05 saltslackbridge <adammike> heh
21:06 cyteen joined #salt
21:06 khaije1 adammike: oh ok cool. Speeds not an issue so far, more looking to future improvements
21:06 khaije1 the first thing I'd do is remove the log output
21:10 fracklen joined #salt
21:12 saltslackbridge <gtmanfred> Ahlee saltstack community slack
21:16 mTeK joined #salt
21:21 pipps joined #salt
21:26 pipps joined #salt
21:26 pipps99 joined #salt
21:32 seano joined #salt
21:33 seano Hiya. Banging my head on this one.
21:33 seano With salt-ssh, when running a simple command like: `salt-ssh '*' cmd.run 'w'`, a few host always fail with the following. Different hosts each time.
21:34 seano host2:
21:34 seano ----------
21:34 seano retcode:
21:34 seano 127
21:34 seano stderr:
21:34 seano Connection to host2.
21:34 seano stdout:
21:34 seano /bin/sh: /home/user/.32a86549ea10.py: No such file or directory
21:34 hemebond seano Usually best to put that in a pastebin of some sort.
21:34 seano yeah, started to but thought it might be short enough. Sorry.
21:35 seano main thing is this:
21:35 seano /bin/sh: /home/user/.32a86549ea10.py: No such file or directory
21:37 _KaszpiR_ joined #salt
21:37 saltslackbridge <gtmanfred> if it is longer than 3 line, use a pastebin
21:37 saltslackbridge <gtmanfred> preferably gist
21:45 pipps joined #salt
21:45 brianthelion Any thoughts on how to stop this parallel state in the event of a subsequent failure?
21:47 hemebond brianthelion: Does it have the dependency defined?
21:47 pipps99 joined #salt
21:48 pipps_ joined #salt
21:48 puzzlingWeirdo joined #salt
21:49 seanorama joined #salt
21:49 brianthelion the order state structure is (A: parallel: True) and (B: require: - A). So then B fails and I want to stop A.
21:49 hemebond But... you have it backwards.
21:49 hemebond B requires A so B will not run if A fails.
21:50 brianthelion A is a service and B is a client
21:50 brianthelion the client requires the service
21:50 hemebond Then A requires B
21:50 hemebond So you've got it backwards.
21:50 brianthelion but if the client fails I want to kill the service
21:51 brianthelion this is simple testing scenario
21:51 brianthelion it is as i describe it
21:51 brianthelion in order to run the client, you need the service running. but then you need to stop the service if the client fails
21:52 hemebond Then you need another state to stop the service.
21:52 brianthelion that's one option, but then i have to do all the PID bookkeeping myself
21:52 hemebond (not sure what this has to do with parallel)
21:53 brianthelion instead of running the executable as nohub &, I just run it through salt as parallel: True
21:53 xet7 joined #salt
21:54 brianthelion except salt doesn't give me a kill switch
21:55 hemebond This sounds like orchestration or a script.
21:56 brianthelion i would argue that ANY time a programming logic gives you parallelism, it also needs to give you a kill switch
21:56 hemebond I don't understand, but that doesn't sound right. parallel just means "these states can be applied at the same time"
21:57 hemebond *shrug*
21:57 brianthelion without control signals, it also means you can no longer have any expectations about what might happen in that parallel thread
21:58 hemebond Are you saying states don't work the same when used with parallel?
21:59 brianthelion strange behavior due to concurrency issues is definite possibility
21:59 hemebond You said the "client" state requires the "service" state, yeah?
21:59 hemebond Does the "client" state run even if the "service" state fails?
22:00 brianthelion the client state and the service state are run in parallel. the client state will fail of its own accord if the service isn't running
22:01 hemebond "the client state and the service state are run in parallel." not if your "client" state "require"s the "service" state.
22:01 brianthelion sorry, i mis-spoke earlier about the requires. you're correct
22:01 pipps joined #salt
22:02 brianthelion the client should not "requires: " the service otherwise it won't run until the service exits (ie, never)
22:03 hemebond So you're not actually running a service, you're just running a program...
22:03 hemebond Yeah?
22:04 brianthelion it's a service insofar as it's sitting on a port, waiting to accept incoming connections; it's not a proper systemd "service" writ large
22:05 brianthelion i could certainly turn it into one, but i'd prefer to not have to do that
22:06 seano joined #salt
22:06 hemebond So you say the "service" fails by itself eventually.
22:07 hemebond I've forgotten what the original problem was. If the "service" fails by itself, what was the question around a kill switch?
22:08 brianthelion it's a testing scenario, so if the client fails i need to kill the service
22:08 brianthelion the service is just blocked, waiting on a socket
22:08 hemebond So it _doesn't_ fail by itself?
22:09 brianthelion no
22:09 hemebond Is it supposed to be a service?
22:09 brianthelion yes
22:10 hemebond Then I would make it a proper service. Then use three states service -> client -> service (onfail)
22:10 brianthelion yeah, i was just hoping to avoid doing that work
22:10 hemebond Then use a script to do it.
22:11 brianthelion that's sorta my point: if salt is going to give us "parallel: True" then there are going to situations like this one where we also need "onfail: kill"
22:11 hemebond Put your logic into a shell script and have Saltstack run that.
22:11 hemebond Why?
22:11 brianthelion that's what I will do
22:11 hemebond That's not what parallel is for.
22:11 hemebond It's not to run executables in parallel
22:11 hemebond It's just to apply states in parallel
22:11 brianthelion states are the same thing as executables in practice
22:12 hemebond Nope :-)
22:12 brianthelion there's no difference from a programming standpoint
22:12 hemebond Need to move away from that thinking.
22:12 brianthelion they run. period.
22:12 hemebond They apply.
22:12 brianthelion apply = run
22:12 hemebond Nope.
22:12 brianthelion sometimes apply takes zero time and sometimes it takes a lot of time
22:12 hemebond "is the system in this state" is different to "do this now"
22:12 brianthelion but it always blocks execution
22:12 bigjazzsound joined #salt
22:13 hemebond *"make sure the system is in this state"
22:13 brianthelion .... and then salt goes and runs something
22:13 hemebond Maybe.
22:13 brianthelion it's all the same
22:13 hemebond Okay :-)
22:14 user-and-abuser joined #salt
22:17 brianthelion also, sending kill -9 to a process (state) being run as parallel: True crashes the minion, even if the PID is that of a child terminal
22:18 brianthelion probably to do with the way the file descriptors of the parallel process of kept by salt
22:18 vodik joined #salt
22:21 pipps joined #salt
22:24 ange joined #salt
22:28 pipps joined #salt
22:35 puzzlingWeirdo joined #salt
22:37 user-and-abuser joined #salt
22:45 saltslackbridge <james> Anyone had issues with `file.directory` and `clean: True` hanging indefinitely?
22:46 puzzlingWeirdo joined #salt
22:48 cgiroua joined #salt
23:05 pipps joined #salt
23:07 saltslackbridge <james> https://github.com/saltstack/salt/issues/13654
23:07 saltslackbridge <james> Looks like :weary:
23:07 saltslackbridge <james> That issue is closed but not fixed in
23:08 saltslackbridge <james> Should I create a new one?
23:08 hemebond Can you re-open that one?
23:09 saltslackbridge <james> Never mind, found another that's open
23:22 seanlb joined #salt
23:28 WesleyTech joined #salt
23:29 dashdotdot joined #salt
23:37 yidhra joined #salt
23:38 pipps joined #salt
23:40 zerocoolback joined #salt

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