[00:38] <Eickmeyer[m]> Oh, and displaycal is back.
[00:38] <Eickmeyer[m]> (only took 3 years)
[00:39] <arraybolt3> lol
[20:12] <Eickmeyer[m]> OvenWerks: Python 3.11 is now in Lunar. Just a heads-up for studio-controls compatibility reasons. Have yet to test.
[20:15] <Eickmeyer[m]> Also: Feature Freeze is February 23rd.


[00:56] <coreycb> nacc, i think everything's been sponsored for bug 1664203.  dosaboy, does trusty need a patch for that bug?
[05:20] <nacc> coreycb: thanks, was just doing the sponsorship queue cleanup, if you can verify and unsub sponsors?
[06:24] <smb> rbasak, Yes thanks, all apparmor/yakkety needs re-opening (or needed). The changes accidentally included the references again due to ripples in space-time continuum (the release it is based was not in updates at the time of creation but had to be treated as if it hadwill happened in the past by the time it got released)
[11:29] <rbasak> nacc: seen http://paste.ubuntu.com/24280631/ before? I wonder if it's a package version issue on Xenial.
[14:05] <nacc> rbasak: no i have not see gbp fail like that before -- is it reproducible (gbp-import-orig should be runnable on its own)
[14:06] <rbasak> nacc: it did it for every import around that time, so I'd say yes.
[14:06] <rbasak> I will need to check though.
[14:06] <nacc> rbasak: strange
[16:31] <bdmurray> jamespage: in bug 1668313 you say "trusty-mitaka-proposed" and "xenial-mitaka-proposed" I don't see any "xenial-proposed" test results.
[16:31] <jamespage> bdmurray: xenial-mitaka-proposed == xenial-proposed
[16:31] <jamespage> xenial shipped with mitaka openstack
[16:31] <bdmurray> jamespage: okay its not the Ubuntu Cloud Archive
[16:32] <jamespage> bdmurray: nope that's trusty-mitaka-proposed
[16:32] <jamespage> which is a backport of xenial packages to trusty in the UCA
[16:32] <bdmurray> Having mitaka in both words seems confusing to me.
[16:36] <bdmurray> jamespage: I just think it could be clearer which archive you are testing when you post test results.
[16:50] <jamespage> bdmurray: ok I can clarify that
[16:51] <bdmurray> jamespage: that'd be great thanks
[16:53] <jamespage> bdmurray: noted on the bug above - I'll make sure that zul and coreycb know to detail that in future as well
[16:57] <jamespage> bdmurray: two tasks are still not released on https://bugs.launchpad.net/ubuntu/+source/keystone/+bug/1664306
[16:57] <jamespage> nova and swift  - anything blocking those?
[17:04] <bdmurray> jamespage: there's an autopkgtest failure for the old nova with the new libvirt...
[17:21] <jamespage> bdmurray: lookling now
[19:41] <nacc> mapreri: thanks for the extra bug and link(s). I hope to update my MR tmrw
[20:03] <smoser> hey, i'd appreciate it if someone could take a look at
[20:03] <smoser>  https://code.launchpad.net/~smoser/ubuntu/+source/resolvconf/+git/resolvconf/+merge/321203
[20:03] <smoser> and give thoughts.
[20:04] <smoser> the referenced bug has more information, but essentially dns-* entries on ENI interfaces fight/race each other in a deathmatch
[20:04] <smoser> this is one way out of it. in a not-break-stuff manner
[22:01] <mapreri> nacc: yw.  I was kinda wanting to switch everything to git over there, but before flipping it over (or, better, contextually), I wanted to merge (or reject) everything pending and do some bug triaging.  Considering how otherwise busy I am it will take time, so nvm :)
[22:53] <nacc> mapreri: i'm happy to retool to git anytime, just let me know :)
[23:04] <mapreri> nacc: if you are like me on this (knowing that several others are), you probably would actually prefer to "retool" in git right now, rather than way :P
[23:18] <nacc> mapreri: yeah :)
[23:52] <nacc> rbasak: do you have any advice for LP: #1322264 -- there is not a clear test case, but it's an obvious fix from upstream
[23:52] <nacc> rbasak: mostly because you'd have to configure munin in order to test this


