Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-12-22

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

All times shown according to UTC.

Time Nick Message
00:00 whatapain RandyT: nothing failed, the instance lauches successfully, salt-cloud -F shows old terminated instances, not the existing running one even though when i do -l trace i can see the running instance in the xml that the ec2 api spits back.  it's like salt-cloud isn't parsing the ec2 api results properly
00:02 yomilk joined #salt
00:04 keimlink_ joined #salt
00:06 intel joined #salt
00:06 RandyT whatapain: interesting, I had not looked at output from that flag. I can confirm that I also see outdated information
00:06 whatapain RandyT: looks like the solution is rename_on_destroy: True
00:07 RandyT whatapain: I've been running with that key all along, so not sure that is the solution
00:08 whatapain hmm
00:08 aqua^c joined #salt
00:09 perfectsine joined #salt
00:10 whatapain RandyT: my guess is this won't fix itself until the old instances that are terminated using the same name as the running instance are cleared from ec2
00:10 whatapain which sucks because that can take up to an hour
00:12 otter768 joined #salt
00:13 whatapain sure enough, now it's fixed
00:13 pegmanm joined #salt
00:14 cheus joined #salt
00:15 akhter joined #salt
00:15 lahwran joined #salt
00:18 sk_0 joined #salt
00:25 TyrfingMjolnir joined #salt
00:32 overyander joined #salt
00:32 yomilk joined #salt
00:37 abednarik joined #salt
00:41 freelock hi... One of my states recursively resets file permissions on a web application... two parts to this, code and assets.
00:41 freelock for one place we're using this, the assets directory has some sub-directories that are Samba-mounted shares
00:43 freelock these states are failing for this instance, because the root user is not capable of setting permissions here...
00:43 freelock I'm not seeing anythign for restricting a file.managed recurse: file_mode, directory_mode to a single filesystem. Any suggestions?
00:44 freelock I'm thinking I may need to use find -xdev or something...
00:45 whytewolf freelock: exclude_pat
00:46 frew when I run salt-call --local state.highstate -l warning, the final report says 10s, but time measures that it took closer to 30s
00:46 frew what's taking up the extra 20s?  parsing the files?
00:46 subsignal joined #salt
00:47 keepguessing joined #salt
00:47 frew it's actually even worse, it cleans 3.6s and really took 37s
00:47 frew s/cleans/claims/
00:48 frew if it actually took 4s I wouldn't even be paying attention
00:48 frew but 37s is kidnav a while for a test run
00:48 whytewolf frew: you can fine out with salt-call -l trace and see where it is pausing
00:49 frew whytewolf: I guess what I mean to ask is: what is total run time measuring if not end_time - start_time
00:50 frew but I'll do a trace and see if I can find the slow things
00:50 whytewolf frew: it is mesureing how long it actually takes for the states to run. [not all the build up for those states]
00:51 frew ok let's see
00:52 johnkeates joined #salt
00:52 om joined #salt
00:52 frew I wonder why wide lines make less choke so much
00:53 jaybocc2 joined #salt
00:53 whytewolf i don't know. never had that problem
00:53 whytewolf although less can be a pain when dealing with lots of lines
00:53 frew I figured it'd be better than | vi -
00:54 Edgan Is there a way to say when a grain doesn't match in top.sls?
00:54 whytewolf vi or at least vim has better memory manegment then less does
00:54 * frew pipes to cut -b500-
00:54 frew vi ~~ vim for me
00:54 frew er, cut -b0-512-
00:56 frew yeah wow
00:56 frew it's like
00:56 frew all "stat"'s
00:57 whytewolf Edgan: match: compound with "not G@grain" or "* and not G@grain" if earlyer then 2015.versionnumber escapes me right now
00:58 Edgan whytewolf: You mean it has to be an older version or it has to be at least 2015.*?
00:58 whytewolf Edgan: I mean i can't remeber what version they added the ability to use not as the first word
00:58 Edgan ok
00:59 whytewolf but "* and not G@grain" should work no matter the version
01:00 whytewolf i think my brain is fried
01:02 brianfeister joined #salt
01:03 geekatcmu Just like mine!
01:03 abednarik joined #salt
01:04 keepguessing whytewolf: my minions are not installing packages until I run state.highstate. Is this expected?
01:05 keepguessing salt-minion is running.
01:08 whytewolf keepguessing: we have covered this. yes this is expected. you need to setup a schedule if you want salt to start automagically doing things
01:08 keepguessing whytewolf: well That I thought was for master.
01:08 keepguessing whytewolf: well That I thought that was for master.
01:08 jaybocc2 joined #salt
01:08 keepguessing whytewolf: the agents do not constantly check for the same?
01:09 whytewolf keepguessing: no
01:10 keepguessing whytewolf: thanks.
01:11 auzty joined #salt
01:12 pegmanm joined #salt
01:12 freelock whytewolf: exclude_pat does look like what I'm looking for, but doesn't seem to work for file.directory recurse
01:17 nidr0x joined #salt
01:23 whytewolf freelock: oh. I thought you were using file.recurse. [since you keep saying recurse]
01:24 whytewolf exclude_pat in file.directory is just to ignore what to clean
01:24 freelock ok. well I fixed by putting the network mount outside the directory and using a symlink...
01:25 whytewolf that is another way to go about it
01:25 brianfeister joined #salt
01:26 anotherZero joined #salt
01:27 PsionTheory joined #salt
01:30 abednarik joined #salt
01:42 PsionTheory_ joined #salt
01:44 jdipierro joined #salt
01:54 malinoff joined #salt
02:06 gdgdfg joined #salt
02:24 kusams joined #salt
02:34 williamthekid joined #salt
02:37 KyleG1 joined #salt
02:51 wych How can I add a custom jinja filter or salt module to be used in pillar? Say: I want to figure out which role a minion belongs to in pillar's top file. I could use {% set role = salt['my_function.get_role'](grains['id'])%} and include its pillar data. I tried add modules in /srv/salt/_modules/ it worked in command line and states, but didn't work in pillar.
02:58 catpiggest joined #salt
03:06 yomilk joined #salt
03:06 invalidexception joined #salt
03:09 rem5 joined #salt
03:20 jaybocc2 joined #salt
03:29 nidr0x joined #salt
03:29 writtenoff joined #salt
03:29 evle joined #salt
03:31 RandyT anyone around that could help me understand how to pull in pillar s3 code from develop into current release?
03:32 favadi joined #salt
03:35 jaybocc2 joined #salt
03:42 colegatron joined #salt
03:45 lude joined #salt
03:47 kusams joined #salt
03:49 aidalgol joined #salt
03:52 MeltedLux joined #salt
03:58 brianfeister joined #salt
03:59 brianfei_ joined #salt
04:02 colegatron joined #salt
04:08 yomilk joined #salt
04:09 kusams joined #salt
04:15 jdipierro joined #salt
04:17 kshlm joined #salt
04:21 ramteid joined #salt
04:21 brianfeister joined #salt
04:23 jdipierro joined #salt
04:27 racooper joined #salt
04:27 anmol joined #salt
04:30 mattiasr joined #salt
04:33 jdipierro joined #salt
04:40 DanyC joined #salt
04:40 moogyver joined #salt
04:50 jfindlay RandyT: sorry that I'm not too familiar with s3
04:50 jfindlay what code are you looking at?
04:52 jfindlay wych: that seems like it might be a bug to me, especially since you are able to get it to work with state sls
04:55 spuder joined #salt
04:57 kusams joined #salt
05:03 brianfeister joined #salt
05:07 colttt joined #salt
05:07 brianfeister joined #salt
05:07 RandyT jfindlay: was looking for a way to pull code in from the development branch and load it as extension modules without having to cherry pick from the develop branch
05:08 RandyT have tried a number of things to try to overload those develop branch modules without any luck
05:08 jfindlay well, that should work, as long as the modules you're backporting are loaded by salt's loader
05:09 jfindlay I'm not sure about anything in `utils/` though
05:09 RandyT jfindlay: so what is the proper place to load things like the pillary/s3.py?
05:09 jfindlay /srv/salt/_pillar/ should work
05:09 RandyT that does not seem to do it...
05:10 jfindlay hmm
05:10 RandyT have tried that without luck
05:10 jfindlay does it get propagated to the minion's cache dir?
05:11 RandyT well, not sure where minion is involved. I guess in the pillar_refresh.
05:11 RandyT and attempting to figure out if it is working, I've added kms_keyid parameter to the s3 ext_pillar, but it fails to see that as a valid parameter.
05:12 RandyT so, taking s3.py from salt/pillar in the develop branch, placing it in srv/salt/_pillar. Restarting the master and doing a pillar_refresh
05:13 RandyT and it is getting propogated to /var/cache/salt/minion/extmodes/modules/ directory
05:14 solidsnack joined #salt
05:17 RandyT and actually, those copies of s3.py are from previous attempts to load this.
05:17 RandyT nothing from the _pillar directory I've just created is in cache
05:19 jdipierro joined #salt
05:19 wych @jfindlay  So I fire an issue, https://github.com/saltstack/salt/issues/29915
05:19 saltstackbot [#29915]title: extension module didn't work in pillar's top file but works in states file | I am trying to make pillar include minion's data accordingly, like hiera did.Like include minion's role config data first, if minion's specific config exists, include override whatever included before....
05:24 onlyanegg joined #salt
05:26 malinoff joined #salt
05:30 iggy RandyT: for stuff that runs in the master context, you have to use the extension_modules setting in the master config file... /srv/salt/_* dirs don't work for it
05:40 jfindlay right, because pillar runs on the master, duh
05:40 jfindlay sorry for leading you astray, RandyT
05:41 jfindlay cool, thanks wych
05:42 kusams joined #salt
05:47 jaybocc2 joined #salt
06:02 jaybocc2 joined #salt
06:03 rem5 joined #salt
06:09 rdas joined #salt
06:13 nidr0x joined #salt
06:31 mattiasr joined #salt
06:33 rotbeard joined #salt
06:37 favadi joined #salt
06:42 brianfeister joined #salt
06:43 brianfei_ joined #salt
06:51 MeltedLux left #salt
06:56 akhter joined #salt
06:57 GrueMaster joined #salt
06:59 felskrone joined #salt
07:12 boargod3 joined #salt
07:13 ajw0100 joined #salt
07:14 oravirt joined #salt
07:16 RobertChen117 joined #salt
07:21 oravirt joined #salt
07:24 DanyC joined #salt
07:26 cberndt joined #salt
07:34 mattiasr joined #salt
07:34 boargod3 joined #salt
07:37 RobertChen117 joined #salt
07:40 RobertChen117 joined #salt
07:42 jaybocc2 joined #salt
07:46 RobertChen117 joined #salt
07:52 solidsnack joined #salt
07:55 keimlink joined #salt
07:58 jamesp9 joined #salt
08:00 otter768 joined #salt
08:00 KermitTheFragger joined #salt
08:01 RobertChen117 joined #salt
08:02 kshlm joined #salt
08:03 RobertChen117 joined #salt
08:06 jamesp9 joined #salt
08:13 charli joined #salt
08:19 armyriad joined #salt
08:19 eseyman joined #salt
08:23 TyrfingMjolnir joined #salt
08:27 armyriad joined #salt
08:28 jhauser joined #salt
08:28 solidsna_ joined #salt
08:29 armyriad joined #salt
08:30 DanyC joined #salt
08:31 armyriad joined #salt
08:32 brianfeister joined #salt
08:37 Mandorath joined #salt
08:41 RobertChen117 joined #salt
08:42 Mandorath Hi, quick question about formulas this is my first time using one. I just read the instructions about formulas, i'm assuming I need to put all the formulas sls files in the top.sls. In this case im trying to setup openssh using the formula on github.
08:46 LotR Mandorath: only the ones you want to use directly. for openssh for example, I only have openssh.config in my top.sls
08:47 pegmanm joined #salt
08:48 oeuftete joined #salt
08:49 Mandorath LotR: I'd also like to populate the known_hosts file so i'll add that one to and i'll have a look at the other ones. Thx for the quick reply!
08:51 zer0def joined #salt
08:53 dkrae joined #salt
08:57 RandyT joined #salt
08:57 kshlm joined #salt
08:59 fredvd joined #salt
09:00 DanyC joined #salt
09:02 TyrfingMjolnir joined #salt
09:05 Rumbles joined #salt
09:08 s_kunk joined #salt
09:08 AlberTUX1 joined #salt
09:09 s_kunk_ joined #salt
09:12 dkrae joined #salt
09:13 dkrae joined #salt
09:16 s_kunk joined #salt
09:17 Xevian joined #salt
09:22 jdipierro joined #salt
09:25 RobertChen117 cmd.run  run a script, if the script is in dead loop, how salt kill it ?
09:29 yomilk joined #salt
09:29 N-Mi joined #salt
09:30 DanyC joined #salt
09:32 kusams joined #salt
09:33 jamesp9 joined #salt
09:35 jhauser joined #salt
09:37 keimlink joined #salt
09:38 thefish joined #salt
09:41 fen joined #salt
09:41 fen hello :)
09:42 fen i'm puzzled by saltmine. i try to do a cmd.run through the mine and in the log i always get 'TypeError: run() takes at least 1 argument (0 given)'
09:42 fen this is the pillar:
09:42 fen mine_functions:cmd.run: ['echo Hello']
09:43 fen http://pastebin.com/DCy3ibHm
09:45 fen this is the error: http://pastebin.com/E5PQDWfR
09:45 fen any ideas?
09:49 colegatron joined #salt
09:50 slav0nic joined #salt
10:01 otter768 joined #salt
10:08 armguy joined #salt
10:09 Qlawy joined #salt
10:09 Qlawy Is this normal behavior that why Im using file.managed or archive.extracted and set source to some file it tries to download it to RAM?
10:10 Qlawy Im downloading large install file and I immediatly run out of memory
10:11 Qlawy and state files due to MemoryError
10:11 Qlawy http://wklej.org/id/1884125/
10:13 babilen Nice one!
10:13 babilen (not for you though)
10:14 babilen Qlawy: Please report that on https://github.com/saltstack/salt/issues -- I'm not sure if there is anything you can do about it right now, but it would be good to get this looked at
10:14 babilen Qlawy: Which version of salt is that?
10:15 Qlawy salt 2015.8.1 (Beryllium)
10:15 babilen You are downloading over http, aren't you?
10:16 babilen Because if you are, it would be https://github.com/saltstack/salt/issues/28641
10:16 saltstackbot [#28641]title: Problem doing file.managed with a http source | OS: https://vagrantcloud.com/boxcutter/boxes/oel67/versions/3.0.3...
10:17 Qlawy babilen: yup, over http
10:17 babilen A workaround would be to download the file with, say, curl and then use salt to work on that.
10:17 fe92 joined #salt
10:18 Qlawy babilen: kk, thanks a lot :)
10:21 AlberTUX1 joined #salt
10:21 brianfeister joined #salt
10:24 babilen Qlawy: Did you use the same state with a different salt version without problems before or is this the first time you try?
10:26 bluenemo joined #salt
10:27 N-Mi joined #salt
10:31 giantlock joined #salt
10:32 RobertChen117 joined #salt
10:32 Qlawy babilen: nope, this is first time I use this
10:33 babilen right, it would have provided some clues if it had worked earlier (in the "what changed?" way)
10:33 M-liberdiko joined #salt
10:41 hax404 joined #salt
10:42 brianfeister joined #salt
10:43 EvaSDK hey guys, looks like your jessie repository has a corrupt libzmq3-dev package
10:45 babilen https://github.com/saltstack/salt/issues/29472
10:45 saltstackbot [#29472]title: Debian Jessie SaltStack repo | The Debian 8 repository `repo.saltstack.com/apt/debian/8/amd64/2015.5` is currently missing some development packages that cause errors to be throw when mirroring the repository....
10:47 Mandorath Does salt read external_pillars on every run. In my case I have a value set in foreman, when i run a highstate using command line does Salt pick up the value or only when I run a highstate on foreman?
10:47 babilen Saltstack essentially decided to package everything themselves, which means that the former maintainers stopped their work. They use https://github.com/saltstack/salt-pack for this and invite PRs, but I'm not sure if there is anything you can do about libzmq3-dev at the moment
10:48 babilen EvaSDK: I am essentially still on 2015.5.3 due to this (also because there are no wheezy packages at the moment)
10:48 babilen Hell, I should just package it myself (in a manual way)
10:49 linjan joined #salt
10:51 EvaSDK 15 days, that's way before I started using it
10:51 EvaSDK maybe it's just repo.saltstack.com and not debian.saltstack.com ?
10:51 babilen Yeah, it is just repo.saltstack.com, debian.saltstack.com was the, now unmaintained, repository to which packages were uploaded manually
10:52 EvaSDK ah that explains why, thanks
10:57 babilen EvaSDK: 2015.8.3 is in both stretch and sid now and shouldn't be too hard to backport to jessie (or wheezy)
10:58 giantlock joined #salt
10:58 babilen EvaSDK: Which release are you on?
10:58 AndreasLutro does anyone know anything about this? https://github.com/saltstack/salt/issues/29921
10:58 saltstackbot [#29921]title: pygit 0.21 not fully supported? | I'm trying to use gitfs for both pillars and states, using SSH authentication with an RSA key, but am getting this error:...
11:01 EvaSDK babilen: jessie
11:02 babilen Right
11:02 arapaho joined #salt
11:02 EvaSDK anyway, it's ok, I'll just fallback to installing from the old repo for now in my PXE install and find a way for saltify to actually give master address and minion_id
11:03 jhauser joined #salt
11:04 EvaSDK not sure the doc is actually right when it says it should setup minion_id and master address
11:05 EvaSDK since it just calls bootstrap with config args
11:07 rdas joined #salt
11:12 Mandorath Nvm the previous question it does get picked up even when i run a highstate on command line.
11:18 AlberTUX2 joined #salt
11:23 jdipierro joined #salt
11:29 Qlawy Can I use test brackets [ ] in unless option in cmd.run?
11:30 Qlawy O tried to do [ -f /path/to/file ] and it seems that it is ignored :/
11:42 ggoZ joined #salt
11:42 evle joined #salt
11:43 AndreasLutro Qlawy: yes, but you need to wrap it in quotes, or yaml will translate it to a list
11:44 AndreasLutro Qlawy: it's easier just to use the actual test command
11:46 babilen Qlawy: Use "test  -f ..."
11:50 amcorreia joined #salt
11:51 shiriru joined #salt
11:55 Qlawy thanks
11:55 AndreasLutro man, pygit2
11:55 AndreasLutro what a hassle
11:57 simon-988 joined #salt
12:00 simon-988 in master-syndic architecture I got 3 levels. First level => alphamaster to which all syndics are connected and on each syndic I got also betamaster (second in the hierarchy) and salt-minion (third level) and under that betamaster I got manu minions
12:00 DanyC hi all, given this cli (exec module) _boto_secgroup.get_group_id dani-test-lb vpc_id=vpc-xxx_ how can i call that from jinja? I've done _ sg_id: "{{ salt['boto_secgroup.get_group_id']('dani_test_lb') }}"_ but i don't know how to inset the 2nd param
12:00 DanyC *insert
12:00 DanyC *2nd argument
12:01 simon-988 now how can i run states (SLS) from my ALPHAMASTER on BETAMASTERs?
12:02 otter768 joined #salt
12:02 simon-988 i want to do a 2-phases deployment.. I want to push files (modified states for 3rd lvl nodes => minions) to BETAMASTER and then run state.apply
12:04 simon-988 I thought I need only to define on my ALPHAMASTER the right file_roots and it'll be immediately visible to BETAMASTERs so I can at least write an SLS which will copy these files from ALPHA to BETA and then I can directly from ALPHA or through BETAmaster run state.apply and execute modified states, but it deson't seem to work..
12:08 simon-988 basically how can I make states available on my ALPHAmaster available also to lower masters (BETAmasters) in the hierarchy?
12:20 yomilk joined #salt
12:20 mitsuhiko joined #salt
12:28 Dzevad joined #salt
12:30 drawsmcgraw joined #salt
12:32 EvaSDK great, I managed to override existing configuration in salt-bootstrap but now I get [ERROR   ] Invalid keyword 'standard' for variable 'master_type'
12:32 EvaSDK and latest documentation says "
12:32 EvaSDK The type of the master variable. Can be str, failover or func.
12:34 EvaSDK ah but of course master is not running the same version minions do :/
12:34 yomilk joined #salt
12:34 ericof joined #salt
12:37 EvaSDK that was it
12:42 simon-988 joined #salt
12:43 rdas joined #salt
12:44 simon-988 simpler question. how can I execute a state on syndic node using master to which that syndic is connected to?
12:46 diegows joined #salt
12:47 akhter joined #salt
12:51 johnkeates joined #salt
12:51 babilen EvaSDK: "create the servers to do that with salt" ?
12:54 ggrsa joined #salt
13:04 simon-988 i see nobody wants to answer :-( ehm... another try then... http://i.imgsafe.org/c39c575.png how can I have an SLS file on ALPHA and execute it on BETA? for now minion on BETA can see only states/pillars from BETA
13:05 simon-988 any idea how can I store some states on ALPHA, and be able to do salt 'beta' state.sls <my-state-on-alpha>
13:06 yomilk joined #salt
13:06 simon-988 i don't want to just relay command to syndic.. I basically want to execute something on the syndic but from the ALPHA perspective
13:09 giantlock joined #salt
13:34 yomilk_ joined #salt
13:41 anotherZero joined #salt
13:41 simon-988 I'm tyring now to run 2 salt-minions on the same host and salt-minion seems to not read argument --config-dir is it a known bug?
13:44 johnkeates i don't know of such a bug
13:44 johnkeates checked the github issue list?
13:44 EvaSDK babilen: I meant provision the servers using salt-cloud/saltify/salt-bootstrap
13:45 M-MadsRC1 joined #salt
13:46 EvaSDK babilen: I'm taking over a collection of VMs and servers at work and moving services under salt control on a new hypervisor
13:51 simon-988 I removed /etc/salt and even tried to run minion as a regular user and it still tries to load /etc/salt/minion_id damn...
13:54 _JZ_ joined #salt
13:54 simon-988 215.5.3 version from ubuntu's repo simply doesn't work. It checks if the config dir exists, cos if i pass a non-existing one it complains, but if I pass the right one it still tries to load stuff from /etc/salt
13:55 simon-988 also since when salt-minion has an option to pass saltfile? I thought it's only for salt-ssh...
13:58 DanyC joined #salt
13:58 subsignal joined #salt
13:59 shiin joined #salt
14:01 Qwazerty joined #salt
14:02 otter768 joined #salt
14:08 linjan joined #salt
14:08 cyborg-one joined #salt
14:09 Rumbles joined #salt
14:17 RandyT jfindlay: not a problem
14:18 morissette joined #salt
14:19 dyasny joined #salt
14:20 yomilk joined #salt
14:20 voxxit joined #salt
14:23 yomilk_ joined #salt
14:31 hardwire joined #salt
14:32 akhter joined #salt
14:32 johnkeates left #salt
14:36 winsalt joined #salt
14:36 guest joined #salt
14:39 guest What is the difference between using salt['pillar.get']('foo') instead of pillar['foo'] ?
14:39 guest how to sentence
14:41 babilen The former uses salt's implementation of pillar.get and allows you to use "foo:bar:baz" (i.e. access nested dictionaries), while the latter simply uses Python's attribute access that does not allow you to get nested data
14:41 babilen (which is a shame and one of Python's warts!)
14:42 yomilk joined #salt
14:44 felskrone joined #salt
14:45 felskrone1 joined #salt
14:47 cpowell joined #salt
14:48 felskrone joined #salt
14:48 cpowell joined #salt
14:48 Tanta joined #salt
14:49 TooLmaN joined #salt
14:50 Rumbles joined #salt
14:54 rem5 joined #salt
14:55 brianfeister joined #salt
14:59 perfectsine joined #salt
15:15 kusams joined #salt
15:15 ggoZ joined #salt
15:17 zmalone joined #salt
15:18 tehsu is there a way to check a version, for instance java version and only upgrade if its not the version I need
15:19 XenophonF joined #salt
15:19 guest Thanks babilen that's clear
15:20 sinh joined #salt
15:20 anotherZero joined #salt
15:21 akhter Anyone use boto_secgroup.present here?
15:21 akhter I'm getting a mapping failure.
15:25 jdipierro joined #salt
15:25 RandyT iggy: when you are around, you mentioned extension_modules as the right approach to pulling pieces of newer code into a stable salt installation.
15:26 jdipierro joined #salt
15:27 RandyT I've done that for pillar/s3.py and it is compiled when calling pillar_refresh, but missing some functionality needed in utils/s3.py, which is not getting loaded when placed in utils directory under the extension_modules: path.
15:27 RandyT Is there another place to put this?
15:32 otter768 joined #salt
15:32 scoates joined #salt
15:35 perfectsine joined #salt
15:36 akhter tehsu: If you're installing via package manager why not use pkg.installed?
15:36 evle joined #salt
15:41 perfectsine_ joined #salt
15:43 smkelly Is there a good person to talk to or email about SaltStack Enterprise training? I sent an inquiry the other day through the site and never heard back.
15:44 keepguessing joined #salt
15:45 zmalone I've had luck with sales@saltstack.com
15:45 morissette I mean if you sign up online
15:45 morissette A regional sales rep should have called you
15:45 morissette smkelly, let me check my e-mail
15:46 morissette tyler@saltstack.com - this guy called me
15:46 morissette Office 801.685.1442
15:46 morissette I'm sure he won't mind you calling him - he is a sales guy
15:46 morissette "I also forgot to mention that SaltStack also provides professional services if you ever need that type of help.  Also, SaltStack offers Training and Certification.  Here is some more information about that.  http://saltstack.com/training/"
15:46 morissette Some other info
15:47 smkelly Thanks.
15:51 cliluw joined #salt
15:51 jdipierro joined #salt
15:54 sinh joined #salt
15:57 DammitJim joined #salt
15:57 giantlock joined #salt
15:57 perfectsine joined #salt
15:58 om joined #salt
16:01 DanyC joined #salt
16:02 colegatron joined #salt
16:05 mpanetta joined #salt
16:07 felskrone joined #salt
16:08 mohae joined #salt
16:09 APLU joined #salt
16:10 jdipierro joined #salt
16:23 scoates joined #salt
16:24 DammitJim what happens if I change the minionid on the minion?
16:25 racooper joined #salt
16:26 zmalone DammitJim: it will re-register with the master on next minion restart with the new name
16:28 tehsu akhter its not through a package manager, sadly
16:29 DammitJim do I have to accept it again?
16:30 akhter tehsu: Set a variable for the version in jinja then use a conditional statement?
16:30 akhter Or....
16:30 tehsu ok, cool, thats what I was doing, thanks for the help
16:30 dendazen joined #salt
16:30 akhter You could use onlyif with cmd.run.
16:30 akhter Rather than using jinja with a variable statement.
16:31 akhter tehsu: https://docs.saltstack.com/en/latest/ref/states/requisites.html#onlyif
16:31 tehsu yeah
16:31 akhter Run a cmd.run to upgrade java only if another cmd.run that lists the old version runs successfully.
16:31 DammitJim I know this  might be a silly question
16:32 DammitJim but can one change a network interface's dhcp to static via salt?
16:32 DammitJim or is that not recommended?
16:32 M-MadsRC1 Sure, you Can do that
16:33 conan_the_destro joined #salt
16:35 DammitJim M-MadsRC1, what module do I use?
16:36 DammitJim does one do all that using cmd.run or something?
16:37 jdipierro joined #salt
16:37 M-MadsRC1 DammitJim (IRC): To be honest, I rarely use modules. If I were to do what you are asking, I'd do it using a statefile and/or a combination of cmd.run and file.managed
16:37 DammitJim oh ok
16:37 DammitJim thanks
16:38 M-MadsRC1 No problem :)
16:40 Tanta_G joined #salt
16:41 keekz joined #salt
16:41 winsalt https://docs.saltstack.com/en/latest/ref/states/all/  This should be pinned to the top of the page,  but you can see DammitJim there is a network state, where you can set the protocol
16:42 DammitJim winsalt, I saw the network module to get info, but not the state. Thanks!
16:43 amcorreia joined #salt
16:45 shiriru joined #salt
16:46 marsdominion joined #salt
16:46 spuder_ joined #salt
16:46 saltsa joined #salt
16:48 alvinstarr joined #salt
16:53 bender_ joined #salt
16:55 ajw0100 joined #salt
17:05 onlyanegg joined #salt
17:05 murrdoc joined #salt
17:10 winsalt_ joined #salt
17:22 speedlight joined #salt
17:27 AlberTUX joined #salt
17:27 DanyC joined #salt
17:30 akhter joined #salt
17:31 DanyC hi all, given this cli (exec module) __boto_secgroup.get_group_id dani-test-lb vpc_id=vpc-xxx__ how can i call that from jinja? I've done __ sg_id: "{{ salt['boto_secgroup.get_group_id']('dani_test_lb') }}"__ but i don't know how to insert the 2nd argument
17:32 jdipierro joined #salt
17:32 DanyC i've tried also __ sg_id: "{{ salt['boto_secgroup.get_group_id']('name: dani_test_lb', 'vpc_id: vpc-xxx') }}"__ but the returned result is False but from cli it works w/o any problems
17:37 winsalt_ i assume its a keyword argument, and should be passed like keyword="value"   ('dani_test_lb', vpc_id='vpc-xxx')
17:37 DanyC winsalt_: let's see
17:38 writtenoff joined #salt
17:39 rmnuvg joined #salt
17:42 DanyC winsalt_: unfortunately same thing, sg_id: "False"
17:43 DanyC winsalt_: and having minion debug on gives me nothing useful back
17:52 giantlock joined #salt
17:53 KyleG joined #salt
17:53 KyleG joined #salt
17:54 DanyC winsalt_: you were right, i screwed up, it works. Last q is: any idea how i can provide the value of vpc_id= from a variable or from a grain ?
17:56 kusams joined #salt
17:56 winsalt_ i think its  {% set x = y %}
17:58 malinoff joined #salt
17:59 mohae joined #salt
17:59 pegmanm joined #salt
18:00 DanyC winsalt_: right, thanks !
18:02 ipmb joined #salt
18:06 cpowell joined #salt
18:07 cpowell joined #salt
18:07 hasues joined #salt
18:08 pegmanm joined #salt
18:08 DanyC joined #salt
18:11 hasues left #salt
18:18 KyleG joined #salt
18:18 KyleG joined #salt
18:19 mapu joined #salt
18:19 brianfeister joined #salt
18:20 DanyC joined #salt
18:33 colegatron joined #salt
18:37 arapaho joined #salt
18:39 zer0def joined #salt
18:41 DanyC joined #salt
18:43 indispeq_ joined #salt
18:45 marsdominion joined #salt
18:48 keepguessing joined #salt
18:48 keepguessing how can programatically know that the highstate command was successful?
18:49 keepguessing when some of the packages are not installed the return is still zero
18:49 keepguessing how to handle that?
18:50 zer0def joined #salt
18:52 pcn keepguessing: There's probably a better way, but locally you can use salt-run on the saltmaster to look at the output of a job, and see if any states failed
18:52 gerhardqux keepguessing: actually, I have exactly this same question concerting state.orchestrate
18:53 gerhardqux (ouch, bad pun not intended. s/concerting/concerning/)
18:54 FreeSpencer In jinja template how would I set a value equal to a variable but it it doesnt exists get it from a pillar?
18:55 ranomore FreeSpencer: take a look at https://docs.saltstack.com/en/latest/topics/best_practices.html, and search for 'merge'
18:55 gerhardqux FreeSpencer: do it the other way around. Get a dict from pillar, override it in jinja
18:56 FreeSpencer Ill look at both options, thanks guys
18:56 slav0nic joined #salt
18:57 marsdominion joined #salt
18:57 marsdominion joined #salt
18:59 keepguessing pcn: I could look and know yes. But I want to know "programatically". I want to check if all the packages where installed or not.
19:00 keepguessing gerhardqux: :-)
19:01 Guest54549 joined #salt
19:02 intr1nsic joined #salt
19:02 gerhardqux keepguessing: maybe use failhard?
19:04 keepguessing gerhardqux: good suggestion
19:04 FreeSpencer Ahh my issue was that the parent of the key I was trying to find doesnt exist so it throws errors
19:04 keepguessing let me see if this would help return the right rc
19:06 murrdoc1 joined #salt
19:06 pcn keepguessing: you can get the IDs and run that through jq, which is programmatic
19:07 keepguessing gerhardqux: failhard did not work.
19:07 keepguessing pcn: I am not sure if the output is json format
19:07 keepguessing I have not used jq before
19:07 gerhardqux keepguessing: --output json
19:07 keepguessing seems like something I need installed on the target
19:09 debianquery joined #salt
19:13 terratoma joined #salt
19:14 amcorreia joined #salt
19:15 gerhardqux keepguessing: programmatically like this? https://docs.saltstack.com/en/latest/ref/clients/index.html#salt.client.LocalClient
19:19 jdipierro joined #salt
19:20 colegatron joined #salt
19:21 pcn keepguessing: --format json
19:21 pcn Err, sorry, what gerhardqux said.
19:22 keepguessing pcn: thats python. I need bash.
19:24 iggy RandyT: did you try $extension_modules/utils? if that doesn't work, the only way you're going to make it work is overwriting files in your installation
19:24 iggy and at that point you are so off the rails, you may as well just upgrade your master
19:25 RandyT iggy: yesir, I did try that layout with no success...
19:25 RandyT off the rails.. that is me
19:25 iggy yeah, not surprised that didn't work
19:26 RandyT trying to avoid running the develop code entirely....
19:26 pcn keepguessing: jq is a compiled binary, but you could fake it in bash with something like sudo salt-run jobs.lookup_jid 20151222104009814821 --out json | grep '"result": false'
19:27 keepguessing pcn: yes good suggestion.
19:29 pcn keepguessing: jq would let you put together a query that only checks for pkg.* failures and not any state (if that's what you want)
19:30 iggy it's swanky
19:31 keepguessing pcn:  this is better as it gives me proper $?
19:38 viq joined #salt
19:39 TyrfingMjolnir joined #salt
19:40 keepguessing pcn: I am knew to nomenclature of satlstack so probably I may have misled this by saying pkg. I am interested in all states
19:41 keepguessing pcn: should I be saying if all "states" are true?
19:41 ajw0100 joined #salt
19:42 viq1 joined #salt
19:46 RandyT iggy: was the "swanky" comment in reference to develop branch?
19:48 mapu joined #salt
19:53 zmalone keepguessing: https://github.com/saltstack/salt/issues/18510 might be something you want to follow
19:53 saltstackbot [#18510]title: salt exit codes | is there a reason why test.* returns False and exits with bash exit code 0 instead of 1 ? ...
19:54 FreeSpencer Its not easily possible to call another state file from a current state is it?
19:55 keepguessing zmalone: yes this sounds like what I wanted. With the grep solution that pcn gave I can kind of solve it. But I would have liked a rc value [so that I can ignore a few if I am ok with that]
19:55 zmalone yeah, sane return codes would be really helpful
19:57 gerhardqux FreeSpencer: I guess you don't mean "include"?
19:57 FreeSpencer Ohhhhh duhhhhh thanks
19:57 gerhardqux yw :)
19:58 keepguessing zmalone: I call this as being measurable.
20:00 mohae joined #salt
20:03 gazarsgo what format does pkg.installed expect versions to be, for a yum package ?
20:03 baweaver joined #salt
20:04 whytewolf gazarsgo: the one that yum reports.
20:05 pcn keepguessing: yeah, you'll need/want a grep -q so you can get $? from that.  The issue that zmalone references is clearly a good idea, too.
20:05 gazarsgo via repoquery? that's not the case, it keeps trying to downgrade ap ackage when repoquery reports it as 1.9.1 and i have 1.9.1 in the pkg.installed list, like: - docker: 1.9.1
20:05 keepguessing pcn: cool.
20:06 TyrfingMjolnir joined #salt
20:08 brianfeister joined #salt
20:09 lemur joined #salt
20:10 pegmanm joined #salt
20:11 whytewolf gazarsgo: ahh you are using repoquery. in that case I belive yum actually looks for version-release
20:13 whytewolf gazarsgo: yum is wierd in the way the versioning works
20:15 whytewolf gazarsgo: here is an example. bind-libs. repoquery vs what yum sees as the version.
20:15 whytewolf gazarsgo: https://gist.github.com/whytewolf/85db76f509419f07d6fa
20:15 gazarsgo i'm not choosing to use repoquery, that's default salt behavior for pkg.installed on an OS w/ yum as far as i can tell ... but yeah yum is screwy about versions :(
20:16 pcn So, if I have a symlink and I want to replace it with a file, it seems like salt will follow the symlink and blow away the target of the symlink.  Is that intended?
20:16 whytewolf gazarsgo: the yum version is the one that version: matches
20:17 teryx510 joined #salt
20:18 drawsmcgraw Off the top of anyone's head, any reason a newly-built Centos 7.1 machine seems to be ignoring the saltstack repo?
20:18 drawsmcgraw It keeps wanting to install Salt out of EPEL
20:20 conan_the_destro joined #salt
20:21 zmalone maybe because of the zeromq conflict in the centos/el packages from repo.saltstack.com?
20:21 zmalone and as a result, it's going with the newest version that doesn't conflict.
20:21 drawsmcgraw maybe....
20:22 drawsmcgraw I've installed out of the Saltstack repo on Centos 7 plenty of times. I wonder if there's something special about 7.1..... :/
20:29 giantlock joined #salt
20:32 brianfeister joined #salt
20:36 marsdominion joined #salt
20:36 moogyver joined #salt
20:37 DammitJim I have this vm (minion)
20:37 DammitJim I set up debug on it
20:37 aidalgol joined #salt
20:37 DammitJim and it keeps saying stuff like:
20:40 DammitJim actually
20:40 DammitJim how does one stop a state from running?
20:42 perfectsine joined #salt
20:43 whatapain_ joined #salt
20:43 whatapain_ does anyone know how to set a hostname for an instance on ec2 using salt-cloud?
20:44 iggy RandyT: jq
20:45 RandyT iggy: was curious if you were implying that you were running it in production.
20:45 iggy I do(ish)
20:46 RandyT iggy: roger... :-)
20:46 iggy I use it for my side stuff, not at $le_job
20:47 RandyT whatapain_: setting the hostname would be more about dns config and configuring instance idea of its name.
20:47 RandyT If you are referring to the ec2 name, then you can do it at the command line
20:47 RandyT salt-cloud -p profile-name name
20:48 onlyanegg joined #salt
20:48 RandyT as I am using it, 'name' is what I am using for hostname and am setting that through configuration of route53
20:49 whatapain_ RandyT: everything is good as far as the salt-master name goes, it's just the hostname in the instance itself is being reported as the default "ip-111-111-111-111" instead of the name i provide to salt-cloud
20:49 RandyT iggy: and stability is working for you?
20:49 whatapain_ RandyT: i was hoping that there was a salt-cloud function that would set it automatically but i guess i'll just create a user-data script instaed
20:50 RandyT iggy: I'm always happy to play on the bleeding edge if there is anyone else out there.. :-)
20:50 iggy RandyT: it's working fine
20:50 iggy to be clear, only my master is develop, minions are all still latest release
20:50 RandyT whatapain_: I have a script I am using to pass in via user-data to set this and route53.
20:50 whatapain_ RandyT: might save me some time if you're willing to share
20:51 RandyT whatapain_: I've been told that I should not be allowing my minions to manipulate route53 records, so just sharing that same warning.
20:51 RandyT I need to upgrade to use boto it seems..
20:51 RandyT let me dig up the script. Happy to share.
20:51 RandyT Linux flavored?
20:52 whatapain_ ya
20:53 RandyT whatapain_: https://gist.github.com/rterbush/89208a607aea03322869
20:54 RandyT iggy: thanks, might give that a spin to see what sparks fly...
20:54 RandyT would love to see kms working in salt.
20:54 RandyT would love to see s3 without using keys working as a start...
20:55 whatapain_ RandyT: thanks
20:55 RandyT whatapain_: np
20:55 RandyT merry xmas
21:00 akhter joined #salt
21:02 akhter joined #salt
21:05 dyasny joined #salt
21:08 JoeJulian Can I have multiple reactor sections in multiple master.d/*.conf and have them merge somehow?
21:08 drawsmcgraw I see the latest Salt from the Saltstack repo when I 'list available". But when I try to install it, I get "No package salt-minion-2015.8.3-1 available"
21:08 drawsmcgraw What the cabbage?
21:10 ranomore JoeJulian: I think they added that ability in dev recently, otherwise it's last one wins.
21:10 JoeJulian Damn.
21:13 otter768 joined #salt
21:13 ranomore JoeJulian: here's one request for it: https://github.com/saltstack/salt/issues/18582#event-417429711
21:13 saltstackbot [#18582]title: Allow merging file_roots and pillar_roots from different config files included from master.d | Practical example:...
21:13 JoeJulian Thanks
21:14 JoeJulian Oh, nice. That's an easy cp.
21:14 drawsmcgraw This works, however
21:14 drawsmcgraw yum --disablerepo="*" --enablerepo=saltstack-repo install salt-minion
21:14 drawsmcgraw I'm worried....
21:15 baweaver joined #salt
21:16 lemur joined #salt
21:17 ekristen joined #salt
21:17 Bryson joined #salt
21:19 zmalone Yeah, I took a closer look and found that my minions are having problems with dependencies and repos again now too.
21:20 zmalone I have not looked at this problem in a few weeks though, so I can't say when it started
21:23 akhter joined #salt
21:23 drawsmcgraw Where's my 'crying' emoticon.....?
21:24 alvinstarr joined #salt
21:24 drawsmcgraw I was looking forward to upgrading our machines to Centos 7 to avoid dependency issues....
21:25 Tanta_G install from epel
21:25 murrdoc1 should be easy to do
21:25 drawsmcgraw Epel is still back at 2015.5 :/
21:25 Tanta_G but it works
21:26 drawsmcgraw yes.... yes it does
21:26 Tanta_G or you can be brave and install using pip
21:26 murrdoc1 thats a terrible idea
21:26 Tanta_G but then you have to create the necessary configs and directory structures manually
21:26 murrdoc1 heres what u do
21:26 murrdoc1 make a virtualenv
21:26 Tanta_G it's a terrible idea for some circumstances
21:26 drawsmcgraw yeah pip installs are out
21:26 murrdoc1 then make a package with that virtualenv
21:26 murrdoc1 then deploy that package
21:27 murrdoc1 i call it the turducken approach
21:27 drawsmcgraw yep. Uninstalling the 2015.8 and installing 2015.5 out of epel
21:27 murrdoc1 its a worse idea then tanta's no doubt
21:27 drawsmcgraw murrdoc1: Thank you for the inspiration :P
21:27 zmalone What version of 2015.5 though?
21:27 murrdoc1 call me a problem server
21:27 drawsmcgraw one second and I can tell you
21:27 murrdoc1 i do it in a unique way
21:27 murrdoc1 i recommend the craziest idea
21:27 murrdoc1 so then the terrible one doesnt seem too bad
21:28 murrdoc1 i should have been a shrink
21:28 murrdoc1 this is boring
21:28 Tanta_G I have never had EPEL do me wrong so far
21:28 drawsmcgraw 2015.5.5-1.el7
21:28 whatapain_ so, when using salt-cloud is there a grain that is set for a new node containing the name of the node provided in the profile?
21:28 Tanta_G been using it for about 5 years
21:28 zmalone There are sec issues in 2015.5.5
21:29 Tanta_G if you want bleeding edge you can get the source, copy the RPM spec, and build your own
21:29 murrdoc1 thats what i was saying
21:29 Tanta_G and then host it on a private repo
21:29 murrdoc1 but with the extra sauce of using a virtual env
21:30 murrdoc1 cos then you are really really protected
21:30 whatapain_ nm, the grain is 'id'
21:30 RandyT whatapain_: it actually depends on the event you are triggering from.
21:30 murrdoc1 u had no id-ahh
21:30 akhter joined #salt
21:31 RandyT if you trigger on cloud/*/created, the name is data['name']
21:31 RandyT if you trigger on salt/*/start, the name is data['id']
21:32 murrdoc1 yeah its in the docs
21:39 fen joined #salt
21:41 fen i have a dict {s1:leader,s2:peon,s3:peon} and i want to filter this dict in jinja so i get the name of the leader (s1) - is this possible?
21:41 fen something like filter dict by value
21:42 ALLmightySPIFF joined #salt
21:43 hackel joined #salt
21:44 iggy dict[val]
21:45 whytewolf {% set leader = dict["s1"] %}
21:45 whytewolf that?
21:49 fen no i want something like 'give me the list of keys which has 'leader' as value'
21:50 ekristen joined #salt
21:51 iggy jinja has some filters for that
21:51 fen really? i didn't find one that fits that
21:53 KyleG1 joined #salt
21:54 pcn per my earlier question: if you have a file.symlink at /usr/local/bin/foo whose target is at /opt/bin/foo, and I replace that file.symlink with a file.managed that actually has data, what would everyone here expect to be in /usr/local/bin/foo?
21:55 murrdoc1 symlink
21:55 murrdoc1 unless u had a state remove the symlink
21:56 fen symlink with contents of file where the symlink points to replaced by file.managed
21:57 whytewolf pcn: add follow_symlinks: False to your file.managed state this defaults to true. "If the desired path is a symlink follow it and make changes to the file to which the symlink points.
21:57 whytewolf "
21:58 whytewolf fen: http://jinja.pocoo.org/docs/dev/templates/#map
21:59 akhter joined #salt
21:59 pcn ARGGG
21:59 pcn Thanks whytewolf I just chased that down.
21:59 pcn and you murrdoc1 and fen
21:59 pcn Not what I expect, but good to know it's documented and I just missed it
21:59 fen whytewolf: i don't think this works since the map contains no objects but strings
22:02 pcn fen are you looking for something super compact?  For loop + if would do that for you, I think
22:03 fen a one liner would be nice, but i guess i'll have to go for a multiline solution.
22:04 overyander joined #salt
22:05 pcn Without lambda or filter() in jinja not sure how you'd do a 1-liner
22:06 pcn Or comprehensions
22:07 rem5 joined #salt
22:07 iggy did you try a comprehension?
22:09 fen comprehension?
22:10 pcn Jinja doesn't allow comprehensions does it?  Docs say not: http://jinja.pocoo.org/docs/dev/faq/
22:11 pcn fen comprehensions are lists and dicts in the form of e.g. { k:v for k, v in some_dict.items() if v == 'leader' }
22:12 The_Loeki joined #salt
22:12 * The_Loeki slaps basepi around a bit with a large fishbot
22:12 The_Loeki uhm
22:12 The_Loeki i meant more like <ping> lol
22:13 The_Loeki are you bychance there?
22:13 murrdoc1 damn
22:15 rem5 joined #salt
22:17 fen http://pastebin.com/7BQzFNse -- shouldn'tthis work?
22:18 fen mon_leader gets not set - it's always unknown
22:18 fen why is something such simple that complicated...
22:19 pcn fen: do you mean for 'mon_role', 'grain' to be ('mon_role', 'grain',) ?
22:19 pcn That is, a single tuple rather than two args to get()?
22:19 The_Loeki pretty sure you can't do ':' in mine.get?
22:19 * pcn is not familiar with a 3-argument form
22:20 fen the mine.get works
22:20 pcn I am so wrong: https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.mine.html#salt.modules.mine.get
22:21 The_Loeki Also, not to mean to barge in a conversation or something, but grains & mine data are rather static; mon (re-)elections can happen at any time
22:22 fen it returns a map where the key is the name of the minion and the value is either 'leader' or 'peon'
22:22 jdipierro joined #salt
22:22 fen i know, but i also need that while deploying to get the correct bootstrap keyring
22:23 fen the whole thing is pretty uncool
22:23 fen -also + only
22:23 perfectsine joined #salt
22:23 pcn fen have you found a way to get mine data to update as fast as you need?
22:24 fen no - not really. it's not realtime. loeki is right on that
22:25 fen is there a way to let _different_ minions to push data to the _same_ location on the minionfs?
22:26 geekatcmu glwt
22:26 fen well i guess i'll just do it differently - there seems to be no 'perfect' solution anyways
22:27 geekatcmu We "solved" that here by writing a runner which allows us to look up data in our asset database.
22:27 geekatcmu But we had caching in there (configurable timeout) to prevent hammering on the asset db, since every query is going to return the same result.
22:28 fen that sounds like overkill for my problem
22:28 geekatcmu Well, we already use the asset db as the canonical source for role assignments (and thus states).
22:28 geekatcmu And set a number of grains based on it.
22:28 pcn I ended up writing a rest api for a similar purpose.  It's something I wish salt had natively
22:29 geekatcmu So it made sense to ask it, "what are the zookeeper servers assigned to $ZOOKEEPER_ENVIRONMENT"
22:29 geekatcmu and other similar questions
22:31 hemebond joined #salt
22:31 The_Loeki @fen maybe the publish module fits better
22:36 fen @loeki: can i use this to execute salt calls on other minions?
22:37 rem5 joined #salt
22:38 The_Loeki @fen https://docs.saltstack.com/en/latest/ref/peer.html / https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.publish.html
22:39 The_Loeki Have to admit haven't toyed with it yet, but as we use Ceph ourselves, this is the idea I'm currently pondering about.
22:41 fen i have to look at this, too
22:43 keimlink joined #salt
22:51 khaije1 joined #salt
22:58 jdipierro joined #salt
22:59 jdipierro joined #salt
23:00 mapu joined #salt
23:03 jdipierro joined #salt
23:06 jdipierro joined #salt
23:09 mattiasr joined #salt
23:10 mr-op5 joined #salt
23:21 yomilk joined #salt
23:50 munki joined #salt
23:50 ry joined #salt
23:54 EF0 joined #salt
23:54 boargod joined #salt
23:55 jdipierro joined #salt
23:57 munki joined #salt

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