[00:46] <devster31> is IPMI equivalent to remote keyboard-video-mouse?
[00:54] <nacc> devster31: IPMI is a protocol
[00:55] <nacc> well, a specification of an interface, i guess
[00:56] <nacc> devster31: it's more about system management (power, status, inventory) -- or at least that's all you can rely on existing by the standard. Implementations can do other things, I think
[00:56] <nacc> devster31: although I think IPMI 2.0 introduced KVM over IPMI and serial console output
[00:56] <nacc> via SOL
[01:08] <devster31> so for example if I see this: IPMI 2.0 with virtual media over LAN and KVM-over-LAN support on a mobo spec, does it mean I can use it as IPMI and also as remote kvm?
[01:35] <nacc> devster31: give or take how good that mobo's bios support is for IPMI, i suppose so -- i'm not that hw vendor or a hw certifier, though
[02:49] <connor__> I have a server and it was working perfectly until I moved it to different home and connected it to the new router via ethernet. Now it doesn't seem to connect to the internet.
[02:50] <connor__> Does anyone have any troubleshooting advice?
[07:34] <mjmaisey> Hi, was just wandering if anyone was triaging bugs at https://bugs.launchpad.net/cloud-images ?
[07:38] <mjmaisey> The process for building cloud images seems to have changed signficantly since Trusty and the current Vagrant image is nigh on unusable (IMO) due to https://bugs.launchpad.net/cloud-images/+bug/1565985, which has been in undecided/unassigned status for over a month
[07:39] <mjmaisey> Meanwhile according to stats at https://atlas.hashicorp.com/ubuntu/, approx 25k people per day are downloading the image and presumably having a rather poor experience
[07:44] <mjmaisey> That relates to the Xenial Vagrant box, by the way
[08:44] <jamespage> coreycb, https://bugs.launchpad.net/barbican/+bug/1580920
[08:44] <jamespage> CI +++
[08:44] <adac> Would you say that also SShH should only be accessibe trough VPN?
[08:44] <adac> *SSH
[08:45] <adac> I'm thinking of moving my server completely behind a VPN
[10:19] <jamespage> coreycb, ddellav: aodh and ceilometer fixes for newton
[10:19] <jamespage> barbican has an unexpressed minimum version requirement for oslo.messaging - bug raised upstream and noted in description of build records...
[10:23] <jamespage> build testing cinder fixes now...
[12:27] <coreycb> jamespage, thanks
[12:41] <coreycb> beisner, when you get a moment, the following are ready to promote to liberty-updates in the UCA:  cinder, neutron, neutron-*aas, and nova
[12:41] <coreycb> bug 1569502
[13:33] <SpacePenguin> hi
[13:34] <SpacePenguin> is there a way to install ubuntu server without a user account (root only)?
[13:34] <SpacePenguin> i can't find that option in the installer
[13:35] <rbasak> I don't remember the installer letting you do that either. You can always delete the user afterwards, or install without the installer.
[13:36] <SpacePenguin> ok, thanks. i guess i'll have to delete the account after installation..
[13:36] <jamespage> coreycb, this is interesting:
[13:36] <jamespage> -cryptography>=1.0 # BSD/Apache-2.0
[13:36] <jamespage> +cryptography!=1.3.0,>=1.0 # BSD/Apache-2.0
[13:36] <jamespage> causes dh-python to barf
[13:37] <jamespage> that's causing build failures for glance, keystone >= xenial
[13:37] <coreycb> jamespage, that's strange, 1.3.0 isn't in xenail or yakkety
[13:38] <jamespage> coreycb, no its the formatting of requirements that seems to be the problem
[13:38] <coreycb> jamespage, so must be dh_python guessing dependencies doesn't like that for some reason
[13:38] <jamespage> not the specific version
[13:39] <jamespage> coreycb, dh_python is adding != 1.3.0 to the version it generates - not sure why...
[13:41] <coreycb> jamespage, that's interesting, must be something new with dh_python because I didn't hit any issues like that in xenial
[13:41] <jamespage> coreycb, think about that :-)
[13:42] <coreycb> jamespage, yeah you're hitting it in xenial
[13:42] <jamespage> coreycb, the change in requirements came in since glance released...
[13:42] <jamespage> so 1.3.0 has security problems I guess - so upstream excluded it
[13:42] <jamespage> dh_python in xenial reacts like this
[13:42] <coreycb> jamespage, well right but other projects have != usage is what I'm saying
[13:43] <rbasak> Odd_Bloke: FYI, I just filed bug 1581046 and bug 1581044
[13:45] <Odd_Bloke> rbasak: Thanks, taking a look now. :)
[13:48] <jamespage> coreycb, beisner: do those liberty updates still need shoving out of the door? can do them now
[13:48] <coreycb> jamespage,  yes please
[13:51] <jamespage> coreycb, running now - excluding qemu as that's not fix released in distro yet
[13:51] <coreycb> jamespage, thanks
[13:51] <jamespage> coreycb, I'll nudge up staging->proposed once these are clear as well
[13:54] <coreycb> jamespage, thanks.  for the dh_python, there are other != in glance's requirements.txt too but they don't have any issues.  that is odd.
[13:54] <jamespage> coreycb, yah poking now
[14:05] <devster31> hi people, I'm having issues booting the ubuntu-cloud-image vmdk
[14:06] <devster31> I downloaded it and imported in virtualbox but it tells me: failure writing sector 0x1a8830 to hd0
[14:45] <jamespage> coreycb, poking at heat now - have a dh-python fix in the pipe as well
[14:47] <coreycb> jamespage, awesome, what was the dh-python issue?
[14:47] <jamespage> coreycb, not 100% sure but updating it to never use != as an operator
[14:47] <jamespage> it already ignores ==
[14:47] <coreycb> jamespage, well that should do it
[14:48] <jamespage> coreycb, https://launchpad.net/~james-page/+archive/ubuntu/yakkety/+build/9732727 is the test build
[15:17] <jamespage> coreycb, that fix for dh-python worked - I need to checkin with the debian maintainer
[15:17] <jamespage> but we'll prob want to SRU that as well
[15:18] <coreycb> jamespage, ok, yes that would be good.
[15:20] <coreycb> jamespage, I'll take keystone for newton if you haven't touched that yet
[15:22] <jamespage> coreycb, that will be a bigger piece - its needs the switch to apache wsgi by default
[15:22] <jamespage> so thankyou :-)
[15:22] <coreycb> jamespage, perfect, I have that done already locally
[15:40] <rbasak> smoser: have you seen bug 1580534? I have a patch for you there.
[15:47] <smoser> rbasak, what is your system ?
[15:47] <rbasak> smoser: that was on diglett
[15:48] <rbasak> smoser: it should still be reproducible on diglett. My fix is only in a working tree (and I set PYTHONPATH)
[16:12] <lfrlucas> Hi, I installed ubuntu server 14.04 2 years ago and then kubuntu deskop package
[16:12] <lfrlucas> Today I upgraded to 16.04 and I want to remove kubuntu desktop stuff
[16:12] <lfrlucas> is it possible to return to ubuntu server packages
[16:13] <lfrlucas> what is the minimal set of packages that come with ubuntu server
[16:14] <genii> !pureserver
[16:14] <genii> Hm
[16:17] <rantic> Hi everyone, with the introduction of ubuntu server 16.04, if I choose to setup a LAMP stack. What is the difference between install packages such as php, php-xml,php-gd and php7.0,php7.0-xml etc?
[16:17] <rantic> it appears the php package is already at php 7.x anyways
[16:20] <sdeziel> rantic: the packages without 7.0 in their names are virtual packages pulling the real ones (those with 7.0 in their names)
[16:20] <jamespage> coreycb, fixed up swift for newton
[16:21] <coreycb> jamespage, awesome. I just pushed nova for mitaka and started to rebuild it in jenkins.
[16:21] <jamespage> coreycb, I can see our two executors are going to be a bottleneck
[16:22] <coreycb> jamespage, yeah.. I see it's waiting now
[16:26] <smoser> rbasak, pulled. thank you. and verified.
[16:26] <smoser> http://paste.ubuntu.com/16377613/
[16:28] <rbasak> smoser: interesting how much better Python 3 is!
[16:29] <rbasak> smoser: I'm happy to drive a Xenial SRU. Shall I do that?
[16:29] <smoser> i was surprised at python3 being faster too.
[16:29] <smoser> SRU is good. yeah.
[16:35] <Apocope> I'm trying to use Icinga under xenial. I install it and go to $SERVER/icinga and the menu on the left is visible and then disapears. Same thing if I do $SERVER/icinga/menu.html. Can anyone help? Is this the right place to ask?
[16:49] <rbasak> smoser: I prepared an SRU, but I guess we should wait until it's fixed in Yakkety. No major rush, I can work around for now.
[16:57] <smoser> rbasak, uploaded simplestreams_0.1.0~bzr430-0ubuntu1.dsc
[16:58] <smoser> danilo was hoping to get srus for the other two bugs in that upload
[17:07] <bc2946088> Anyone around that can help me debug why autopilot fails trying to deploy ceph?  Initially I've been able to deploy but ran into the pg limit which then was causing ceph to fail after openstack was deployed, so I broke down the systems, added another physical node with 3 hard drives, and have now tried to deploy openstack with autopilot and it fails.  http://imgur.com/R8DDt6B
[17:14] <bc2946088> Actually I think it is related this this bug... https://bugs.launchpad.net/charms/+source/ceph/+bug/1420094
[17:15] <bc2946088> This particular server has a small drive listed that I removed from maas, hoping to avoid this issue but it still appears to grab all the disks in the machine even if they are removed from maas.
[17:20] <bc2946088> It's picking up not a cdrom, but a virtual floppy.  Any work around?
[17:26] <rbasak> smoser: thanks. I uploaded the SRU.
[17:26] <rbasak> smoser: oh, and I just read your next message. Sorry.
[17:26] <rbasak> smoser: I'm EOD. I can ask for a queue reject if you want?
[17:27] <smoser> nah. i told danilo to write sru text and stuff if he wants to push.
[17:28] <rbasak> OK, thanks.
[17:29] <bc2946088> If anyone was reading my dilema, I have a feeling I have fixed it.  The virtual drives are controlled by the DRAC, I disabled them in that configuration and believe I'll be able to successfully deploy again.  I just needed to talk to myself for 10 minutes.
[17:48] <hallyn> smb: arges: dude, so the libvirt 1.3.4 merge from debian was just a piece of cake (completely untested, mind  you :) using git cherrypicks from debian's git tree.  yay
[17:56] <arges> hallyn: ah 1.3.3 is in proposed still?
[17:57] <hallyn> arges: yeah, probably neds some admin love for the new binary packages
[17:57] <hallyn> hm, odd, for some reason git wants to rewrite a bunch of stuff that should be commone with the sid tree i already uploaded.
[17:57] <arges> hmm don't see it in the new queue... looking at excuses
[17:57] <hallyn> i'm on a hotspot so will have ot wait then
[17:58] <arges> yea see lots of regressions http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html wonder if that's blocking it
[17:58] <arges> i should probably update libvirt-python
[17:59] <hallyn> has debian updated it?
[17:59] <arges> yea my name is on the merge for now
[17:59] <hallyn> ah.  but to 1.3.4-1.  i think with 1.3.3-2 they were still on th eold version
[18:00] <trippeh> heh, bios update broke dmidecode in 16.04. too new smbios.
[18:00] <hallyn> arges: in fact that's the one testsuite which did not fail right? :)
[18:01] <arges> hallyn: yea oddly enough
[18:01] <arges> hallyn: do we have a merge bug# for libvirt... miught be useful to track fixing the regressions
[18:01] <hallyn> yeah someone probably opened one at some point
[18:01] <hallyn> dpkg: error processing archive /var/cache/apt/archives/libvirt-dev_1.3.3-2ubuntu1_amd64.deb (--unpack):
[18:01] <hallyn>  trying to overwrite '/usr/share/libvirt/api/libvirt-qemu-api.xml', which is also in package libvirt-daemon 1.3.3-2ubuntu1
[18:02] <hallyn> surprising.  oh feh!  i guess i was testing libvirt-bin upgrades, but not really libvirt-dev
[18:02] <arges> https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1558857
[18:02] <hallyn> sounds like a bad .install file
[18:03] <hallyn> arges: well this will suck for branch mgmt, but 2016-05-12/yakkety branch of lp.net/~libvirt-maintainers/ubuntu/+source/libvirt has the new 1.3.4 merge
[18:03] <hallyn> arges: i'm really happy with how trivial it was.  makes the last merge worthwhile
[18:05] <hallyn> no really - why the heck is /usr/share/libvirt/api/libvirt-qemu-api.xml in libvirt-daemon ?  not supposed to be
[18:05] <arges> hallyn: ok
[18:06] <hallyn> ok what?
[18:06] <hallyn> in fact our rules file has:
[18:06] <hallyn>         # Don't ship api files in the daemon package
[18:06] <hallyn>         rm -r debian/tmp/usr/share/libvirt/api/
[18:06] <hallyn> oooh,
[18:06] <hallyn> that is a bad delta from debian - supposed to be debian/libvirt-daemon/usr/share/libvirt/api/
[18:07] <hallyn> and there's one other such line
[18:09] <hallyn> arges: does the last commit in branch ubuntu/yakkety look right to you?
[18:09] <arges> hallyn: let me take a look
[18:09] <hallyn> hang on, git is being retarded
[18:10] <hallyn> ugh it's jus thanging on talking to lp now
[18:10] <hallyn> i just pushed 5m to another branch 5 minutes ago, so why...
[18:13] <hallyn> huh, hangs on
[18:13] <hallyn> [pid 23053] connect(3, {sa_family=AF_INET, sin_port=htons(22), sin_addr=inet_addr("198.105.244.64")}, 16
[18:13] <sdeziel> hallyn: unable to get there either
[18:14] <hallyn> i assume it's a dns issue ...  are you going to that ip address, or to git.lp.net?
[18:15] <hallyn> arges: screw it, i'm just uploading what should be the fix - it's broken in archive anyway, let's see if this fixes it
[18:15] <sdeziel> hallyn: I tried the IP. There are no a/aaaa for git.lp.net
[18:16] <stgraber> stgraber@dakara:~$ host git.launchpad.net
[18:16] <stgraber> git.launchpad.net has address 162.213.33.95
[18:16] <stgraber> git.launchpad.net has address 162.213.33.96
[18:16] <stgraber> stgraber@dakara:~$ ssh git.launchpad.net
[18:16] <stgraber> No shells on this server.
[18:16] <stgraber> Connection to git.launchpad.net closed.
[18:16] <stgraber> so does seem to be responding fine here
[18:16] <arges> hallyn: sounds good
[18:16] <hallyn> yeah but at a different address
[18:16] <sdeziel> works when lp is expanded :)
[18:17] <sdeziel> hallyn: 198.105.244.64 seems to be related to search-error.com
[18:17] <hallyn> stgraber: http://paste.ubuntu.com/16380088/
[18:17] <sdeziel> I'd check your DNS
[18:17] <hallyn> sdeziel: gr
[18:17] <hallyn> thx
[18:19] <bc2946088> good lord...  all that and I still don't have enough OSDs -- too many PGs per OSD (337 > max 300)
[18:20] <ogra_> why would one want so many on screen displays anyway
[18:20] <ogra_> :P
[18:22] <hallyn> whiplash
[18:22] <bc2946088> I wish that was my problem, I could do away with a couple on screen displays, no problem
[18:30] <synchronet> whats happened to php5-curl guys
[18:31] <synchronet> cant install it?
[18:31] <bc2946088> are you using 16.04?
[18:31] <synchronet> yeah, fresh install
[18:32] <synchronet> -de and curl fine
[18:32] <synchronet> gd
[18:33] <bc2946088> you've removed php7 and put the ondrej ppa in and installed php5 that way?
[18:33] <synchronet> wp sites need it
[18:33] <synchronet> ouch
[18:33] <synchronet> my fault
[18:34] <bc2946088> you can just use php-curl I think
[18:34] <bc2946088> if you;re actually on 7
[18:34] <synchronet> thts probaly it
[18:35] <synchronet> let me check
[18:35] <synchronet> Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
[18:35] <synchronet>     with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
[18:36] <bc2946088> yeah, zend 3 is php7, 99% anyway
[18:36] <synchronet> ty
[18:36] <bc2946088> try php-curl
[18:37] <synchronet> done that, its ok
[18:37] <synchronet> life is a learning thing
[18:38] <synchronet> just scared of sites breaking if I update clientd
[18:38] <synchronet> will stick with 14.04
[18:38] <synchronet> dont like surprises
[18:38] <bc2946088> yeah, php5 is quite a leap to php7
[18:39] <synchronet> slow down guys ;)
[18:39] <bc2946088> however, performance gains show it's worth it...
[18:40] <synchronet> ty you guys
[18:40] <bc2946088> :)
[18:41] <synchronet> 2019 eol on 14.04 is pretty cool
[18:41] <synchronet> retiring soon anyway, things are getting well complicated :)
[19:05] <bc2946088> It's funny, synchronet...  Things really are getting easier, but the field is widening, so much rapid development from every angle, more stuff to stay on top of.  Just look at the virtualization platforms, so many to pick from.  Luckily LXC makes the choice easy.  :)
[19:22] <devster31> hi again, can anyone help me figure out what I'm doing wrong? I downloaded one of the cloud images from the ubuntu site, the one in vmdk format, I imported it with virtualbox but the boot process stops after random: nonblocking pool is initialized
[19:23] <sarnold> that happens at more or less random times during the boot process; what happened before that/
[19:26] <devster31> it goes very very fast and I don't know how to scroll up, but it seems it's looking for the hardware, searching for raid arrays and logical volumes and it consistently shows up last for me, right after a btrfs message, I'll boot again and copy it
[19:27] <sarnold> shift page-up usually does the trick, but if it's -dead-, that might not do it :)
[19:30] <devster31> it works but it keeps going back to the bottom where there is the cursor, the messages before relate to md Btrfs loaded, ahcpi and other hardware
[19:31] <devster31> scsi ata and he rest
[19:31] <sarnold> try ^S first, then the shift page up.. when you're ready to resume, ^Q
[19:32] <coreycb> jamespage, nova mitaka is fixed but blocked on the dh-python failure. do you have an sru in progress?
[19:33] <devster31> ^S doesn't stop the console, and that still isnt' the issue, cause every time it gets stuck at the same point
[19:40] <devster31> ok, I managed to create a pipe from the guest to the host with putty, now I can debug
[19:41] <devster31> alright, cloud-init is clogging the thing with "network is unreacheable"
[19:46] <hallyn> arges: so how often does http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html get updated?
[19:49] <stgraber> once a publisher cycle which isn't a particularly fixed amount of time :)
[19:49] <hallyn> hm k
[19:54] <sarnold> oh: I thought publishers ran on :04 after the huor except around 4am UTC or something similar?
[20:05] <hallyn> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html   what does "not considered" mean?
[20:13] <hallyn> oh i guess jus tthat testing hasn't started yet
[20:13] <hallyn> or, just noise :)
[20:17] <arges> test is in progress
[20:23] <hallyn> arges: yeah but those were not showing up yet.
[20:23] <hallyn> there was only 'not considered' - which seemed weird
[20:29] <hallyn> zul: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/ppc64el/n/nova/20160512_193759@/log.gz   ugh, not sure what nova-compute-libvirt is
[20:31] <hallyn> oh yay, some tests are passing
[20:31] <hallyn> big step up
[20:33] <arges> looks like nova aint' doing so good
[20:33] <arges> its breaking my python-libvirt upload too
[20:40] <hallyn> the failure seemed to be something about libeatmydata
[20:40] <hallyn> new dependency needed for nova-compute-libvirt?
[20:42] <hallyn> pinged zul on it a short while ago ^
[21:03] <hallyn> what the....
[21:03] <hallyn> function virTypedParamsAddString from /home/ubuntu/libvirt/docs/../include/libvirt/libvirt-common.h redeclared in /home/ubuntu/libvirt/debian/build/docs/../include/lib
[21:03] <hallyn> virt/libvirt-common.h
[21:18] <zul> hallyn: did the libvirt group change?
[21:19] <hallyn> zul: yeah
[21:19] <zul> hallyn: to what?
[21:19] <hallyn> if it pre-exists then it continues as an alias, but th enew one is 'libvirt
[21:19] <hallyn> and on new installs libvirtd does not get created
[21:20] <zul> hallyn:nova-compute probably needs to be updated then
[21:20] <zul> coreycb: ^^^^
[21:20] <hallyn> ok - so obvious in retrospect :)
[21:20] <hallyn> i'll take a look tomorrow if need be, but if coreycb can do it that would be awesome
[21:20] <hallyn> i'm about to run out
[21:20] <hallyn> \o
[21:27] <lfrlucas> do you think that changing the list of "apt-mark showmanual" setting only the same packages as a new installed ubuntu, my 3 year old instalation will became clean with the same packages of a new ubuntu instalation?
[21:30] <jayjo_> Sorry for off topic question, not sure where to ask this (I will go there if there is better place). Does anyone know how I would go about getting invited to the channel ##security ? I feel like there's a potential for a userbase in this channel
[21:32] <ianorlin> !register |jayjo_ is what you need to do
[21:54] <RoyK> !bfs
[21:58] <RoyK> !cfs
[22:01] <catbus1> Dear Ubuntu Server team, two of Canonical's technology partners encountered an issue with base-installer while they are setting up pxe servers to deploy 16.04. bug 1575652. Can someone please take a look?
[22:13] <bindi> i just installed 16.04 on a hyperv vm (gen2), and used encrypted lvm partinioning, it booted fine, i did updates, and during the updates it said w: mdadm /etc/mdadm/mdadm.conf defines no arrays
[22:13] <bindi> now it doesnt boot anymore :p
[22:15] <bindi> well i got it into grub somehow
[22:18] <RoyK> bindi: do you need md arrays with that vm?
[22:19] <bindi> no, im gonna test out the setup that im gonna do on a physical box, encrypted root disk and zfs raidz1..
[22:19] <bindi> but if this is what's going to happen, kinda scared to do it :p
[22:19] <RoyK> then md isn't even related
[22:19] <RoyK> that message from mdadm is normal
[22:19] <bindi> you sure? i googled and found related problems that made things unbootable
[22:19] <RoyK> yes, it's normal
[22:19] <RoyK> most of my systems tell me that
[22:20] <bindi> well it doesnt boot either way (and i've never seen that error before)
[22:20] <sarnold> you shouldn't be scared to try things in a vm :) that's part of what its there for :)
[22:20] <RoyK> md is just started by default, and gives that warning if it doesn't find any md devs configured
[22:20] <bindi> no, i'm scared to do it to the physical box
[22:20] <RoyK> bindi: it'll probably work fine
[22:20] <bindi> pfft
[22:20] <bindi> i haven't even got to try zfs in this vm :p
[22:20] <RoyK> md won't be an issue
[22:20] <RoyK> really
[22:21] <bindi> it doesnt booooooooot
[22:21] <RoyK> zfs might be one, though
[22:21] <RoyK> ;)
[22:21] <bindi> i ran zfsonlinux on 12.04 :D
[22:21] <RoyK> tbh, I've never ran zfs on the root on linux, only on solaris/openindiana
[22:21] <bindi> i'm not gonna run zfs on root
[22:22] <bindi> lvm encrypted whatever the installer gives you
[22:22] <sarnold> bindi: if you want to run zfs on root you should check out rlaager's howto
[22:22] <sarnold> oh :)
[22:22] <bindi> so, care to help me with the non-booting vm? :P
[22:22] <bindi> oh now it boots
[22:22] <bindi> lel
[22:23] <bindi> i think it wanted a passphrase for the encrypt but i didnt see anything, i just typed the pw and hit enter and magic happened
[22:23] <sarnold> ah that sounds familiar
[22:24] <bindi> how complicated does it get if i want to ssh to type that password? :P
[22:24] <bindi> found something
[22:24] <bindi> meh cba :D
[22:24] <RoyK> ssh keys?
[22:26] <sarnold> catbus1: that's filed against live-installer, are you sure that's the right source package? should it be debian-installer or ubiquity instead?
[22:27] <catbus1> sarnold: I think it should be debian-installer. but I was pointed to that bug that Leo and Jeffrey googled to find out.
[22:28] <sarnold> cyphermox: is 1575652 filed against the right thing? is there a better package to blame? :) thanks
[22:28] <nacc> LP: #1575652
[23:10] <bindi> hmm, I found a custom script for handling luks + zfs, how can I start some services after i've ran this script
[23:10] <bindi> add service x start to the script and make them manual (how?)?
[23:11] <bindi> echo manual | sudo tee /etc/init/SERVICE.override
[23:11] <bindi> sounds good yes? :P
[23:11] <sarnold> that's upstart
[23:11] <sarnold> not systemd
[23:12] <sarnold> https://wiki.ubuntu.com/SystemdForUpstartUsers suggests the closest thing to the manual directive is "systemctl disable foo.service"
[23:12] <bindi> systemctl disable SERVICE.service and systemctl start SERVICE.service then :p
[23:12] <RoyK> it'd be nice with zfs encryption one day :P
[23:12] <bindi> imma try it out
[23:12] <sarnold> RoyK: mmm that'd be nice.
[23:12] <RoyK> or systemctl stop SERVICE.service
[23:12] <RoyK> and systemctl start
[23:13] <RoyK> that is - is luks started before zfs?
[23:13] <RoyK> perhaps there's some messup in the systemd config
[23:13] <bindi> hmm?
[23:13] <bindi> i dont want to run transmission before i've unlocked the drives
[23:13] <bindi> it goes apeshit if it runs and doesnt find the files :P
[23:14] <RoyK> not talking about transmission
[23:14] <RoyK> but luks - perhaps zfs tries to start before it
[23:19] <bindi> works :p
[23:24] <bindi> another question, can i have the automatic partitioner not make a swap partition?
[23:25] <bindi> i really think there should be a simple tick box for that, i'd rather not run the whole process by hand
[23:25] <bindi> http://askubuntu.com/questions/623814/install-ubuntu-15-04-with-full-disk-encryption-but-without-swap-partition
[23:26] <bindi> guess i gotta try that in a vm as well :p