[02:05] <Lttlwing16> hello
[02:05] <Lttlwing16> is anyone in here
[02:06] <Lttlwing16> join #ubuntu
[06:39] <prasoonatwork> hi ... i am tryin Lubuntu with a live disk.. but there is no sound coming from my laptop. i have used other live USB before but this is the first time i face this issue how do i get the sound ??
[06:40] <prasoonatwork> i am using LTS14.04
[09:58] <n-iCe> hello
[18:31] <Wilmer_> hi there
[18:32] <Wilmer_> i need help with my lubuntu
[18:35] <lopta> Can the lubuntu-15.10-desktop-i386.iso be dumped straight onto a flash drive or does it need some sort of header prepended?
[18:40] <lopta> I'll try it. We'll see what happens.
[18:53] <dax> lopta: it can be dumped straight onto a flash drive with dd
[18:53] <lopta> Thanks dax
[18:54]  * lopta waits patiently for dd to finish.


 Re: Firefox twice on app menu - the deb version is 97.0.1 and snap version 98.0 - tested 11.03.22 ISO
 RE: firefox on app menu twice - as soon as the deb2snap transition finishes we should only have one Firefox there - the snap version
 Tks (re @teward001: RE: firefox on app menu twice - as soon as the deb2snap transition finishes we should only have one Firefox there - the snap version)


