<    March 2017    >
Su Mo Tu We Th Fr Sa  
          1  2  3  4  
 5  6  7  8  9 10 11  
12 13 14 15 16 17 18  
19 20 21 22 23 24 25  
26 27 28 29 30 31
00:00 <TemptorSent> TBB: Have a good night, it's been a pleasure.
00:01 <TemptorSent> scv: Oh, this will end well...
00:01 <TemptorSent> scv: Actually, maybe you'd be up for helping spec a voip profile?
00:02 <scv> maybe, what are the details
00:03 <TemptorSent> scv: Essentially a purpose-built image for handling voip services (dahdi/asterisk/?) with appropriate network tools and configuration.
00:04 <scv> i'm actually starting a project along those lines
00:05 <scv> i retained rights to the platform when i left the company, but i'm reimplementing everything from scratch just to avoid any sort of legal issues
00:05 <TemptorSent> scv good call.
00:05 <scv> but the goal is to build a generic voip platform that can be used as a standalone pbx or scale up to multitenant, managed from a single interface
00:06 <scv> covers everything from carrier switching to endpoint provisioning
00:07 <TemptorSent> scv: Sounds like a good fit for what I'm working on in terms of build system and provisioning.
00:08 <scv> we've only just been discussing implementation, haven't done any real work yet, one of my projects for this weekend is to setup an internal wiki and issue tracker actually
00:08 <scv> to start laying down a roadmap
00:08 <TemptorSent> scv: The builds system can build baked images, so there's no write requirement and everythign can be ram-resident and DB backed.
00:08 <scv> yeah, that's what i was aiming for with the previous system
00:09 <scv> the instances were managed from a central system but could run independently, configs were pushed via rpc and built on the fly
00:09 <scv> abstracted config over rpc -> compiled into the relevant asterisk/etc configuration
00:09 <TemptorSent> scv: kernel+initramfs+pkgs database+overlay in run-from-ram mode.
00:09 <scv> i didn't get to the point of implementing the system to run as read-only but the groundwork was in place when we switched to alpine
00:10 <TemptorSent> scv: Yup, this is the rest of it:)
00:10 <scv> cool
00:10 <TemptorSent> scv: I'm working on auto-provisioning postgresql/postgis with dump loading and all.
00:11 <TemptorSent> scv: I get sick of doing things manually, what can I say?
00:11 <scv> when i actually have a roadmap laid out and some initial design done you're more than welcome to come work with us
00:11 <scv> yeah
00:11 <scv> when i joined that company 5 years ago they were just running copies of freepbx on bare metal
00:12 <TemptorSent> More to the point, I get sick of trying to get people who shouldn't touch computers to install something.
00:12 <scv> heh
00:12 <scv> yeah, i got things to the point where deploying a new pbx was just a single click in the management interface
00:13 <scv> give it a name and click 'provision' and it'd spin up a new disk image, install the packages, and boot the vm
00:13 <TemptorSent> scv Cool.
00:13 <scv> much better than their old setup where they'd straight up install a fresh cent system and load freepbx from scratch each time
00:13 <scv> no consistency at all in deployments, was a real mess
00:15 <TemptorSent> Love that.
00:16 <scv> their mindset, "hosted pbx is easy!" yeah maybe when you've got a half dozen customers, do you really expect to continue managing it that way when you've got 100+ customers?
00:16 Berra joined
00:16 <scv> when you've got over 1000 hard phones in the field, how do you expect to keep track of everything if there's no centralized db
00:17 <TemptorSent> scv: Yeah, especially if you have POTS/ISDN/Centrex terminations to deal with as well
00:17 <scv> mhm
00:17 <scv> a real mess
00:18 <scv> anyway i gotta get back to it, i'll ping you later on :)
00:18 <TemptorSent> No circut capability database? Yeah, it's not going to be pretty!
00:18 <TemptorSent> scv: Sounds good -- take a look at the tree and let me know your thoughts.
00:29 gopar joined
00:31 gopar joined
00:49 mikeee_ joined
00:51 farosas_ joined
01:14 gopar joined
01:27 cyteen joined
01:27 tmh1999 joined
01:34 mikeee_ joined
01:49 hairyhenderson joined
02:07 blueness joined
02:09 mikeee_ joined
02:15 ahrs joined
02:16 dirac1 joined
02:26 s33se joined
02:27 mikeee_ joined
02:48 mikeee_ joined
03:00 coin3d joined
03:02 Emperor_Earth joined
03:04 mystified joined
03:11 ogres joined
03:18 mikeee_ joined
03:19 mystified joined
03:35 mystified1234 joined
03:48 mystified joined
04:01 dirac1 joined
04:02 mdillon joined
04:07 mystified joined
04:13 mystified joined
04:15 bluetazmanian joined
05:18 __machine joined
05:24 mystified joined
05:26 mystified joined
05:28 __machine joined
06:07 __machine joined
06:13 bluetazmanian joined
06:13 mystified joined
06:13 wonton joined
06:17 __machine joined
06:20 fabled joined
06:37 __machine joined
06:38 bluetazmanian joined
06:40 nanohest joined
06:45 <TemptorSent> Not bad -- 28MB virt image... too bad it's not quite there yet... misssing a couple modules for boot still.
06:45 <TemptorSent> Any virtio experts handy?
06:52 __machine joined
06:57 __machine joined
07:00 <TemptorSent> Good evening fabled, how are you?
07:10 <fabled> TemptorSent, thanks. breakfast and then out. i hope to be able to look at your work in more detail by Monday
07:10 <TemptorSent> fabled: No worries, when you have the time.
07:11 <TemptorSent> fabled: Right now I'm trying to see how much fat I can trim out of the images, but I need to do something about init/mkinitfs to really make cuts.
07:13 <TemptorSent> Trying to come up with a bare-minimum config bootable in qemu
07:15 <TemptorSent> fabled: I REALLY need to get mkinitfs to use a cache...
07:19 <fabled> right
07:20 <fabled> i was wondering if apk should also pick up the cache-dir from an environment variable too; or should we just patch mkinitfs to pass it through
07:20 <TemptorSent> update-kernel/mkinitfs is where the real grinding is currently.
07:20 <TemptorSent> It'd be nice to have and env variable we could set to point it in the right place, with cmdline override when needed
07:21 <fabled> yeah, that would probably be simplest fix
07:21 <TemptorSent> The work dir as well, AND the option to keep the work dirs for both update-kernel and mkinitfs.
07:22 <fabled> need to run now
07:22 <TemptorSent> Basically a set of env vars that parallel the cmdline opts would be great.
07:22 <TemptorSent> Alright, have a great day!
07:28 __machine joined
07:29 nanohest joined
07:37 __machine joined
07:53 <TemptorSent> Alright, the base profile part needs a bit of refining and probably splitting off into harware specific configs vs. general configs on the backend, but everything can use the base profile and set the profile_base_type variable appropriately.
08:17 __machine joined
08:25 fekepp joined
08:35 mouthbreather joined
08:39 n3u3w3lt joined
09:07 sparklyballs joined
09:16 sergey joined
09:22 sparklyballs joined
09:36 fekepp joined
09:56 czart_ joined
10:01 gromero joined
10:10 coin3d joined
10:32 Ayyad joined
10:35 cyteen joined
10:40 sparklyballs joined
10:44 <pickfire> You appear to be running a grsec enabled kernel.
10:44 <pickfire> flashrom needs write access to /dev/mem and will likely not work
10:44 <pickfire> Vhat do I do?
10:51 sparklyballs joined
10:59 sparklyballs joined
11:41 Berra joined
11:58 blueness joined
11:59 cyborg-one joined
12:02 rollniak joined
12:19 blueness joined
12:20 rotcpy joined
12:41 blueness joined
12:43 biax joined
12:46 blueness joined
13:05 FergusL joined
13:40 sparklyballs joined
13:47 sparklyballs joined
13:55 orbiter joined
14:34 Sander joined
14:40 <Sander> Hi, I have an issue with sshd and OpenRC
14:41 <Sander> My sshd config binds the TCP socket to a specific network interface
14:41 <Sander> OpenRC complains that I need to add rc_need="net.eth1" to /etc/conf.d/sshd
14:42 <Sander> But `rc-update add net.eth1 default` fails because service `net.eth1` does not exist
14:42 <Sander> How can I solve this?
15:11 gromero joined
15:17 <Xe> Sander: how does eth1 come up?
15:56 <Shiz> Sander: this is an issue with a copied openrc script from Gentoo
15:56 <Shiz> Sander: alpine doesn't have device-specific init scripts
15:56 <Shiz> for networking
15:56 <Shiz> Sander: try simply adding rc_need=net to /etc/conf.d/sshd
15:56 <Shiz> (the rc-update thing was never necessary)
15:57 Skele joined
16:31 blahdodo joined
16:32 blueness joined
16:45 blueness joined
16:47 <scv> my name is killall dashnine. you locked up my x11 session. prepare to die.
17:28 blueness joined
17:30 blueness joined
17:45 bougyman joined
17:45 bougyman joined
17:53 mdillon joined
17:58 LouisA joined
18:17 mmlb joined
18:17 orbiter joined
18:24 <TemptorSent> 'morning mmlb, how's it going?
18:39 gk-- joined
19:09 n3u3w3lt joined
19:24 cyborg-one joined
20:11 scv joined
20:17 sparklyballs joined
20:17 gromero joined
20:22 fekepp joined
20:39 <mmlb> hey TemptorSent morning
20:39 <mmlb> ish
20:39 <scv> on some planet
20:40 <mmlb> as long as it has a broken clock
20:40 <mmlb> haven't gone back and checked out readelf invocation, had to stop custom image work and finish up some release/test work.
20:41 <mmlb> I hope to get some time next week to get that out
20:41 <mmlb> s/that out/back to custom image/
20:43 dirac1 joined
20:43 lnds joined
20:51 <TemptorSent> mmlb - fixed, grab ncopa's lddtree :)
20:52 <TemptorSent> mmlb - It builds aarch64 happily now.. testing is another matter :)
20:56 <TemptorSent> Right now I'm working on making mkinitfs only give me what I actually want, not the entire scsi tree.
20:57 <TemptorSent> Trying to establish the minimal set of kernel modules required for a virtio guest.
21:14 blackwind_123 joined
21:22 fnljk joined
21:33 nanohest joined
21:38 alacerda__ joined
21:41 alacerda__ joined
21:42 mouthbreather joined
21:42 atomi joined
22:17 atomi joined
22:24 tmh1999 joined
23:13 Nobabs27 joined
23:16 mdillon joined
23:19 ahrs_ joined
23:27 minimalism joined
23:36 ahrs joined
23:49 cyborg-one joined