[17:27] <bill_> does 14.03 server distribution not support wirelss network?
[17:27] <rbasak> Ubuntu Server connects to wireless networks fine.
[17:27] <bill_> it won't recognise my card
[17:27] <rbasak> You may need to install the wpasupplicant package though, and you will need configure /etc/network/intefaces as usual.
[17:28] <rbasak> I believe it should recognise anything that Ubuntu generally does. If there's no support then it may be a Linux-wide thing.
[17:28] <bill_> 14.04 desktop uses it when i boot the cd
[17:28] <rbasak> Maybe you need a firmware package or something.
[17:28] <bill_> all other distributions use it
[17:29] <rbasak> If Ubuntu on the desktop can work with it then it can be made to work on Ubuntu Server. They share the same core platform, including kernel.
[17:29] <bill_> i thought it should...but it doesn't
[17:29] <TJ-> bill_: -desktop installs network-manager whereas -server doesn't. network-manager handles a lot of the background plumbing for WiFi so it 'just works'.  You can use network-manager service (without any GUI components) on -server, too
[17:29] <bill_> i will run the disk check on the install cd
[17:29] <bill_> maybe it's broken
[17:30] <bill_> i will try that
[17:30] <bill_> thank you TJ
[17:30] <rbasak> TJ-: if it's just a single wireless network that needs connecting to, then no need for network-manager. Just wpasupplicant and /etc/network/interfaces can achieve all that network manager can in terms of that.
[17:30] <bill_> at the moment i have 14.04 desktop almost installed
[17:31] <bill_> i'll strip out the desktop 'fluff and install some more serveices
[17:31] <rbasak> network manager is much higher up the stack than plain wireless driver problems.
[17:32] <bill_> i only want it to store the backups from other computers on the network
[17:32] <bill_> thanks for your help
[17:32] <bill_> i'll revisit this later
[17:53] <toor> Hello, I am trying to set up my ubuntu server as a mailserver but I can't get it to send the mails, it only receives them.
[17:54] <slidinghorn> toor: what error(s) do you receive when attempting to send mail?  What are the logs telling you?  Also, which version of Ubuntu Server are you using?
[17:55] <toor> There are no errors and I cannot find any error logs. Ubuntu 14.04 TLS.
[17:56] <toor> LTS*
[17:57] <slidinghorn> toor: are you using postfix or sendmail or something else?
[17:57] <toor> postfix, dovecot and I used the mail command.
[17:59] <slidinghorn> toor: you should be able to view your postfix log in /var/log/mail.log
[17:59] <toor> "No such file or directory"
[18:01] <slidinghorn> toor: then you've likely changed some kind of configuration on your system telling it to log elsewhere
[18:01] <toor> There is no such file anywhere on the system.
[18:02] <slidinghorn> toor: again, that's because you've changed something from the postfix default...please pastebin the result of postconf -n     and link it here
[18:03] <TJ-> Cound be there's no syslog service, too
[18:03] <toor> http://pastebin.com/21wJeY2L
[18:06] <slidinghorn> toor: have you restarted postfix & rsyslog?   sudo service postfix restart && sudo service rsyslog restart
[18:12] <toor> postfix/postfix-script: fatal: the Postfix mail system is already running
[18:12] <toor>                                                                          [fail]
[18:14] <TJ-> sounds like a PID file is present but the process has died, or else you started the process manually
[18:15] <toor> I wrote "service postfix start" when the computer booted.
[18:17] <toor> Is there a guide or something that works in all cases?
[18:19] <toor> Could it be that it's Ubuntu's fault? I don't remember having problems installing on Debian
[18:21] <jelly> it's not likely ubuntu's QA would allow for completely broken packaging of postfix that did not log by default
[18:22] <toor> Well I could try to reinstall and try from scratch..
[18:22] <toor> Could you private message me a tutorial that would work if I did that?
[18:23] <jelly> it would be better to try and understand the current state and the desired working state, instead of reinstalling blindly
[18:24] <toor> It's too complicated for me.
[18:24] <jelly> toor: for example: if the service command says the service is already running, can you verify that by looking at the process list?  There should be a process named "master".
[18:27] <jelly> toor: some amount of basic unix knowedge and analytical skills is needed to run a linux server.
[21:11] <Sling> if i plan a cronjob for lets say 1 2 3 1,3 0 /path/to/script.sh
[21:12] <Sling> it runs at 2:01 on the 3rd of january and march
[21:12] <Sling> what would the 'dow' parameter do here, only run it when that date is a sunday?
[21:12] <bekks> Yes.
[21:13] <Sling> hm so i would want that to be * I guess :)
[21:13] <bekks> Yes. :)
[21:13] <Sling> would be a funny 'why didnt my letsencrypt certs renew' debug session
[21:20] <patdk-lap> heh mine are on manual
[21:21] <patdk-lap> lets encrypt is not very friendly much other than a certificate
[21:21] <patdk-lap> cannot use certificate pinning/dane/... with it, cause it changes so often, and you need to renew, but delay using it
[21:21] <Sling> patdk-lap: then you're pinning the wrong certs I guess
[21:21] <patdk-lap> how so?
[21:22] <Sling> well you can also pin the letsencrypt intermediate for example
[21:22] <patdk-lap> pinning an intermediate or ca certificate is a horrible thing to do
[21:22] <patdk-lap> it means anyone that uses that same ca, can spoof you
[21:22] <patdk-lap> and it assumes they dont rotate them out, most ca's rotate the intermediates yearly
[21:23] <patdk-lap> letsencrypt hasn't said how they plan to do it yet
[21:23] <Sling> true
[21:23] <patdk-lap> so you might just pin outself out of a useful website
[21:23] <Sling> (I don't have pinning atm)
[21:23] <patdk-lap> and there is no way to fix that, other than hope your old certificate isn't expired
[21:24] <patdk-lap> and the pin expiration time is highly short, and having it short is a bad idea
[21:24] <devster31> why can't you pin them?
[21:24] <patdk-lap> well, I normally use 6month pins
[21:24] <patdk-lap> letsencrypt is only good for 3
[21:25] <patdk-lap> I cannot pin a new one, till everyone knows about it
[21:25] <patdk-lap> so say, I give it a 1month overlap
[21:25] <patdk-lap> so the new cert is not useful for atleast 1 month
[21:25] <patdk-lap> I add it to my websites pin
[21:25] <patdk-lap> then after a month, I switch to it
[21:25] <ianorlin> patdk-lap: then maybe not use letsencrypt for this
[21:25] <patdk-lap> and have the pin expire in a month
[21:26] <patdk-lap> use it for a month, and start process to new one again
[21:26] <Sling> renewing doesn't imply using a new private key though
[21:26] <Sling> so you could still use the same pin?
[21:26] <patdk-lap> using the same key is possible
[21:26] <patdk-lap> but kindof defeats the point
[21:26] <patdk-lap> half the point of getting a new cert, is to rotate the keys
[21:26] <patdk-lap> so the bruteforce would have to start over
[21:27] <patdk-lap> if you start reusing the keys, your likely going get yourself into trouble
[21:28] <Sling> not pinning the leaf isn't that bad though, plenty of people do it that way
[21:28] <Sling> even companies like github
[21:28] <Sling> they pin their root CA
[21:29] <Sling> anyway I still need to dive into that topic someday, first getting all my boxes set up with autmatic renewal + LE
[21:29] <ianorlin> I think someone could setup certs worse than letsencypt
[21:30] <patdk-lap> yes, I just wish they had a 6month option
[21:30] <patdk-lap> for usecases like this
[21:30] <patdk-lap> 3months is fine for if you don't need any leadtime for the cert
[21:32] <patdk-lap> atleast I got it programmed to update dane automatically
[21:32] <patdk-lap> but haven't picked a solution to delay activation yet
[21:33] <patdk-lap> probably will patch their program to keep two certs in the folder, and only use the old one
[21:40] <andol> patdk-lap: Another option might be to pregerante key+csr, publish parallel dane/tlsa record, and then renew based on on that explicit csr.
[21:42] <patdk-lap> but pinning is based only on the cert
[21:43] <patdk-lap> I think
[21:44] <andol> patdk-lap: No, pinning is based on the key material, and you can/should generate a backup pin based on an existing csr.
[21:44] <patdk-lap> actually it's both
[21:44] <andol> patdk-lap: How do you mean that it's both?
[21:45] <patdk-lap> you can do it either way
[21:45] <patdk-lap> pin by cert
[21:45] <patdk-lap> or pin by public key
[21:45] <andol> Ok, my bad.
[21:45] <andol> Only seen pins based on the public key.
[21:45] <andol> Why would you want to do it any other way?
[21:46] <patdk-lap> easier to do :)
[21:47] <andol> Well, writing that helper script is a one time thing in both cases.
[21:48] <patdk-lap> if everyone could write that :)
[21:48] <patdk-lap> most of the people using certificates have no idea how they work
[21:48] <patdk-lap> let alone there are two parts to them
[21:49] <andol> Not sure if one should try out HPKP unless one really knows what ones is doing? :-)
[21:50] <patdk-lap> that is the problem
[21:50] <patdk-lap> boss tells you to do it :)
[21:50] <patdk-lap> or, you are new into that department
[21:50] <patdk-lap> managing certs isn't exactly the highest and most important thing in a company view generally
[21:51] <patdk-lap> it's easy to kindof tell, based on all the dnssec issues
[21:51] <patdk-lap> certificate is annoying, and generally easily fixable, or worked around
[21:51] <patdk-lap> dnssec is normally very noticable
[21:51] <andol> Hmm, I think most DNSSEC issues are more about people not doing DNS right, which then becomes more much visable then you add DNSSEC.
[21:54] <andol> But yeah, I agree with your more general point, about there being stuff like certs, dns(sec), etc which isn't given the needed importance.


[11:26] <Antrax2000> :D
[14:35]  * Craw^ mano kay Antrax2000
[15:38] <projectxeno>  my new blog article >> http://blog.rootcon.org/2011/09/demystifying-backdoor-shell.html
[15:57] <compromised> dugo ilong
[15:57] <compromised> heh
[15:57] <compromised> astig, ikaw nag code nung backoodr shell?
[15:58] <compromised> backdoor*
[15:58] <compromised> may ganun pala
[15:58] <compromised> IRC bots
[15:59] <projectxeno> actually avalon
[15:59] <projectxeno> nope d ako
[15:59] <projectxeno> pero may personal released ako
[15:59] <projectxeno> na php
[16:00] <projectxeno> hehe
[16:00] <projectxeno> yung sa screenshot r57 shell yan
[16:00] <projectxeno> tapos site na na napawn which I backdoored
[16:00] <projectxeno> i mean private shell ako
[16:01] <projectxeno> hehe
[16:01] <projectxeno> modify ko lang
[16:02] <projectxeno> this for example is an r57 shell > http://ns10.freeheberg.com/~axelkama/images/configu.php
[16:02] <projectxeno> hmmm
[16:02] <projectxeno> may c99 din na kind of shell
[16:04] <shipcode> may personal ako shell pero prvate po. nxt time cguro debug ko php functions nun
[16:04] <compromised> cool
[16:04] <compromised> para ba yang sa terminal
[16:05] <compromised> pwde mag execute ng commands
[16:05] <shipcode> yep
[16:05] <shipcode> like ls -la
[16:05] <shipcode> perl ircbot.pl
[16:05] <shipcode> uname -a
[16:05] <shipcode> sbin/ifconfig
[16:05] <shipcode> cat /etc/issue
[16:06] <shipcode> kaya lang yang bingay ko sau wla yang run command ^^
[16:07] <shipcode> sa google
[16:07] <shipcode> dami mga shells na masesearch
[16:07] <compromised> ahh
[16:07] <shipcode> mga sites na may shells
[16:07] <shipcode> hehe
[16:07] <compromised> oo
[16:07] <compromised> nde pwde
[16:07] <shipcode> basta dork mo lang
[16:07] <compromised> bakit
[16:07] <shipcode> nka safe mode yan ^^
[16:07] <compromised> anu yung dork
[16:07] <shipcode> dork >> google query po
[16:08] <shipcode> for example
[16:08] <compromised> safe mode?
[16:08] <shipcode> inurl: c99.php site:br
[16:08] <shipcode> safe mode >> lang run or execute command at d ka mka upload
[16:08] <shipcode> but sa shell na yan pwede
[16:09] <compromised> ahh ic
[16:10] <compromised> karamihan ginagamit yan sa hacking?
[16:10] <shipcode> actually
[16:10] <shipcode> pag backdoor na
[16:10] <shipcode> meaning napasok na yan
[16:11] <compromised> san ba yan galing
[16:11] <compromised> paano napasok un dun
[16:11] <shipcode> through sql injection,rfi,remote code execution,sniffing, md5 cracking, bruteforce,etc
[16:11] <shipcode> anong saan galing?
[16:11] <shipcode> yung site ba?
[16:12] <shipcode> actually yung admin ng site na yan
[16:12] <shipcode> d na active
[16:12] <shipcode> so what i did
[16:12] <shipcode> exploit
[16:12] <shipcode> then i emailed the admin
[16:12] <shipcode> then he said
[16:12] <shipcode> i can just have it
[16:12] <shipcode> na
[16:12] <compromised> I mean yung backdoor na shell
[16:12] <shipcode> after reporting it can be xploited
[16:12] <compromised> Ikaw nag lagay nun dun?
[16:13] <compromised> buong server hawak mo mismo?
[16:17] <shipcode> nope sa site lang pre ^^
[16:17] <shipcode> with the admin's permission after saying ur site can be xploited
[16:17] <shipcode> and said
[16:18] <shipcode> u can have it boy coz i don't use it anymore :p
[16:18] <shipcode> promise
[16:24] <compromised> ah ic
[16:25] <compromised> anu namn makukuha mo dun after mo lagyan
[16:28] <shipcode> chk mo post ko sa blog
[16:28] <shipcode> yun na
[16:28] <shipcode> mga benefits


[13:27] <yoshi__> hi everyone
[17:10] <Ahmuck> how is edubuntu or ltsp coming in setting defaults for desktops.  ie screen resolution, firefox pref, etc.
[17:12] <Nubae> not sure what you mean Ahmuck
[17:17] <Ahmuck> not having the time, i have not set down and went through the docs to locate setting the min resolution for the thin clients.  as a result, the thin client is opening up at the highest resolution of the video card which nobody can read
[17:18] <Ahmuck> so i have to go in and set each client when someone logs in
[17:18] <Ahmuck> but a gui to do a system wide configuration would be nice
[17:18] <Ahmuck> and turning off notices to the clients would be nice as well.  print notices, update notices, etc.
[17:18] <Nubae> well with ltsp u can set it in lts.conf
[17:18] <Nubae> just set [default] to the desired res
[17:42] <Ahmuck> Nubae: would you recommend cedega for windows programs?
[17:43] <Nubae> no, crossover
[17:43] <Nubae> cedega is for games
[18:24] <Nubae> hi Lns
[18:24] <Lns> hey Nubae
[19:23] <yoshi__> hi everyone, i planning to use xfce as window manager with ltsp on edubuntu, since we are implementing the ltsp solution in a big school, is this a good and stable choice ?
[19:24] <yoshi__> the reason not to use gnome is because you can lock down xfce much easier, since sabayon for gnome is not working out , or are there any other options to lock down the gnome desktop on a user base ?
[19:29] <Guest60212> test
[20:00] <Guest16709> is this a ubuntu forum?
[20:01] <Guest16709> anybody home?
[20:01] <alkisg> !ask
[20:01] <Lns> Guest16709: this is an edubuntu channel
[20:03] <Guest16709> would you happen to know how to install a software I downloaded off the internet? there is no read me
[20:47] <Guest60212> hi everyone little question, i want to use AWN to show on the desktop with a specific set of application launchers for a group  teachers  that logs in to ltsp. Is this possible ?
[21:01] <Lns> Guest60212: i dunno about awn but you might want to look at edubuntu-menus
[21:05] <Guest60212> tx for the advice
[21:05] <Guest60212> is it stable enough to use in produktion ?
[21:06] <Guest60212> and can i use with witch XFCE as desktop instead of gnome
[21:07] <Lns> Guest60212: afaik it utilizes xdg so it should be cross-wm
[21:08] <Guest60212> ok nice, iam gonna check it out, i see here also it will be include in 9.04 :)
[21:08] <Guest60212> we are testing with XFCE because you can lock down the desktop very easy, shame that sabayon isn't working properly :(
[21:09] <Lns> Guest60212: fairly easy to do w/gconf in gnome
[21:10] <Lns> https://help.ubuntu.com/community/UbuntuLTSP/GnomeOptimize
[21:11] <Guest60212> yes saw that also
[21:11] <Guest60212> but we are dealing with around 1000 students
[21:11] <Guest60212> different ages different groups
[21:12] <Guest60212> and they are smart kids who search for an entry in sometimes
[21:12] <Guest60212> so we have to be sure their desktop is totaly secured and locked
[21:22] <Guest60212> mmm gconf is very powerfull
[21:22] <Guest60212> we are gonna look into that all so, tx for the advice !
[21:27] <Lns> Guest60212: np.. i've found it's fairly easy to lock down gnome with that info and a few other non-wm specific things (some also in the wiki)
[21:28] <Lns> s/wm/de


[07:02] <mup> Bug #1696661 opened: MAAS should offer multiple DNS servers in HA case <MAAS:New> <https://launchpad.net/bugs/1696661>
[14:14] <mup> Bug #1696752 opened: [SRU] MAAS 2.2.0 <maas (Ubuntu):New> <https://launchpad.net/bugs/1696752>
[14:38] <mup> Bug #1696771 opened: [snap] Preseeds are not 'common' that would allow the user to configure them <MAAS:New> <MAAS 2.2:New> <https://launchpad.net/bugs/1696771>
[18:30] <mup> Bug #1696819 opened: After upgrade from MAAS 2.1 to MAAS 2.2, unable to commission or deploy systems <MAAS:New> <https://launchpad.net/bugs/1696819>
[18:36] <mup> Bug #1696819 changed: After upgrade from MAAS 2.1 to MAAS 2.2, unable to commission or deploy systems <MAAS:New> <https://launchpad.net/bugs/1696819>
[18:42] <mup> Bug #1696819 opened: After upgrade from MAAS 2.1 to MAAS 2.2, unable to commission or deploy systems <MAAS:New> <https://launchpad.net/bugs/1696819>
[20:03] <mup> Bug #1618467 changed: cloud-init does not take into consideration proxy when adding PPA's. <cloud-init:New> <MAAS:Opinion> <https://launchpad.net/bugs/1618467>
[20:09] <mup> Bug #1618467 opened: cloud-init does not take into consideration proxy when adding PPA's. <cloud-init:New> <MAAS:Opinion> <https://launchpad.net/bugs/1618467>
[20:12] <mup> Bug #1618467 changed: cloud-init does not take into consideration proxy when adding PPA's. <cloud-init:New> <MAAS:Opinion> <https://launchpad.net/bugs/1618467>
[20:12] <mup> Bug #1696819 changed: After upgrade from MAAS 2.1 to MAAS 2.2, unable to commission or deploy systems <docteam> <MAAS:Incomplete> <https://launchpad.net/bugs/1696819>
[20:18] <mup> Bug #1696819 opened: After upgrade from MAAS 2.1 to MAAS 2.2, unable to commission or deploy systems <docteam> <MAAS:Incomplete> <https://launchpad.net/bugs/1696819>
[20:19] <xygnal> ltrager: can you explain more about the hooks required?  I extracted our curtin tarball into the image as we have been doing with the cos7 image, but the latest build test on that new image shows the same curtin hook empty output
[20:24] <xygnal> ltrager: I can see the curtin directory, including curtin-hooks.py,  what else could be wrong?
[20:33] <mup> Bug #1696819 changed: After upgrade from MAAS 2.1 to MAAS 2.2, unable to commission or deploy systems <docteam> <MAAS:Incomplete> <https://launchpad.net/bugs/1696819>
[20:40] <xygnal> ltrager: ok upon looking closely I can see this has both curtin and cloud-init in the image, so why am i still getting errors about curtin-hook?
[20:51] <xygnal> paste.ubuntu.com/24810424  please check my evidence.  Why is curtin-hooks.py returning nothing to stdout?
[20:51] <xygnal> ltrager: roakroax:
[21:42] <ltrager> xygnal: Is the python-oauth package installed?
[21:42] <ltrager> xygnal: its not currently in the CentOS repos you have to pull it directly from koji - https://kojipkgs.fedoraproject.org/packages/python-oauth/1.0.1/10.el7/noarch/python-oauth-1.0.1\
[21:42] <ltrager> -10.el7.noarch.rpm
[21:45] <ltrager> xygnal: although looking at the stack trace you posted it appears you're on CentOS 6?
[21:50] <ltrager> xygnal: the command is failing when using grub to figure out what the boot device is
[21:51] <ltrager> xygnal: make sure grub is installed in the image and try running the commands manually
[22:05] <xygnal> this isna cos6 image
[22:05] <xygnal> you said only cos7 needs that
[22:05] <xygnal> ah yes sorry. reading.
[22:06] <xygnal> this is the centos6 image from your code
[22:06] <xygnal> just exported from maas and reimported after adding curtin