[01:25] <CIA-3> wubi: Agostino Russo * r180 trunk/ (debian/changelog src/wubi/application.py): Fixed CD menu reboot (LP: #543032)
[02:15] <CIA-3> wubi: Agostino Russo * r181 trunk/ (data/grub.install.cfg debian/changelog): Safe graphic mode boot option was disabled (LP: #550539)
[05:08] <cjwatson> dmarkey: sure, it would need to be (hd0,1) or whatever in order to actually work, and it's probably worth fixing it up, but it really doesn't actually mattere
[05:08] <cjwatson> *matter
[06:11] <kusum> can anyone here expalin me the preseed file
[08:05] <dmarkey> cjwatson: when instaling an ordinary ubuntu, it's (hd0,1), when installing paravirtualised under xen, its /dev/xvda. which unfortunately crashes pygrub
[08:06] <dmarkey> im pretty sure it was (hd0,1) in 9.10 under xen
[08:15] <dmarkey> what ever script populates that is trying to make the mapping from /dev/xvda to the disk number out of the bios, the paravirtualised xen doesnt have a bios
[08:15] <dmarkey> so i assume it falls back to xvda
[10:32] <ogra> cjwatson, i'm a bit lost with the OAMP images and could need some advice, the design is supposed to be as follows: install runs from SD (OAMP uboot cant boot from USB) targeting a USB disk but using SD for /boot, since the SD is mounted i cant format it but only replace uImage/uInitrd during install, but i need UUID->/boot for it in fstab after first boot
[10:33] <ogra> *OMAP
[10:33] <ogra> is there (hopefully not to intrusive) way to achieve that in ubiquity/d-i ?
[10:35] <ogra> i could use flash-kernel-installer for mangling fstab and putting the files in place but that feels very very ugly
[10:43] <cjwatson> the usual way to do that kind of thing is to have a partman fstab.d component that spits out the right line as appropriate
[10:43] <ogra> hmm, i couls use partman-uboot for that i suppose
[10:43] <ogra> *could
[10:44] <ogra> that still leaves the prob that the Sd cant be mounted on /boot at install time though
[10:45] <ogra> oh, wait, i could bind mount/umount it while flash-kernel-installer runs
[10:50] <dmarkey> cjwatson: hey, do you have a quick sec to talk about this root=(/dev/xvda,0) issue i've come across?
[10:50] <cjwatson> dmarkey: it's a consequence of not having device.map any more
[10:50] <cjwatson> it's not xen-specific or anything - it also shouldn't be harmful in any way
[10:51] <dmarkey> i tried to install 10.04 on a normal machine, and root=(hd0,0)
[10:51] <cjwatson> I do want to clean it up for 10.04 somehow, but essentially so that people stop asking about it rather than anything else :)
[10:51] <cjwatson> set root= is almost entirely irrelevant nowadays.  the UUID search command immediately afterwards is what normally *actually* finds the root partition
[10:51] <cjwatson> set root= is basically just insurance fallback
[10:52] <dmarkey> hmm, you see, xen uses pygrub, which relies on root= to be the proper notation
[10:52] <cjwatson> (and yes, the current situation means that that insurance fallback won't work properly, but there are lots of situations where it would go wrong anyway)
[10:52] <cjwatson> pygrub is grub legacy only, is it not?
[10:52] <dmarkey> no, grub2 aswell
[10:52] <cjwatson> oh, that's news to me
[10:52] <dmarkey> very new patches
[10:52] <cjwatson> they haven't been mentioned on grub-devel@
[10:52] <dmarkey> but they are in xen 4.0, which was released yesturday
[10:53] <cjwatson> anyway, I'll see if I can fix this up
[10:53] <dmarkey> that would be *great*
[10:54] <cjwatson> have been trying to get rid of device.map in general, and this is one of the bits of fallout
[10:55] <dmarkey> i see
[10:59] <dmarkey> having said that pygrub grub2 support is very limited, just enough to boot the system.
[11:11] <dmarkey> also, i'm ready to test that PAE image/initrd when you get the chance to build it
[11:12] <cjwatson> I can't do anything
[11:12] <cjwatson> I asked #ubuntu-kernel to apply an appropriate patch to build the udebs
[11:12] <cjwatson> but until that's applied, there's no point asking me I'm afraid
[11:13] <dmarkey> oh i see
[11:13] <dmarkey> sorry bout that
[11:13] <cjwatson> that's ok
[11:50] <ev> cjwatson: http://paste.ubuntu.com/410986/
[11:53] <cjwatson> ev: out of sheer paranoia I'd put a DebconfError guard around the db.get as well, and maybe ret > 0 rather than != to match the code below (or change the code below?)
[12:01] <cjwatson> dmarkey: ok, (/dev/xvda,*) thing should be fixed shortly
[12:04] <dmarkey> cjwatson: good stuff, may i ask what logic you are using for that
[12:06] <cjwatson> probe all devices explicitly in 'grub-probe --target=drive' if /boot/grub/device.map is missing
[12:07] <cjwatson> http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/lucid/grub2/lucid/revision/1963
[12:09] <dmarkey> cool. will this be in the daily snapshot so i can test it?
[12:11] <cjwatson> dunno when I'll upload it exactly
[12:11] <cjwatson> sometime after beta-2
[12:13] <dmarkey> ok i'll wait
[12:27] <CIA-3> ubiquity: evand * r4057 ubiquity/ (bin/ubiquity-dm debian/changelog debian/ubiquity.templates):
[12:27] <CIA-3> ubiquity: Let the user know why we're starting a desktop session or rebooting
[12:27] <CIA-3> ubiquity: when ubiquity in only mode crashes. If in automatic mode, the
[12:27] <CIA-3> ubiquity: default is to reboot. Preseed ubiquity/reboot_on_failure to false
[12:27] <CIA-3> ubiquity: to start a desktop session instead.
[12:40] <CIA-3> ubiquity: evand * r4058 ubiquity/debian/changelog: Add LP freeze exception request bug for previous commit.
[12:42] <dmarkey> Kevin`: welcome
[12:49] <Kevin`> :/
[12:49] <Kevin`> my cable died for a while, no sync at all
[12:49] <dmarkey> how much of this stuff is backported to the debian installer
[12:50] <Kevin`> I assume that wasn't a question to me
[12:51] <dmarkey> anyone really
[12:52] <Kevin`> if you mean xen, they have/had a dedicated installer for it. i'm not sure if now, with proper pvops support, they have integrated the two. i'm kinda stuck on lenny
[12:52] <dmarkey> if we have ubuntu xen/domu support, it should be easy to get debian/domu xen support
[13:43] <rgreening_> ev: ping
[13:45] <ev> rgreening_: pong
[13:46] <rgreening_> how are ya?
[13:46] <rgreening_> ev: usb-creator seems to mount the partitions from my usb stick automatically. I guess this is ok, however, and interesting side effect is that if I now close usb-creator-kde without making the startup disk, it leaves the partitions mounted. This is problematic for current KDE as KDE's Solid back-end is still using HAL, and Solid/HAL cannot umount any device mounted by UDisks. This leaves the device hanging for the user. Thoughts?
[13:49] <ev> HAL is dead upstream.
[13:49] <ev> completely
[13:50] <ev> I'd say this is a bug in Solid more than anything else
[13:51] <ev> usb-creator leaves partitions mounted purposefully.  I don't want to get into the corner cases of is this a partition we mounted or was it already, is the user still using the partition, and so on.
[13:52] <ev> oh, missed the start of that -- I'm good, thanks!  How are you?
[13:52] <rgreening_> ev: I agree, however, Solid does not have a proper way to deal with UDisks atm
[13:52] <rgreening_> Im good. Going to UDS :)
[13:52] <ev> woohoo!
[13:52] <rgreening_> hehe
[13:53]  * ev shrugs
[13:54] <ev> so we definitely couldn't do anything about it for lucid - we're in hard freeze here, and I would hope that the Solid folks get their act together in the next six months.
[13:54] <rgreening_> ev: yeah. true enuff. Im hoping they get the backend updated.
[13:56] <rgreening_> ev: got any specific plans for maverick for the stuff you are working on? Anything I'd be interested in :)
[14:00] <ev> rgreening_: so we *may* have a summer of code student working on some usb-creator stuff.
[14:01] <rgreening_> cool. for mac? win? something else?
[14:01] <ev> <https://wiki.ubuntu.com/GoogleSoC2010/Ideas#usb-creator Improvements>
[14:01]  * rgreening_ reads
[14:02] <ev> in ubiquity-land we'll be doing a redesign
[14:02] <ev> we may also have a summer of code student to do wubi migration
[14:03] <rgreening_> cool
[14:04] <rgreening_> ev: we need to make sure that if the gtk frontend changes or any backend changes which could affect the kde frontend are taken into consideration for the GSOC project.
[14:04] <rgreening_> sounds good otherwise :P
[14:05] <ev> yarp
[14:05]  * rgreening_ wishes I had time ot get the server piece done this cycle... stupid $work
[14:05] <ev> entirely understandable
[14:05] <rgreening_> work wouldn't be a problem if I had been hired for the foundations team  ;)
[14:05] <rgreening_> ha
[14:05] <ev> heh, indeed
[14:06]  * rgreening_ is still interested in a job with canonical though
[14:15] <CIA-3> ubiquity: evand * r4059 ubiquity/debian/ (changelog oem-config.templates):
[14:15] <CIA-3> ubiquity: Make oem-config/install-language-support false by default. OEMs
[14:15] <CIA-3> ubiquity: should only be turning this on if they've provided all the possible
[14:15] <CIA-3> ubiquity: langpacks in oem-config/repository or can guarantee an Internet
[14:15] <CIA-3> ubiquity: connection (LP: #539710).
[14:18] <ev> they're always hiring :)
[14:40] <rgreening_> yup
[14:41] <rgreening_> just not in the right area .. foundations would have been awesome... and Im not into ARM as such...
[14:43] <kusum> Could somebody explain me the lines in preseed.cfg file please
[14:59] <cjwatson> kusum: not in such general terms
[15:00] <cjwatson> kusum: you need to ask specific questions
[15:02] <dmarkey> kusum: http://www.google.co.uk/search?hl=en&q=site:ubuntu.com+ubuntu+preseed&meta=&aq=f&aqi=&aql=&oq=&gs_rfai=
[15:13] <kusum> cjwatson: dmarkey : How is the wubildr.mbr handled when we select ubuntu on the grub
[15:20] <cjwatson> wubildr.mbr is a grub image that's configured to load the appropriate disk image using grub's loopback module, and then chain through to the grub.cfg in that image
[15:21] <cjwatson> see data/wubildr.cfg in wubi
[15:57] <shtylman> ev: http://arstechnica.com/tech-policy/news/2010/04/digital-economy-bill-passes-in-the-uk.ars < --- looks like you guys have it worse than us
[15:58] <ev> shtylman: not at all
[15:58] <shtylman> heh
[15:58] <ev> there's a lot of shouting going on over something that's not all that bad
[15:58] <shtylman> sounds pretty bad from the article
[15:58] <ev> the big thing that everyone is complaining about is that if you get caught breaking copyright three times, they can disconnect you from the internet
[15:59] <shtylman> sounds like the matrix :)
[15:59] <shtylman> if you die online... do you die in real life?
[15:59] <ev> that's already the case in the states, only they can do it on the first occurrence
[15:59] <shtylman> :(
[16:00] <ev> Keybuk pointed out something interesting though
[16:00] <ev> from his reading of the bill, he gathered that you could have someone disconnected from the internet if they violated the GPL
[16:01] <shtylman> oh... man...
[16:01] <shtylman> that would be epic
[16:01] <ev> hahahaha
[17:32] <superm1> ev, re r4057, would it be possible to call the fail late command before rebooting if it were preseeded to provide consistency with what happens if the failure occurs later?
[17:32] <ev> absolutely
[17:32] <superm1> (of ubiquity that is)
[17:32] <ev> sorry for the oversight there
[17:33] <superm1> great thanks
[17:40] <CIA-3> ubiquity: evand * r4060 ubiquity/ (bin/ubiquity-dm debian/changelog): Call ubiquity/failure_command if we crash in only ubiquity mode.
[17:50] <CIA-3> ubiquity: cjwatson * r4061 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[17:50] <CIA-3> ubiquity: * GTK frontend:
[17:50] <CIA-3> ubiquity:  - Re-fetch translations before calling plugin_translate (LP: #552673).
[19:16] <CIA-3> ubiquity: evand * r3922 ubiquity.testing/ (3 files in 2 dirs):
[19:16] <CIA-3> ubiquity: * Clean up tests/run, only recgenerate templates if modified.
[19:16] <CIA-3> ubiquity: * Provide testPluginsLoadProperly and testReturnToPartitioning tests.


[01:37] <sarnold> this guy just says something useless every few hours:
[01:37] <sarnold> Tue 23 01:35:53 < nugroho> WHA420355-SOC155694-YMH297433-WHA800477-JPL749250-APB800779
[01:38] <sarnold> https://paste.ubuntu.com/p/56Zx7kdcYh/
[01:39] <CarlFK> sarnold: weird indeed.  thanks.
[01:44] <el> that looks like a serial code
[01:44] <el> or license code
[01:45] <dax> https://twitter.com/vectralounge/status/1275225869590593537
[01:46] <el> wtf
[01:46] <hggdh> potentially not good
[01:47] <hggdh> how about ban & forward
[01:47] <dax> https://rinaldimunir.wordpress.com/2013/06/30/kebakaran-di-labtek-iii-teknik-industri-itb/#comment-15278 and here it is in 2013, with nick = commenter name
[01:47] <dax> +1
[01:47] <dax> oh, they did the same thing in #ubuntu in 2013 and 2017 lol
[01:47] <el> they've literally never said anything of value in the past year and they've been hovering around for at least a year
[01:48] <dax> el: opinion on banforward?
[01:48] <el> not sure forward is going to achieve anything tbh
[01:48] <dax> might be fun at least
[01:48] <dax> can always change it
[01:48] <el> fair enough
[01:48] <dax> sarnold: ty for bringing it to our attention
[01:49] <CarlFK> el: same tweet every day for ... 19.6K Tweets   I'm not going to look at all those.
[01:49] <el> CarlFK: yeeah
[01:50] <el> i held pagedown for a bit and gave up
[01:50] <dax> @comment 80047 weird behavior, no redeeming content, did the same thing in 2013 and 2017, appears to be doing it around the internet
[01:50] <el> did it another few secs and feb26 last year is when they flipped
[01:51] <el> oh wait no that was just a break in the schedule, they did the same for ages before that
[01:51] <dax> oh wait it's the same tweet each time wth
[01:51] <el> yep
[01:52] <el> except for basically feb26 and one day a few weeks earlier that i've found so far
[01:52] <el> how it's not been flagged as spam idk
[01:53] <el> the differing tweets are pastes from elsewhere best i can tell
[01:53] <el> just random sentences
[01:53] <dax> because twitter is useless at antiabuse lol
[01:54] <el> Apr 22, 2018 is the oldest tweet
[01:55] <el> images still on the account from before they deleted all the earlier tweets
[02:20] <genii> Interesting
[02:22] <genii> Was DOD324904 also one in their series?
[02:23] <el> not in the 6 codes they've been repeating for years
[02:23] <el> i think they're currency serial numbers
[02:23] <el> the photos i mentioned had photos of other currency serials which match the format
[02:24] <genii> http://jamminurulistiqomah.blogspot.com/2013/10/ all 6 are here plus the one I just mentioned, most also seem to be associated with names, like user IDs
[02:25] <genii> ( fairly far down on the page)
[02:26] <el> name on the comment matches
[02:27] <el> and those look like they are receipts. so fits with bill serials
[02:28] <genii> Curious stuff
[02:28] <el> yeah


[11:11] <asac> reed: oops :=
[14:05] <[reed]> hehe
[21:43] <fta> asac, did i miss the meeting?
[21:43] <fta> apparently not, just read your email :P
[21:58] <Jazzva> haha... after upgrade, wherever i click, xchat pops up :)
[21:58] <Jazzva> it's a bit frustrating...
[23:31] <Jazzva> hmm... everything ok now...


[21:50] <danielk22> tgm4883: I'm a bit confused. You mentioned Ubuntu TV is being ported to Unity 3D, but looking at trunk I see a lot of qml. Is qml still used with Nux or am I looking at the wrong sources?
[21:53] <tgm4883> danielk22, I'm probably not the best person to ask that. Maybe mhall119 or Saviq knows
[22:06] <danielk22> I'm definitely on the wrong branch, last commit was 2011-12-23.. can anyone point me to the current branch? I found bzr+ssh://bazaar.launchpad.net/~ubuntutv-dev-team/ubuntutv/trunk via the project page.
[22:32] <danielk22> I found lp:~saviq/ubuntutv/precise_merge and it appears to be the most up to date branch @ 2012-06-11, but it is still Qt/QML based & using unity-2d.
[22:47] <danielk22> FYI I got that built but the result didn't really look like the videos ;]
[23:32] <mhall119> danielk22: all the Qt/QML stuff is going to be replaced
[23:32] <mhall119> but the process is only just beginning
[23:33] <mhall119> the current trunk is, IIRC, what was used for demos at CES and other shows
[23:34] <mhall119> I know that the Unity 3D trunk just recently got the changes necessary to start building the TV interface on top of it
[23:34] <mhall119> so there should be ported code coming soon
[23:34] <mhall119> hope that clears things up


[06:16] <Kilos> morning all
[06:31] <magespawn> Hi Kilos
[06:31] <Kilos> hi magespawn inetpro theblazehen thatgraemeguy and others lurkers
[06:33] <thatgraemeguy> mornings
[07:00] <pavlushka> Morning everyone!
[07:00] <pavlushka> hello Kilos
[07:08] <chesedo> morning Kilos magespawn thatgraemeguy pavlushka
[07:08] <pavlushka> Morning chesedo !
[07:12] <pavlushka> ChanServ: how it is going there for you?
[07:23] <simpleirc> Hi I am strugglung sars docs now.  ubuntu gnome 16.04
[07:24] <simpleirc> cannot submit sars
[07:33] <pavlushka> chesedo: :oops! how it is going there for you?
[07:39] <chesedo> pavlushka: great, just started new semester of studies, and you?
[07:39] <pavlushka> chesedo: wow, thats great, way to go, me, napping!
[07:40] <chesedo> lol
[08:05] <Kilos> hi chesedo
[08:07] <Sicelo> pdf XFA sucks (re - simpleirc's problem)
[08:08] <Sicelo> good morning  friends
[08:10] <Kilos> hi Sicelo
[08:10] <Kilos> hi bhara7
[08:11] <Kilos> welcomer to ubuntu-za
[08:16] <Sicelo> you're well Kilos?
[08:16] <Kilos> im ok ty Sicelo and you?
[08:16] <Sicelo> good too :)
[08:36] <dlPhreak> Morning
[08:36] <Kilos> hi dlPhreak
[08:36] <dlPhreak> How are you Kilos ?
[08:36] <Kilos> ok ty and you dlPhreak
[08:47] <dlPhreak> Not bad thanks Kilos
[08:52] <dlPhreak> Has winter subsided yet over there?
[08:53] <Kilos> not really
[08:53] <Kilos> days a bit warmer
[10:50] <dlPhreak> For about the last 2 weeks we've had some very nice and sunny days.
[14:50] <Kilos> sjoe
[15:08] <Kilos> hi chesedo seems that one site was turned off in 2013
[15:08] <Kilos> http://web.archive.org/web/20130123062425/http://www.ubuntu-bd.org/
[15:08] <Kilos> or nothing added since then
[15:09] <Kilos> not to worry yet ill do more research first
[15:10] <Kilos> too much learning new stuff
[16:01] <magespawn> home time chat later all
[16:40] <Kilos> i go eat
[17:22] <inetpro> Kilos: What is the Ubuntu 16.03, 16.05, 15.11, etc?
[17:22] <Kilos> huh
[17:23] <Kilos> im lost
[17:23] <inetpro> http://askubuntu.com/questions/800310/what-is-ubuntu-16-05-16-06-etc?newsletter=1&nlcode=198715%7cf819
[17:25] <Kilos> yes i know that .1 etc is used for point releases
[17:25] <Kilos> but dunno the other things
[17:25] <Kilos> you want to mess with my head again
[17:26] <inetpro> These are monthly snapshot-releases corresponding to the milestones for the next official Ubuntu release. They are the product of the time-based release cycle used by Canonical for Ubuntu since version 13.04
[17:26] <Kilos> oh my
[17:27] <inetpro> no worries, first time I see this as well
[17:27] <Kilos> yay
[17:30] <inetpro> very confusing and a bad idea if you ask me
[17:34] <inetpro> https://launchpad.net/ubuntu/+milestone/ubuntu-16.03
[17:35] <Kilos> so what is 16.03 actually
[17:36] <Kilos> is that still part of 16.04
[17:42] <Kilos> inetpro what does triaged men.is the bug then fixed or what?
[17:43] <Kilos> s/men/mean
[17:44] <inetpro> https://wiki.ubuntu.com/Bugs/Bug%20statuses
[17:47] <Kilos> sjoe
[17:47] <Kilos> too much to worry about
[17:53] <MaNI> triage basically just means to "classify" and/or assign
[17:54] <MaNI> so given a priority, and a person to attend to it etc.
[17:54] <Kilos> aha
[17:54] <Kilos> ty
[17:57] <Kilos> was so nice and warm today, now its freezing again
[17:57] <Kilos> sigh
[18:10] <SEptic> evening
[18:10] <Kilos> hi SEptic
[18:10] <SEptic> hey Kilos
[18:11] <pavlushka> Ahoy ZA!
[18:13] <SEptic> ai captain
[19:13] <Kilos> night all, sleep tight


[00:14] -queuebot:#ubuntu-release- New binary: slepc [i386] (eoan-proposed/universe) [3.11.2+dfsg1-1] (no packageset)
[00:14] -queuebot:#ubuntu-release- New binary: slepc [s390x] (eoan-proposed/universe) [3.11.2+dfsg1-1] (no packageset)
[00:16] -queuebot:#ubuntu-release- New binary: slepc [amd64] (eoan-proposed/universe) [3.11.2+dfsg1-1] (no packageset)
[00:16] -queuebot:#ubuntu-release- New binary: slepc [ppc64el] (eoan-proposed/universe) [3.11.2+dfsg1-1] (no packageset)
[00:42] -queuebot:#ubuntu-release- New binary: slepc [arm64] (eoan-proposed/universe) [3.11.2+dfsg1-1] (no packageset)
[00:49] -queuebot:#ubuntu-release- New binary: slepc [armhf] (eoan-proposed/universe) [3.11.2+dfsg1-1] (no packageset)
[04:05] -queuebot:#ubuntu-release- New: accepted slepc [amd64] (eoan-proposed) [3.11.2+dfsg1-1]
[04:05] -queuebot:#ubuntu-release- New: accepted slepc [armhf] (eoan-proposed) [3.11.2+dfsg1-1]
[04:05] -queuebot:#ubuntu-release- New: accepted slepc [ppc64el] (eoan-proposed) [3.11.2+dfsg1-1]
[04:05] -queuebot:#ubuntu-release- New: accepted slepc [arm64] (eoan-proposed) [3.11.2+dfsg1-1]
[04:05] -queuebot:#ubuntu-release- New: accepted slepc [s390x] (eoan-proposed) [3.11.2+dfsg1-1]
[04:05] -queuebot:#ubuntu-release- New: accepted slepc [i386] (eoan-proposed) [3.11.2+dfsg1-1]
[11:25] -queuebot:#ubuntu-release- New binary: haskell-microspec [amd64] (eoan-proposed/universe) [<IP_ADDRESS>-1build1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: r-cran-pcict [s390x] (eoan-proposed/none) [0.5-4.1-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: r-cran-ordinal [s390x] (eoan-proposed/none) [2019.4-25-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: ocaml-dune [i386] (eoan-proposed/none) [1.6.2-4] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: ocaml-dune [s390x] (eoan-proposed/none) [1.6.2-4] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: ocaml-dune [ppc64el] (eoan-proposed/none) [1.6.2-4] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: ocaml-dune [amd64] (eoan-proposed/none) [1.6.2-4] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: r-cran-pcict [arm64] (eoan-proposed/none) [0.5-4.1-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: r-cran-ordinal [ppc64el] (eoan-proposed/none) [2019.4-25-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: ocaml-dune [armhf] (eoan-proposed/none) [1.6.2-4] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: r-cran-pcict [armhf] (eoan-proposed/none) [0.5-4.1-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: r-cran-ordinal [arm64] (eoan-proposed/none) [2019.4-25-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: r-cran-pcict [ppc64el] (eoan-proposed/none) [0.5-4.1-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: ocaml-dune [arm64] (eoan-proposed/none) [1.6.2-4] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: r-cran-ordinal [armhf] (eoan-proposed/none) [2019.4-25-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: r-cran-mets [s390x] (eoan-proposed/none) [1.2.5-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: r-cran-mets [ppc64el] (eoan-proposed/none) [1.2.5-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: r-cran-ordinal [amd64] (eoan-proposed/none) [2019.4-25-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: r-cran-pcict [amd64] (eoan-proposed/none) [0.5-4.1-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: r-cran-ordinal [i386] (eoan-proposed/none) [2019.4-25-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: r-cran-pcict [i386] (eoan-proposed/none) [0.5-4.1-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: r-cran-mets [amd64] (eoan-proposed/universe) [1.2.5-1] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: r-cran-mets [i386] (eoan-proposed/universe) [1.2.5-1] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: taurus [amd64] (eoan-proposed/universe) [4.5.0+dfsg-2] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: r-cran-mets [arm64] (eoan-proposed/universe) [1.2.5-1] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: r-cran-mets [armhf] (eoan-proposed/universe) [1.2.5-1] (no packageset)
[18:21] <enyc> LocutusOfBorg: houston we have a problem
[18:21] <enyc> LocutusOfBorg: a Linux-mint-19.1-cinnamon-64bit  (largely ubuntu 18.04 package base)  installed, working, system,   with virtualbox virtualbox-qt virtualbox-dkms virtualbox-guest-additions-iso virtualbox-ext-pack  ....
[18:22] <enyc> LocutusOfBorg: now, offered the set of virtualbox updates to 5.2.32 via updata-manager, fine
[18:22] <enyc> LocutusOfBorg: but,  'upgrading' the -ext-pack  gives errors,  checksum of the accept-license-agreement  is wrong
[18:22] <enyc> LocutusOfBorg: rather than gracefully asking for updated agreement to be re-agreed, etc
[18:24] <enyc> LocutusOfBorg: i could do more tests on actual 18.04 VMs etc, i don't (think) this is mint-specific-issue though.
[18:48] <Eickmeyer> Looks like FTB on the Studio DVD. Is this a global problem?
[18:48] <Eickmeyer> enyc: Doesn't matter, we don't support Mint. Try a stock Ubuntu install and see if the problem exists.
[20:22] <enyc> Eickmeyer: indeed, looking now,  but I mention it as LocutusOfBorg was doing the 5.2.18 -> 5.2.32, interested in feedback,  and may waynt ot know iuickly if repeated uprgrade issue.
[20:24] <Eickmeyer> enyc: The reason for my mentioning is that we don't know what Mint adds or subtracts inside their repos, so, unfortunately, the feedback isn't great unless it's from stock Ubuntu.
[20:24] <enyc> Eickmeyer: its quite clearly the stock ubuntu package and the upbade LocutusOfBorg propared and i tested diffeently before,  gone to full release
[20:25] <Eickmeyer> enyc: No, I mean in terms of other libs and deps. Nothing to do with the package itself.
[20:27] <enyc> Eickmeyer: hrrm, how do i get the 5.2.18-dfsg-2~ubuntu18.04.5 version in apt ?   --   apt-get install virtualbox=5.2.18-dfsg-2~ubuntu18.04.5  and similarly for virtualbox-qt  virtualbax-dkms  fine
[20:28] <enyc> Eickmeyer: BUT  virtualbox-guest-additions-iso  and virtualbox-ext-pack  won't work to get 5.2.18[...] via that trick ;-(
[20:29] <enyc> packages.ubuntu.com/virtualbox  would suggest that bionic gcame with weird old versions 5.2.10  5.2.11 ...   but i'm quite sure I had 5.2.18 via bionic-updates before
[20:29] <enyc> [testing this in ubuntu-MATE 18.04 official release/variant install]
[20:38] <enyc> eventualyl, found in http://gb.archive.ubuntu.com/ubuntu/pool/multiverse/v/virtualbox-ext-pack/
[20:47] <LocutusOfBorg> enyc, I'll have a look tomorrow morning
[21:04] <enyc> LocutusOfBorg: testing now ;p  upgrading  virtualbox + dkms + -ext-pack + guest-additions- + -qt
[21:12] <enyc> LocutusOfBorg: hrrm and and upgrade via apt-get at cli worked successfully ......
[21:12] <enyc> so, unclear ;p
[21:13] <enyc> mgiht only go wrong if you've had older, older, versions installed, then upgrade to 5.2.18 then upgrade to 5.2.32  or something ;p
[21:13] <enyc> or, possibly, only faulty with particular update-managers, or something
[21:32] <LocutusOfBorg> nice to know...
[21:32] <LocutusOfBorg> lets hope people will open bug reports in case!
[21:42] -queuebot:#ubuntu-release- New source: ibus-avro (eoan-proposed/primary) [1.1-0ubuntu1]
[21:54] <enyc> LocutusOfBorg: i might be able to fish somethinga out of apt term logs on machine it faied...
[23:29] -queuebot:#ubuntu-release- New binary: biobambam2 [i386] (eoan-proposed/universe) [2.0.95-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: biobambam2 [ppc64el] (eoan-proposed/universe) [2.0.95-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: biobambam2 [amd64] (eoan-proposed/universe) [2.0.95-1] (no packageset)


[16:15] <fr-z> hi guys
[17:26] <scott-work> sorry fr-z , webchat.freenode.net dropped me (i'm doing irc in the browser)
[17:28] <fr-z> np scott


[12:01] <mjg59> Keybuk: Mm. We didn't get any beeps out of yours, did we?
[12:01] <mjg59> It could well be the same issue
[12:01] <Keybuk> no, but that could be just the fact it's a soundcard that pretends to beep
[12:02] <mjg59> That's true
[12:02] <mjg59> Tell tbm to get his docking station fixed
[12:03] <Keybuk> heh :p
[12:06] <daniels> GOD SVN IS A DISK HOG
[12:06] <daniels> 2.6MB in database logs, 401MB in 'strings'
[12:07] <sabdf1> daniels: have you tried baz recently?
[12:07] <sabdf1> mjg59: will the X40 be a happy puppy with your new kernels?
[12:08] <mjg59> sabdf1: Everything in my kernels is in Hoary's 2.6.9 now
[12:08] <daniels> sabdf1: don't use svn personally, just looking at a few fd.o projects (the start-and-forget ones that are making us look like sourceforge)
[12:09] <mjg59> sabdf1: If you're on Hoary, you get suspend to disk support by magic
[12:09] <daniels> sabdf1: i use baz for all my stuff
[12:09] <sabdf1> mjg59: this laptop is still warty-fied, desktop has hoary, but the laptop is what i'm curious about
[12:09] <mjg59> sabdf1: But yeah, I'm running that kernel on my X40
[12:10] <sabdf1> daniels: our arch supermirror is going to be a huge repo of scarily unmaintained code too, i figure
[12:10] <mjg59> I think it probably has usb-storage issues which are fixed in the Hoary one
[12:10] <sabdf1> ok
[12:10] <sabdf1> can't wait :-)
[12:10] <mjg59> Hoary's 2.6.9 should work fine on Warty, as long as you pick up Hoary's initrd-tools as well
[12:10] <sabdf1> well, i suppose, if that were true i'd be upgrading now
[12:10] <daniels> sabdf1: mmm, at least its stated purpose is to suck up everything alive, not to foster active development
[12:11] <sabdf1> i'm waiting for the package freeze
[12:11] <daniels> sabdf1: ('hi, you never logged in and afaict you've only ever committed four headers.  do you guys actually exist?')
[12:11] <sabdf1> right
[12:17] <sabdf1> mjg59: great work, you're getting quite a reputation among the ubuntites
[12:17] <thom> as a scary loony. definitely
[12:18] <sabdf1> no one seems to know what a verbally carcinogenic glyphically creative character you really are ;-)
[12:18] <Keybuk> not scary, so much as angry
[12:18] <daniels> oh, we all know, dude :)
[12:21] <mjg59> Haha
[12:22] <sabdf1> beer time?
[12:22] <thom> sabdf1: yes
[12:23] <sabdf1> see you there
[12:23] <thom> righto
[12:23] <sabdf1> just... one... more... commit...
[12:23] <thom> hah!
[12:23] <daniels> sabdf1: craaaaack
[12:23] <daniels> see you guys in the lobby
[12:23] <lifeless> hehe, I got CRACK.
[12:23] <lifeless> will feed it to you soon.
[12:23] <stockholm> this is the pyhton support channel, right?
[12:24] <Keybuk> the Python people are playing mao or drinking beer :p
[12:24] <lifeless> (thats inclusive or too,for clarity)
[12:25] <stockholm> i get this traceback from rootstrap:
[12:25] <stockholm> Traceback (most recent call last):
[12:25] <stockholm>   File "/usr/bin/rootstrap", line 113, in ?
[12:25] <stockholm>     if os.spawnvpe(os.P_WAIT,umlargs[0] , umlargs, os.environ) != 0:
[12:25] <stockholm>   File "/usr/lib/python2.3/os.py", line 553, in spawnvpe
[12:25] <stockholm>     return _spawnvef(mode, file, args, env, execvpe)
[12:25] <stockholm>   File "/usr/lib/python2.3/os.py", line 504, in _spawnvef
[12:25] <stockholm>     wpid, sts = waitpid(pid, 0)
[12:25] <stockholm> KeyboardInterrupt
[12:25] <lifeless> you hit Ctrl-C.
[12:25] <stockholm> yes, i did, because the thing hang
[12:25] <lifeless> so it raw a child process, it was waiting for that child.
[12:25] <lifeless> *ran*
[12:26] <stockholm> but the child process was just sitting there.
[12:26] <lifeless> what was the child meant to be doing? (what was it..)
[12:27] <stockholm> exiting.
[12:27] <stockholm> it should have exited.
[12:27] <stockholm> it was a uml process that had done a shutdown
[12:27] <lifeless> hmm, what kernel ?
[12:27] <stockholm> 2.4.26-3um
[12:28] <lifeless> ok, not that suspicion then.
[12:28] <stockholm> and host is 2.6.9 wiht skas
[12:28] <stockholm> with
[12:28] <lifeless> oh! ok, I *think* there is a bug in 2.6* hitting python.
[12:28] <lifeless> try with LD_ASSUME_KERNEL="2.4.whatever"
[12:29] <stockholm> neat, ok
[12:29] <lifeless> I saw weird stuff like that all the time until I put that in.
[12:29] <stockholm> really "whatever"?
[12:29] <lifeless> (by whatever I mean foo, a metasyntatic wassname.
[12:29] <lifeless> let me look up the actual value I'm using
[12:29] <lifeless> 2.4.2
[12:30] <stockholm> ok
[12:42] <stockholm> lifeless: hm, still hangs when done
[12:43] <stockholm> you meant it like an environment var to the process, right?
[12:45] <jon1012> hello :)
[12:59] <jon1012> excuse me, where can I find "libgnomevfs2-0_2.9.1-0ubuntu2_i386.deb" ?
[01:05] <Mithrandir> nautilus should support sftp://$host/$directory style symlinks.
[01:06] <jon1012> ?
[01:06] <Mithrandir> I guess I'll have to patch that in.
[01:15] <jon1012> do you know when the gnome menus will be fixed in hoary ?
[01:16] <Mithrandir> nope, seb128 would be the man to know
[01:16] <Mithrandir> or jdub
[01:16] <jon1012> ok :)
[01:17] <jon1012> thx ^^
[01:20] <haggai> where is everyone?
[01:21] <haggai> we just got back from Barcelona and the place is deserted
[01:23] <jon1012> lol
[01:27] <jon1012> it explains why there wasn't anybody the last week :p
[01:34] <haggai> Kubuntu!  Ker-buntu! Keee-dee-Eee-buntu !!
[01:34] <lifeless> we're right here
[01:34] <lifeless> :)
[01:36] <sladen> haggai: which corner?
[01:36] <haggai> sladen: the one in my room, which thankfully has wireless
[01:36] <lifeless> :)
[01:36] <haggai> sladen: so where is everyone anyway?
[01:38] <lifeless> garh!
[01:39] <jon1012> hm... I don't know if it's the right moment to ask, but I would want to help in the gnome development ^^
[01:39] <jon1012> and ubuntu of course :)
[01:39] <jon1012> (gnome in ubuntu in fact :p)
[01:39] <lifeless> I think its *always* the right time to ask that
[01:39] <jon1012> lol
[01:40] <haggai> jdub!
[01:40] <haggai> jdub: did you find any chocolate?
[01:41] <jdub> no
[01:41] <jdub> just lollies
[01:45] <jon1012> (jdub, do you know when I could test the fixed menu system for hoary ?)
[01:46] <jon1012> (or maybe I could help in the development of this?)
[01:47] <jdub> first cut should be done this weekend
[01:49] <jon1012> ok :)
[01:49] <jon1012> if you need some help or testing just ask me :)
[01:54] <haggai> arrggh evo crashed for the 3rd time on the same list
[01:54] <haggai> don't you gnome guys have anything stable to read your mail with? *duck*
[01:59] <jon1012> lol
[02:24] <mojo> daniels: ur the greatest! I just got the new 686 linux-restricted and nvidia-glx
[02:24] <mojo> daniels: but did you notice that 'glxgear' fail? (Segmentation fault)
[02:25] <mojo> daniels: and so cedega and other related program
[02:27] <jon1012> (ouch :/)
[02:55] <jon1012> good night everybody :)
[02:57] <lamont_r> who's on <IP_ADDRESS>?
[02:58] <jon1012> ?? (<IP_ADDRESS> is a lan addresse :|)
[02:58] <lamont_r> jon1012: exactly.  specifically, an IP at the conf in mataro
[02:58] <lamont_r> which is to say, someone's laptop.
[02:58] <sivang> not mines :)
[02:58] <jon1012> oh ok lol
[02:59] <jon1012> I'm not in mataro :p
[03:01] <sivang> lamont_r : still fighting with the network?
[03:02] <plovs> lamont_r, here it works ok
[03:02] <plovs> lamont_r, across the hall from your room
[03:02] <lamont_r> am fine
[03:04] <lamont_r> just experience a burp in the force
[03:04] <lamont_r> whoever's on .14 was just bouncing around alot is all.
[03:04] <lamont_r> anyway, bed time
[03:04] <sivang> lamont, night!
[03:10] <sabdf1> night all
[03:10] <sivang> night sabdfl
[03:33] <mojo> daniels: is it better if u write a script to download binary Nvidia driver and install automatically rather get restricted-modules? On some machine, the resctrited does not work or usually encounter some Seg fault error
[04:49] <spotter> anyone using software suspend w/ the new 2.6.9 kernel?
[04:49] <tseng> sortof
[04:49] <spotter> how does one set it up?
[04:50] <tseng> read $linuxsource/Documentation/power/swsusp.txt
[04:50] <spotter> hmm
[04:50] <spotter> have to install linuxsource
[04:50] <spotter> i just installed the unbuntu packages
[06:26] <jdodson> knock, knock.
[06:26] <jdodson> any developers in the house?
[06:26] <jdodson> house being this irc channel that is.
[06:27] <Tsjoklat> bit early in Spain jdodson... and weekend
[06:27] <jdodson> ah right.
[06:27] <jdodson> doh.
[06:28] <Tsjoklat> would try in mmmm two and a half hours
[06:28] <jdodson> gonna be in bed then..... oh well.
[06:30] <Tsjoklat> more luck on monday
[06:30] <jdodson> sounds good, will rock it then....
[06:31] <Tsjoklat> :)
[10:47] <Simira> morning folks!
[10:49] <Treenaks> morning Simira
[01:03] <jdahlin> I have a problem booting ubuntu on amd64, seems like grub cant find stage2 from my hd
[01:18] <azeem> jdahlin: seems they are all touring Barcelona today
[01:18] <jdahlin> yeah, boring :)
[01:26] <amu> azeem: not all ;)
[03:12] <pasc> woohoo
[03:42] <pasc> Treenaks: how come?
[03:44] <Treenaks> pasc: because it's impossible to think up a 'baz get' line which does NOT tell me "invalid revision spec"
[03:44] <lifeless> pasc: dude, are you here ?
[03:45] <lifeless> Treenaks: how so ?
[03:45] <lifeless> Treenaks: i.e give me an example.
[03:45] <pasc> lifeless: yeah
[03:45] <pasc> lifeless: where are you?
[03:45] <lifeless> rm 124
[03:45] <pasc> ah
[03:45] <lifeless> u?
[03:45] <pasc> is everyone in their rooms or something?
[03:45] <pasc> i'm in one of the conf rooms
[03:46] <lifeless> nyha, the slackers went to barcelona, I couldn't face that much walking :)
[03:46] <pasc> I think it's the BOF room
[03:46] <pasc> is bob2 wearing a white shirt today?
[03:46] <lifeless> if its mid sized and stinky, its the BOF room
[03:46] <Treenaks> lifeless: the main problem is that the most advanced revision control I've used is cvs
[03:46] <Treenaks> lifeless: and the lack of docs"
[03:47] <Treenaks> docs for beginners
[03:47] <Treenaks> stupid ^J
[03:47] <pasc> lifeless: yeah
[03:47] <pasc> sounds about right
[03:47] <lifeless> so baz is way to complicated, yes.
[03:47] <lifeless> and we are addressing that.
[03:47] <lifeless> but the basics are very similar to cvs - you have a repository, it has branches that you can check out, and commit to.
[03:48] <Treenaks> I'll have to dive into the docs some more
[03:49] <lifeless> pasc: I could do lunch, but stuff will be closed now, until ~ 8pm.
[03:51] <pasc> lifeless: want to walk around and see if we see anything?
[03:51] <pasc> it also gives me the chance to walk around and giggle when I hear people speak in catalan
[03:51] <lifeless> sure. Meet you in the lobby?
[03:54] <pasc> hmm ok
[03:54] <pasc> actually
[03:54] <pasc> i'll just come to your room?
[03:54] <pasc> be there in 4
[03:54] <pasc> 0 seconds
[03:56] <pasc> right
[03:56] <pasc> second try
[03:56] <pasc> this time I'll actually try to remember your room number
[03:56] <pasc> right
[03:56] <pasc> out
[04:01] <pasc> hmm
[04:01] <pasc> I can't find the rooms past 120
[04:07] <jamesh> you need to go down to the ground floor and go up the other stair case / lift
[04:41] <Mithrandir> remon: could you please turn off public away?
[04:58] <Mithrandir> Keybuk/thom/daniels: is there a repository with your latest crack?
[04:58] <Mithrandir> or what's the ETA of upload to hoary on it?
[05:06] <Treenaks> the boot speedup crack?
[05:07] <Mithrandir> yeah
[05:08] <Treenaks> robtaylor: poke jdub, keybuk, thom and/or daniels :)
[05:08] <Mithrandir> craaaaaaaaaaack!
[05:08] <Treenaks> robtaylor: or, if you want kernel crack, poke fabbione :)
[05:17] <pasc> Treenaks: jdub/thom /daniels aren't around
[05:17] <pasc> Treenaks: I don't know what keybuck looks like
[05:18] <lifeless> pasc: he looks like scott
[05:18] <lifeless> http://www.netsplit.com/
[05:19] <Treenaks> lifeless: he doesn't look like that.. not much at least
[05:19] <Treenaks> http://foodfight.org/fotos/2004/12-07%20Ubuntu%20Conference/?img_0018.jpg
[05:19] <lifeless> Treenaks: thats his home page - he does so look like that.
[05:20] <pasc> lifeless: that could be what he would like to look like
[05:20] <lifeless> :]
[05:21] <pasc> well I can't see anyone like that either
[05:21] <lifeless> I'm pretty sure him and rent boy have gone -> bc
[05:21] <lifeless> n
[05:21] <pasc> rent boy?
[05:22] <lifeless> Thom
[05:22] <pasc> ah
[06:11] <Simira> is Ubuntu in plural Ubunti?
[06:14] <Mithrandir> I think it's uncountable
[06:23] <Simira> no, it's not!
[06:27] <Treenaks> Simira: it's countable?
[06:27] <Treenaks> Simira: I think it's more like "water"..
[06:28] <Mithrandir> *chuckle*
[06:28] <Treenaks> now ubuntite.. that's countable :)
[06:28] <Simira> nooo
[06:28] <Simira> One Ubuntu, more Ubunti
[06:28] <Mithrandir> Treenaks: mako had some crackhead plural for it.. do you remember?
[06:28] <Treenaks> Mithrandir: uh no? ubuntites?
[06:28] <Simira> like a lot of Ubuntu clients in a room?
[06:28] <Treenaks> Mithrandir: or ubuntits? :P
[06:28] <Simira> Ubuntas?
[06:28] <Treenaks> Simira: ubuntistas?
[06:29] <pasc> ubuntish
[06:29] <Simira> regardless, I *know* it's Ubunti!
[06:29] <Mithrandir> Treenaks: I dont remember.
[06:29] <Mithrandir> Simira: drop a mail to sounder@ ?
[06:29] <Simira> no way... flaming is not encouraged
[06:29] <Treenaks> Simira: it's not flaming, it's asking a question
[06:29] <Treenaks> "what's the plural" etc.
[06:30] <Simira> But I know :p
[06:30] <Simira> besides, I have an article to finish now
[06:31] <Simira> lol
[06:31] <Simira> Ubuntu Women == Ubuntits :D
[06:31] <Mithrandir> farruinn: it might help you a bit to know that Simira and I are in the same room (:
[06:32] <farruinn> ah, ok
[06:32] <farruinn> what I really didn't understand though is why Simira asked a question to which he already knew the answer =)
[06:33] <Mithrandir> farruinn: we had a small discussion about it.  And she's a she, not a he.
[06:33] <farruinn> sorry Simira
[06:33] <farruinn> wouldn't have thought that a woman would have said Ubuntu Women == Ubuntits :D
[06:34] <Simira> most men wouldn't. That's why they're men
[06:51] <remon> Mithrandir: sorry, I think public away is on by default on ksirc, I'll have a look at it right now
[06:55] <remon> Mithrandir: I think I disabled it, please let me know if it has helped. I guess I don't see those messages like that in my window
[07:02] <Mithrandir> remon: ok, thanks.  If you twiddle away/not away now, I can check.
[07:02] <Mithrandir> (or if you just did, it should be ok)
[07:04] <Simira> hm.. Tsjoklat
[07:05] <Treenaks> Simira: I don't think she's online
[07:06] <Simira> ok
[07:06] <Treenaks> can I take a message? :)
[07:06] <Simira> Treenaks: not really, it's a women-thing :)
[07:06] <Treenaks> :) ok
[07:08] <Simira> Treenaks: just finished the article about Ubuntu and women in open source communities. Will put it out as soon as I get a few to read it and give me feedback on the language and spelling/grammatics
[07:09] <Treenaks> Simira: on the wiki?
[07:09] <Treenaks> Simira: or somewhere else?
[07:13] <Tsjoklat> I am here sorry mr. Bo was sick
[07:19] <Simira> Treenaks: on the wiki and mailing lists
[07:32] <thom> Mithrandir: i need to package up readahead
[07:34] <Treenaks> jdub: have you had time for the -nl list yet? :)
[07:34] <lifeless> that won't make thom package faster, you know.
[07:34] <RubenV> if no teams are available, i'll volunteer for the cheering
[07:35] <RubenV> that'll make him package faster ;)
[07:35] <lifeless> :)
[07:41] <remon> Mithrandir: hmm, I'm getting a message now about being not longer away :(
[07:43] <Treenaks> remon: we're not getting that
[07:43] <remon> Ah, so it's allright now?
[07:43] <Treenaks> it seems
[07:44] <remon> fine :)
[07:44] <remon> BTW, do any of you know if there's a channel somewhere for Qt specific things?
[07:45] <Mithrandir> remon: try #qt or #kde-devel or #kde-dev or something?
[07:45] <Mithrandir> (I don't know if those exists, but it's always worth a shot)
[07:45] <remon> Ah, OK I'll try to do so, or if perhaps some of you are familiar with Qt programming :P
[07:46] <remon> (don't want to bother this list with offtopic stuff)
[08:14] <Keybuk> heights, ice cream and coke
[08:14] <Keybuk> BAD BAD BAD COMBINATION
[08:14] <Keybuk> BOUNCEY!
[08:15] <Keybuk> doesn't really improve my aim much, though
[08:15] <elmo> BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY BOUNCEY
[08:16] <Mithrandir> hm?
[08:16] <Mithrandir> Keybuk: I WANT MY CRAAACK
[08:17] <Mithrandir> Keybuk: hotplug craaaack
[08:17] <Mithrandir> nooooow
[08:17] <Keybuk> I'm a fixin' hotplug at the moment
[08:18] <Keybuk> I slightly broke the input agent and it doesn't find the psmouse on X40s
[08:18] <thom> elmo in cyclone of hate shocker
[08:18] <Mithrandir> thom: how so?
[08:18] <pasc> can someone poke daniels for me?
[08:18] <thom> pasc: no, i can throw sweets
[08:18] <elmo> I can throw a glass full of coke at him, if you want
[08:19] <pasc> yeah that works
[08:19] <pasc> I think that hit
[08:19] <pasc> I heard it from here ;-)
[08:19] <Mithrandir> heh
[08:19] <elmo> no, that was me, being my quiet self
[08:20] <pasc> heh
[08:20] <Keybuk> you just started WW3
[08:20] <pasc> uh oh
[08:21] <thom> elmo's divebombing seb and sjoerd
[08:23] <Mithrandir> what's going on down there?
[08:23] <thom> sweet fight
[08:23] <Mithrandir> jdub: fire up your webcam!
[08:23] <thom> ESUGAR
[08:23] <pitti> Mithrandir: "down"? where are you?
[08:23] <Mithrandir> pitti: home.
[08:23] <Mithrandir> I have an exam in about 12 hours.
[08:23] <pitti> Mithrandir: oh, good luck
[08:36] <daniels> someone throw a lolly at haggai
[08:36] <daniels> he's clearly far too pacifist
[08:37] <thom> i exist to please
[08:37] <daniels> another drill
[08:37] <daniels> er
[08:37] <daniels> another lolly
[08:37] <daniels> he's clearly far too violent now
[08:38] <Treenaks> where is all this happening?   Pity you went already
[09:27] <Keybuk> hmm
[09:27] <Mithrandir> haggai: ooo building is sloooooooooow
[09:27] <Keybuk> I need to find someone else's laptop to experiment on
[09:27] <daniels> haggai: genius
[09:27] <haggai> Mithrandir: yup.  And? :)
[09:29] <thom> I HAD TWO COPIES OPEN
[09:30] <thom> http://www.clearairturbulence.org/rob_weir.jpg
[09:31] <thom> it's all elmo's fault
[09:32] <HcE> ;)
[09:34] <Mithrandir> HcE: I have about a full bottle of XO (bache) here.  And a bunch of the balvenie and the glenlivet and other good whiskys.
[09:34] <HcE> here = at home?
[09:34] <Mithrandir> (whiskys?  whiskies?  whiskars?)
[09:34] <Mithrandir> yup
[09:34] <Mithrandir> got back last night
[09:35] <HcE> from Italy?
[09:35] <HcE> or was it Spain
[09:35] <HcE> ?
[09:35] <Mithrandir> from Spain.
[09:35] <HcE> =)
[09:35] <Mithrandir> Italy was a little more than a month ago.
[09:35] <Mithrandir> more like two, actually
[09:36] <HcE> nothing like a realy good norwegian winter
[09:37] <Mithrandir> this isn't a norwegian winter, it's a winter in Trondheim.
[09:37] <Mithrandir> which is a totally different thing
[09:37] <HcE> hihi
[09:37] <stockholm> lifeless: ?
[09:37] <stockholm> mdz: ?
[09:38] <Treenaks> Keybuk: stockholm is in GMT+1 just like you Keybuk :)
[09:40] <stockholm> Keybuk: i dont know in which timezone he is now. please tell me.
[09:40] <Keybuk> Spanish
[09:40] <Keybuk> Europe/Madrid
[09:40] <stockholm> Keybuk: so, what does that tell me?
[09:41] <thom> that he's probably in BED
[09:41] <stockholm> WHAT???
[09:41] <stockholm> thom: get real
[09:41] <stockholm> why would he be in bed now?
[09:41] <thom> because he's ILL and WORKING TOO HARD
[09:42] <stockholm> if he came to spain, is ill and works still to hard he needs a cluebat.
[09:43] <stockholm> thx, anyway.
[09:43] <thom> what planet are you from? it's a WORK CONFERENCE
[09:43] <daniels> christ, dude.
[09:43] <daniels> he has to be here for work, and he really is quite sick
[09:43] <stockholm> thom: earth. and i got my "how do i keep healthy" basis down all right.
[09:44] <Kamion> stockholm: you're being really unpleasant here
[09:44] <stockholm> sorry, i did not want to.
[09:44] <Kamion> don't use this channel to hassle people.
[09:44] <stockholm> i did not want to, sorry.
[09:44] <daniels> anyway, mdz hangs out in #debian-devel also, last I checked
[09:45] <fabbione> argh too late
[09:45] <fabbione> ;)
[09:45] <Keybuk> s'ok, I could do with a good buggering; load it up!
[09:45] <Kamion> depressing, that
[09:45] <Mithrandir> thom: oh, why?
[09:45] <Keybuk> Kamion: he's been a bit "ARE WE THERE YET?" about that mail
[09:45] <smurfix_> thom: BRRR.
[09:46] <Kamion> Keybuk: yeah, just inhaled scrollback and saw that
[09:46] <daniels> thom: good plan
[09:46] <thom> see Keybuk's previous comment
[10:01] <daniels> igood lord
[10:04] <daniels> thom: .157/~daniels/dbus/
[10:04] <kylem> gah. is that daniels?
[10:05] <Mithrandir> yeah, he needs a shave
[10:05] <daniels> aye
[10:05] <shaya> so anyone home?
[10:06] <azeem> I am
[10:06] <shaya> anyone run bootlog
[10:06] <shaya> it doesn't seem accurate
[10:06] <smurfix_> shaya: in what way?
[10:07] <shaya> well by wallclock from hitting enter at grub till I could log in was about 1 minute 10 seconds
[10:07] <shaya> bootlog counts only 14 seconds
[10:07] <shaya> and it was deffinitly more than 14 seconds of rc scripts
[10:08] <smurfix_> So is stuff missing, or just time compression?
[10:10] <shaya> it doesn't look like naything per sei is missing
[10:10] <shaya> but boot takes longer than 14 seconds
[10:11] <shaya> has anyone given though to parallelizing the boot?  i.e. have gdm launching while dhcp is going
[10:11] <Keybuk> are you sure bootchart hasn't stuck itself at the start of rc2.d
[10:11] <Mithrandir> shaya: yes, read planet for the last few days.
[10:11] <Keybuk> (thus excluding rcS.d)
[10:11] <shaya> Mithrandir: no, it's in /etc/init.d/rc
[10:12] <smurfix_> shaya: that doesn't answer the question
[10:12] <shaya> hmm
[10:12] <shaya> basically the processes it has
[10:13] <shaya> init 2 ; ksoftirqd/0 ; events/0 ; khelper ; kjournald ; udevd ; bootlogd ; rc 2 ; s13gdm ; gdm S20pcmcia
[10:14] <shaya> and some more
[10:14] <shaya> so perhaps just getting rc2?
[10:14] <smurfix_> That does look like rcS is missing.
[10:14] <smurfix_> look at /etc/rcS.d and rc2.d
[10:15] <shaya>   # Log performance data
[10:15] <shaya>   /etc/bootchart/bootlog start >/dev/null 2>&1 &
[10:15] <shaya> is right after export runlelvel previous in /etc/init.d/rc
[10:15] <Kamion> /etc/init.d/rc doesn't handle rcS
[10:15] <smurfix_> init.d/rc is called twice
[10:15] <smurfix_> or that
[10:15] <shaya> hmm
[10:16] <shaya> so bootchart's debian patch is broken
[10:16] <smurfix_> put it in /etc/rcS.d/S00bootlog
[10:16] <smurfix_> or bootchart or whatever the package's name is
[10:17] <shaya> ok
[10:17] <shaya> time to reboot and try it
[10:24] <Kamion> whoa, scary flickering lights in my room
[10:24] <Kamion> (although that in itself is scary)
[10:24] <jdub> hrm, that happened when i plugged in while in lamont's room last night?
[10:25] <jdub> s/\/$//
[10:25] <jdub> bong
[10:25] <Kamion> it happens when I plug anything in, but it just happened considerably more flickerily than that
[10:25] <jdub> whatever
[10:25] <Kamion> with added power-arcing noise
[10:25] <Kamion> maybe somebody brought an s390 along or something
[10:26] <daniels> heh
[10:26] <jdub> i have a special model x390
[10:26] <jdub> it's an s390 in x300 format
[10:27] <Kamion> but I can simulate that in hercules, so it must suck
[10:27] <Mithrandir> Kamion: do you simulate the power consumption as well?
[10:28] <Kamion> maybe that's my problem
[10:28] <ChrisH> Is anyone else aware about the "trying to overwrite `/etc/xdg/menus/applications.menu', which is also in package kdelibs-data" problem in gnome-menus?
[10:28] <ChrisH> My dist-upgrade is stuck. :(
[10:28] <Kamion> I think it's been filed, but check bugzilla
[10:29] <ChrisH> I filed it, too. Just wondered when this bug came along.
[10:29] <shaya> well just reran it w/ it at s00 in rcS
[10:29] <shaya> didnt make a difference
[10:29] <shaya> still 14 seconds
[10:29] <shaya> actually 13
[10:30] <shaya> http://www1.cs.columbia.edu/~spotter/bootchart.png
[10:32] <RubenV> shaya: my guess is that it starts too late
[10:32] <shaya> it's S00 in rcS
[10:32] <RubenV> don't run it like that
[10:32] <shaya> how can it start earlier!
[10:32] <RubenV> install it with the rc patch
[10:32] <shaya> it is
[10:32] <shaya> its there too
[10:32] <RubenV> you start it twice?
[10:32] <shaya> thats how it was installed
[10:32] <shaya> spotter@dent:/tmp $ grep bootlog /etc/init.d/rc
[10:32] <shaya>   /etc/bootchart/bootlog start >/dev/null 2>&1 &
[10:33] <shaya> actually it was installed at s05
[10:33] <shaya> I moved it to s00
[10:33] <shaya> I can remove the s00
[10:33] <RubenV> bootlogd != bootchart
[10:34] <shaya> hmm
[10:34] <shaya> good point
[10:34] <shaya> lets move bootlogd back
[10:35] <shaya> guess I got confused b/c of bootchart's program nam
[10:35] <shaya> but that just shows its in /etc/init.d/rc
[10:36] <RubenV> if it's at the right place in rc, then it should start a bit earlier afaik
[10:36] <RubenV> but i'm not that familiar with bootchart, sry
[10:37] <Kinnison> Evening
[10:38] <shaya> whatever
[10:38] <shaya> not going to worry about it for now
[10:45] <Tsjoklat> night all.. be good!
[10:45] <robtaylor|mataro> Kinnison, evening!
[10:46] <Simira> evnin Kinnison. Wish my good luck for my exam tomorrow! Reading did not go too well.
[10:47] <Kinnison> heyhi
[10:47] <Kinnison> Simira: You'll do great.
[10:47] <Simira> thanks, needed that hug!
[10:49] <Simira> have a nice conference tomorrow. :) I'l be online crying sometime after one o'clock
[10:50] <Kinnison> Mithrandir: You off to sleep?
[10:50] <Mithrandir> yeah, and exam for me too tomorrow.
[10:50] <Mithrandir> it'll be fine
[10:50] <Kinnison> Mithrandir: eep; *hugs* for you too
[10:50] <Mithrandir> my last exam but one. :)
[10:50] <Mithrandir> thanks :)
[10:50] <Mithrandir> see you around
[10:54] <Q-FUNK> I seem to get stuck at the "Loading /install/vmlinuz...." prompt on i386.  as I'm not otherwise too familiar with d-i, any idea what could cause this?
[10:55] <Kamion> that's not really even d-i, that's the kernel loading
[10:55] <Kamion> bah
[11:15] <mxpxpod> I know this has probably been asked a million times, but when do we get to see the results of the mataro boot changes?
[11:16] <Kamion> some of them have gone into hoary already; I guess it's whenever Scott and Thom get round to tidying each of the bits up and uploading them :)
[11:17] <mxpxpod> ok
[11:17] <daniels> ok, dbus cvs uploaded, dbus-mono (which is a rather freakshow horror hack to break it out into a separate source package) is uploaded and in NEW
[11:17] <daniels> Kamion: gdm will probably hit tomorrow, X in a couple of days
[11:17] <Kamion> Scott and Thom> ... and whoever else I shamefully forgot :)
[11:18] <daniels> heh :)
[11:18] <mxpxpod> daniels: btw, good work
[11:18] <daniels> just saying yeah, it will all hopefully be in during the week
[11:18] <daniels> mxpxpod: cheers
[11:18] <daniels> sleep
[11:30] <Keybuk> yeah, I've got to tweak my stuff a bit more yet
[11:30] <Keybuk> there's about 10 or so packages to touch


[03:19] <waffles> mdadm: Unrecognised md component device - /dev/sdb - any ideas ?
[03:19] <tsimonq2> waffles: try #ubuntu if you don't get a response within a reasonable amount of time :)
[11:31] <torak> hello
[11:32] <torak> Does anyone know why this mlab databases cost too much? I can get a droplet from digitalocean. Its cheaper and has more storage?
[11:33] <torak> setting up a db is not that hard. :S
[17:24] <samba35> is any one using ubuntu maas server ? need some help
[17:24] <samba35> can some one please help me to understand storage  layout on maas server ? ,which storage type i select (presently its flat )
[17:24] <samba35> does it require new harddisk ? i have install maas server after installation of normal ubuntu 16.04.1 is that ok  ? or do i have to install new new maas server with maas option
[21:20] <bildz> Hey guys, I'm working with MAAS 2.0 / juju 2.0 and am having an issue with "conjure-up openstack".  Is there a way to generate some debug logs so I can see where it's failing?
[21:55] <zackychan> hi everybody , how can I make a start up script run after everything is initialized ? (I get conflicts because all is not loaded at startup)
[22:06] <zackychan> anybody ?
[22:11] <jge> zackychan: what version are you on
[22:12] <bildz> how do I get past this error:   http://pastebin.com/8tEpCvWU  ?
[22:43] <bildz> http://imgur.com/Ym3q16K <--- has anyone encountered this error bootstrapping autopilot?


[13:38] <ocn> Hello, does anyone know if it's possible to install stuff like: ipython, matplotlib, gnuplot, seaborn, etc -- on ubuntu-arm?
[13:47] <ogra_> if there are packages in the archive ... sure
[13:47] <ogra_> oh, ... left already


[00:05] <pragsmike> ok trout thanks!
[03:55] <holocron> anyone here versed in MAAS? I have a hopefully simple problem here
[04:25] <thumper> most maas folk are us/uk timezoes
[04:25] <thumper> what's the problem?
[04:25] <thumper> holocron: ^^^?
[04:27] <holocron> @thumper thanks mate, well I'm hitting on https://bugs.launchpad.net/maas/+bug/1402861/comments/4 it seems
[04:27] <mup> Bug #1402861: cloud-config-url ignored, install fails <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1402861>
[04:27] <holocron> but after restarting my maas controller, the maas-dhcpd service will not come up
[04:27] <holocron> so i'm trying to sort that out now
[04:28] <thumper> what version of maas?
[04:29] <holocron> 2.1.0 alpha2
[04:30] <thumper> hmm
[04:31] <thumper> that really is a question for the maas folks
[04:31] <thumper> sorry
[04:31] <thumper> can't be a help
[04:31] <holocron> alright, thanks
[07:31] <PCdude> I am installing openstack and during the install on a Ubuntu machine I get the following error log
[07:33] <PCdude> http://pastebin.com/raw/A7qtJm4v
[07:34] <PCdude> there is apparently an deployment timeout, but where can I see more information on why it did that or how can I solve it?
[10:51] <marcoceppi> PCdude: that's a question for stokachu when he's around, I'm not sure why the cloud-installer is bailing like that.
[10:51] <marcoceppi> PCdude: have you tried `conjure-up` instead?
[11:01] <stokachu> PCdude, timeout usually means something isn't setup properly with MAAS
[11:02] <stokachu> PCdude, are you able to deploy a node via maas web ui?
[12:43] <pragsmike> morning folks
[13:04] <jcastro> ok, 181 people have signed up for the summit as of today
[13:04] <rick_h_> jcastro: sounds like a party
[13:05] <jcastro> par-tay
[13:09] <pragsmike> i'm looking forward to it
[13:13] <pragsmike> right now I'm hoping someone can help me figure out why my LXC containers end up on the lxdbr0 bridge, rather than the one Juju creates for them
[13:14] <pragsmike> I'm running MAAS 2.0, Juju 2 beta17
[13:16] <marcoceppi> rick_h_: is there anyone who can help out with this ^^?
[13:16] <rick_h_> pragsmike: sure thing, frobware can you help out pragsmike ^
[13:16] <frobware> rick_h_: otp
[13:17] <rick_h_> frobware: rgr, we'll be patient
[13:17] <frobware> :)
[13:17] <marcoceppi> rick_h_: I usually poke dimitern but I don't see him online ;)
[13:18] <rick_h_> marcoceppi: yea, there's a public holiday on his end today
[13:22] <marcoceppi> ah, cool, always good to get some time off
[13:37] <pragsmike> juju status in http://pastebin.com/y0fsc6dc  The container's "dns-name" is on 10.0.0.x, which is lxdbr0's DHCP space, but the host machine is 192.168.57.x, where I think the container also ought to wind up
[13:39] <rick_h_> pragsmike: in maas juju allows the containers to grab dns space so that they can have their own interfaces on the same address space so things like expose and the like work properly
[13:40] <rick_h_> pragsmike: this prevents any routing issues between containers on different hosts
[13:41] <rick_h_> pragsmike: actually, that's what you're saying...you expected the container to get a 192 address from the maas dhcp space vs a 10. from the lxd bridge?
[13:41] <pragsmike> yes
[13:42] <pragsmike> as an experiment I replaced the container interfaces with ones that bridged to the br-eno1 bridge on the host, and everything worked fine
[13:42] <pragsmike> the apps could reach each other even if they were in containers on different hosts
[13:43] <pragsmike> because they all got seen by MAAS, which DHCP'ed them and made them DNS-resolvable
[13:43] <rick_h_> macgreagoir: can you please link your pr in the kanban card for your review item?
[13:44] <rick_h_> frobware: voidspace +1 ^
[13:56] <PCdude> stokachu: yes I am able to deploy a node from MAAS itself. I even checked ssh'ed in and checked that networking is fully functional. Everything is working like it should be.
[14:01] <rick_h_> macgreagoir: voidspace natefinch ping for standup
[14:15] <voidspace> rick_h_: crap, sorry - I thought we weren't having it today as everyone was out
[14:15] <voidspace> rick_h_: forgot you were back :-)
[14:15] <voidspace> rick_h_: I'm just off to fetch my girl from school, will ping you when I get back
[14:22] <frobware> marcoceppi: ping; i scheduled a call to talk about hostnames for charms. would be better to punt this at corey?
[14:40] <frobware> pragsmike: it's possible that you are running into bug #1566791
[14:40] <mup> Bug #1566791: VLANs on an unconfigured parent device error with "cannot set link-layer device addresses of machine "0": invalid address <2.0> <4010> <cpec> <network> <juju:In Progress by dimitern> <https://launchpad.net/bugs/1566791>
[14:49] <voidspace> rick_h_: back
[14:49] <rick_h_> voidspace: howdy
[14:49] <voidspace> rick_h_: the migration work is up for review and I'm back on my bug
[14:49] <voidspace> rick_h_: hey, howdy
[14:49] <voidspace> rick_h_: how was the trip?
[14:49] <rick_h_> voidspace: k, can you ping menno for someone from migrations to do the review?
[14:50] <rick_h_> voidspace: good stuff, naigara falls is impressive, and lots to do around there. The VA mountains are nice, and elevation = cooling which was welcome
[14:50] <voidspace> rick_h_: will do
[14:50] <rick_h_> voidspace: though 3k ft isn't exactly super high and such
[14:50] <voidspace> rick_h_: I've seen the falls briefly (at night) but not the mountains
[14:50] <voidspace> rick_h_: heh
[14:50] <voidspace> rick_h_: about as high as we get in the UK...
[14:50] <rick_h_> it's enough to privde a scenic backdrop while you sit at the winery and 'test' things out
[14:51] <rick_h_> and for a few mile hikes for the family to go on and get some pictures
[14:52] <voidspace> rick_h_: that's a funny US/UK difference - winery is a very American word. We only ever say vineyard.
[14:52] <voidspace> rick_h_: I love walking out in nature, about my favourite thing to do.
[14:52] <rick_h_> voidspace: oh heh yea that works as well I guess.
[14:52] <voidspace> rick_h_: we had a great time in the Romanian mountains this summer
[14:53] <rick_h_> voidspace: yea, had a nice mix of hiking some of the appalacian trail, kayak/canoe the james river, and drive through the skyline drive
[14:53] <rick_h_> voidspace: very cool, dad enjoy it?
[14:54] <voidspace> rick_h_: Dad? we went with my Dad to cornwall this year. Not many mountains there :-)
[14:54] <voidspace> rick_h_: and it rained
[14:54] <voidspace> rick_h_: which is why I don't go on holiday in the UK...
[14:54] <rick_h_> oh, thought you took your dad to the mountains
[14:54] <rick_h_> sorry, wrong holiday
[14:54] <voidspace> no, unfortunately not
[14:54] <voidspace> I'd love to, but he's a bit too frail now :-(
[14:55] <voidspace> rick_h_: first day back at the coalface treating you ok?
[14:55] <voidspace> rick_h_: everything slipped into chaos in your absence
[14:55] <voidspace> rick_h_: fighting each other with sticks and rocks on IRC
[14:56] <voidspace> proper lord of the flies stuff...
[14:56] <rick_h_> voidspace: hah! so what you're saying is that everyone's much more engaged so I should go back into the mountains?
[14:56] <voidspace> rick_h_: hehe, that wasn't quite what I meant...
[14:56]  * rick_h_ has to try to twist it
[14:56] <voidspace> your descriptions are making me want to go back to mountains though :-/
[14:57] <voidspace> ah well, next year
[14:57] <rick_h_> no emails about calling the cops so can't be too bad
[14:57] <voidspace> :-)
[15:06] <marcoceppi> frobware: I'll be there shortly
[15:06] <marcoceppi> frobware: call running late, but invite cory_fu as well :)
[15:06] <frobware> marcoceppi: np
[15:18] <pragsmike> guys I have to go onsite elsewhere for a few hours, I'll be off IRC meanwhile
[15:19] <PCdude> stokachu: u there?
[17:42] <bdx> mbruzek: sup
[18:09] <narindergupta> #openstack-charms
[18:56] <cholcombe> is it ok if a hook takes some long amount of time to complete?  like 10 mins or more?
[19:09] <rick_h_> cholcombe: think so, no limit to the hook exec I know of tbh.
[19:12] <cholcombe> rick_h_, ok cool
[19:14] <rick_h_> cholcombe: the one thing I can think of is charm testing timing out because a hook took too long to complete
[19:15] <cholcombe> rick_h_, yeah i'll have to hack something for the test
[19:28] <hatch> is it normal that I ran remove-application and it also removed the subordinate?
[19:28] <hatch> it was the only application related to that subordinate
[19:35] <PCdude> I get the following error during "juju bootstrap": http://askubuntu.com/questions/717803/openstack-install-problem-with-juju-bootstrap/718820#718820
[19:37] <rick_h_> hatch: sure, the subordinate can't live outside of the thing it's on
[19:38] <hatch> rick_h_: understood, but removing it from the applications list? Does this mean that if it was related to other applications it would have stayed around?
[19:38] <hatch> when a real application has 0 units does it also get removed from the list?
[19:38] <hatch> I don't think so
[20:23] <hatch> rick_h_: from the GUI when you remove an application it doesn't also remove the subordinate
[20:24] <hatch> so the CLI and GUI have slightly different functionalities here
[20:24] <rick_h_> hatch: :P ok we'll have to look into it and settle it out
[20:25] <hatch> let the battle begin!
[20:25]  * rick_h_ gets out his "rick is always right" stick bwuhahahaha!
[20:25] <hatch> lol!
[20:25]  * rick_h_ isn't sure which way to swing it though...for or against keeping it aroudn
[20:26] <hatch> my preference is to keep it around - I understand why it does it, but because it keeps it around if it's related to another application
[20:26] <hatch> it makes it a little inconsistent
[20:38] <hatch> rick_h_: https://bugs.launchpad.net/juju/+bug/1620814 in case you want to weigh in
[20:38] <mup> Bug #1620814: Removing application also removes related subordinate <juju:New> <https://launchpad.net/bugs/1620814>
[22:09] <x58> Is there a channel to complain about Launchpad?
[22:09] <x58> Specifically... git.launchpad.net is very unhappy when you have an ed25519 key that you offer it...
[22:33] <pragsmike> is back
[22:33] <magicaltrout>  /o\
[22:51] <marcoceppi> x58: #launchpad ;)
[22:51] <marcoceppi> pragsmike: o/ how's the maas + openstack going?
[22:53] <pragsmike> still trying to understand how maas networks work
[22:53] <pragsmike> i spotted some strangeness in the interfaces in the networks of the container I run the maas rack+regiond in
[22:54] <pragsmike> i don't think it's the problem, but ...


[03:20] <mwhudson> ENODOKO
[04:38] <pitti> Good morning
[04:49] <tsimonq2> o/ pitti
[05:01] <pitti> hey tsimonq2, how are you?
[05:05] <tsimonq2> great pitti, you?
[05:06] <pitti> quite fine, thanks
[10:37] <LocutusOfBorg> anybody willing to bootstrap fpc on powerpc?
[10:37] <LocutusOfBorg> the issue that prevented installation seems fixed, but I have no knowledge/access to machines to test it
[10:37] <LocutusOfBorg> infinity, ^^ :)
[10:37] <LocutusOfBorg> BTW the fixed version is already in yakkety-proposed (in some seconds)
[10:57] <Mirv> Does "Error in `/usr/bin/python': double free or corruption (out): 0x00003fff9c373c70" ring a bell? Seen on i386 and ppc64el autopkgtests (yade) after a successfull test run..
[11:17] <flexiondotorg> Now we are in feature freeze for yakkety is syncing with Debian now stopped?
[11:26] <ginggs_> flexiondotorg: yes, we are in debian-import-freeze as well, use 'requestsync'
[11:26] <flexiondotorg> ginggs_, Yeah, I was just read the docs :-)
[11:27] <cjwatson> Mirv: probably a bug in some extension or other
[11:28] <mdeslaur> @pilot in
[11:34] <vooze> TheMuso: Hi, I wanted to hear if you wanted to test pulseaudio (bluetooth) with me? I haven't heard from you on https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1574324 - You can also email me<EMAIL_ADDRESS>if you want :)
[11:36] <smoser> pitti, i see your name https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809740 when digging on my related issue https://bugs.launchpad.net/cloud-images/+bug/1615751
[11:37] <smoser> it seems now that ROOTDELAY=300 means "please do 'sleep 300' in initramfs". Where before, it meant to do 'wait-for-udev 300', which waited up to 300 seconds until the necessary device appeared.
[11:38] <smoser> azure images have this rootdelay=300 cooked into them as it sometimes takes quite a while for azure disks to appear.  it used to mean that this worked well, now it means we sleep 300.
[12:11] <flexiondotorg> Laney, now that I have PPU for a package set can I action my own sync requests for those packages?
[12:11] <Laney> yes
[12:11] <flexiondotorg> Excellent.
[12:12] <flexiondotorg> Laney, So requestsync without -s will do the business?
[12:14] <pitti> smoser: ah, I remember -- indeed, this rootdelay= thing is FUBAR; TBH I don't see how to salvage it to anything remotely useful
[12:15] <pitti> smoser: IIRC, the problem was to define what "the necessary device" actually is
[12:15] <pitti> i. e. not just waiting for the root device, which we've done with udev's wait-for-root since 2006 or so
[12:16] <pitti> so if someone actually wants to use it, it's just a plain sleep(given_number) in the initramfs ATM, as there is no other definition of what it should do
[12:19] <ginggs_> flexiondotorg: you should be able to use 'syncpackage' for packages you can upload
[12:19] <flexiondotorg> ginggs_, Thanks. I'll read the man page now.
[12:20] <pitti> smoser: anyway, if you want to kill that sleep from initramfs-tools again, you have my full blessing :)
[12:34] <flexiondotorg> ginggs_, Thanks for the pointer. That was easy :-)
[12:35] <ginggs_> flexiondotorg: yw
[12:52] <Odd_Bloke> Is there a convention for where documentation about a package's packaging should live within the package?
[12:55] <mgedmin> debian/README.source, I think
[12:57] <Odd_Bloke> Ah, yeah, that looks like it.
[12:57] <Odd_Bloke> mgedmin: Thanks. :)
[13:34] <smoser> pitti, right..
[13:34] <LocutusOfBorg> pitti, can you please run htslib testsuite of version 1.3.1-2ubuntu1 against python-pysam/proposed? thanks
[13:34] <smoser> i dont understand why we dont use 'wait-for-root'
[13:34] <smoser> and why debian doesnt use 'wait-for-root'
[13:35] <smoser> do you know that answer to that ?
[13:36] <cyphermox> juliank: hey; have you seen bug 1611010? I think there's an issue in apt in the pmstatus output, related to the changes to setting the locale
[13:37] <juliank> cyphermox: Alright, I'll forward this to DonKult, he's tackling these locale bugs
[13:37] <juliank> cyphermox: Or well, maybe the APT was too old. Need to check
[13:38] <cyphermox> thanks
[13:42] <juliank> I really hate locales
[13:42] <juliank> The fault is probably the strprintf(status, "pmstatus:dpkg-exec:%.4f:%s\n",
[13:43] <juliank> that's awkward
[13:43]  * juliank wants locale free sprintf()
[13:44] <juliank> Anyway, should be easy to fix
[13:50] <coreycb> arges, bdmurray: hello, we could use a review of the openstack SRUs for bug 1614131 if you have a moment this week
[13:55] <pitti> smoser: we *do* use wait-for-root
[13:55] <smoser> well, sort of
[13:55] <smoser> we use a '10' now
[13:55] <smoser> we used to use ROOTDELAY
[13:55] <pitti> smoser: Debian> presumably because it's linux specific and thus it wouldn't work under BSD; although ISTR that i-t has a shell polling loop for it which should roughly behave the same
[13:55] <smoser> http://paste.ubuntu.com/23081737/ <-- thats what i think to get it back to properly
[13:56] <smoser> pitti, right. it has a shell polling loop
[13:56] <smoser> and then (or before, i think actually) it does sleep $ROOTDELAY
[13:56] <smoser> why? no clue.
[13:56] <pitti> LocutusOfBorg: I think you mean the other way around; done
[13:57] <pitti> LocutusOfBorg: but note that http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#python-pysam is depwait on i386, so that won't help on at least i386
[14:16] <arges> coreycb: i can get to it tomorrow if tha'ts alwa6ys
[14:16] <arges> alright
[14:21] <LocutusOfBorg> pitti, not sure why archive admins didn't remove it yet
[14:24] <pitti> LocutusOfBorg: why remove?
[14:24] <LocutusOfBorg> python-pysam NBS/i386?
[14:25] <pitti> LocutusOfBorg: why would it be removed? its depwait needs to be resolved
[14:27] <coreycb> arges, that'd be great, thanks
[14:28] <LocutusOfBorg> pitti, remove all the reverse-deps on i386 too? Debian seems to have done that AFAICS
[14:28] <pitti> LocutusOfBorg: hm, that's not quite obvious; mind filing a bug for it? (sorry, meeting now)
[14:29] <LocutusOfBorg> yep thanks
[15:36] <mdeslaur> @pilot out
[16:46] <infinity> LocutusOfBorg: Oh, nice.
[16:47] <infinity> LocutusOfBorg: I'll rebootstrap in a bit.
[16:49]  * tsimonq2 silently grumbles about the lack of capitalization in the topic
[16:50] <LocutusOfBorg> infinity, I hope it is *really* fixed
[16:51] <LocutusOfBorg> you might want to wait for elbrus to bootstrap it in Debian
[16:51] <LocutusOfBorg> as you wish
[16:51] <LocutusOfBorg> I don't want to have you loose time
[16:51] <infinity> LocutusOfBorg: It'll be trivial to do.  Also, lose, not loose. :P
[16:51] <LocutusOfBorg> true ;)
[16:51] <infinity> (pet peeve)
[16:51] <LocutusOfBorg> what is "trivial" for you, is impossible for me
[16:52] <LocutusOfBorg> and I would like to learn/have access to machines
[16:52] <LocutusOfBorg> debian porterboxes don't allow to install stuff as root
[16:54] <infinity> Installing as root wouldn't be strictly necessary for this.
[16:54] <LocutusOfBorg> mmm how? fpc needs fpc
[16:54] <LocutusOfBorg> or you want to cross compile it?
[16:54] <infinity> Sure, but you start with a chroot that has a glibc that doesn't break fpc.
[16:54] <LocutusOfBorg> and how do you test the built binaries on a real powerpc machine?
[16:54] <infinity> Then build the new one.
[16:54] <LocutusOfBorg> ok but debian has pre-built chroots
[16:55] <infinity> Yeah, use jessie.
[16:55] <LocutusOfBorg> mmm ok
[16:55] <LocutusOfBorg> and then upgrade the chroot to stretch?
[16:56] <LocutusOfBorg> or save the built binaries, unpack them and run ./fpcmk whatever fails
[16:56] <LocutusOfBorg> I did that when debugging it
[16:59] <LocutusOfBorg> thanks for trying it then
[17:00] <LocutusOfBorg> I trust more your checks rather than mine ;)
[17:06]  * LocutusOfBorg leaves
[17:12] <bdmurray> pitti, barry, mvo: Do you know enough about aptdaemon to figure out what's going wrong here? https://errors.ubuntu.com/problem/fc13839a8f16399991b1e1907d410c7f161d7fc9
[17:14] <barry> bdmurray: i don't but i did notice a warning about xenial hwe eol on a server of mine
[17:15] <bdmurray> barry: I added that stuff to Trusty and update-manager is crashing with the above a lot.
[17:16] <barry> bdmurray: offhand, no idea, sorry
[17:16] <bdmurray> barry: okay, thanks
[17:18] <lamont> it would appear that the yakkety virt-viewer has decided that it should, by damn, take focus every time there's a change in the screen.    That's not ideal.
[17:20] <lamont> infinity: you win on the suckitude scale
[17:21] <mvo> bdmurray: it smeels like a package dependencies problem, maybe something with libgl1-mesa-glx-lts-xenial: on trusty, e.g. if universe is missing or somesuch
[17:23] <bdmurray> mvo: universe missing - that sounds like a good lead.  Is there any way to get more information out of aptdaemon?
[17:23] <mvo> bdmurray: hm, in a trusty chroot I get a similar error "# apt install xserver-xorg-lts-xenial"
[17:24] <mvo> bdmurray: that is even with universe
[17:24] <mvo> bdmurray: so maybe something broken in the backport?
[17:25] <bdmurray> mvo: hmm, I did lots of HWE upgrade testing w/o a problem.
[17:26] <mvo> bdmurray: no idea, I just did a pbuilder-dist xenial login and sudo apt update; sudo apt install xserver-xorg-lts-xenial
[17:32] <infinity> xnox: -updates should be fixed on mirrors in a couple of hours.
[17:44] <xnox> infinity, \o/
[17:44] <xnox> you are full of win =)
[17:44] <infinity> I'm full of something.
[18:10] <coreycb> arges, when you do the openstack review for me, can you reject the older uploads of nova/keystone/cinder from the review queue?  I just re-uploaded with the correct bug #.
[18:10] <arges> coreycb: ok
[18:10] <coreycb> arges, thanks
[18:16] <arges> coreycb: ok all set
[19:04] <infinity> xnox:
[19:04] <infinity> sower@z13-001:~$ apt-cache show s390-tools | grep ^Support
[19:04] <infinity> Supported: 5y
[19:04] <infinity> Supported: 9m
[19:04] <infinity> xnox: So, updates fixed, I'll worry about release later.
[21:15] <infinity> juliank: What did you do to python-apt?
[21:15] <infinity> juliank: http://paste.ubuntu.com/23083200/
[21:15] <infinity> Or is that internal to apt-listchanges?  Hrm.
[21:16] <juliank> We never had a read_changelog
[21:16] <infinity> Yeah, maybe I should blame doko's last apt-listchanges upload. :P
[21:16] <Unit193> I hit that too, but not in Debian. >_>
[21:18] <infinity> http://paste.ubuntu.com/23083202/ definitely looks to be the culprit.
[21:20] <infinity> Might have been renamed to _read_changelog
[21:20] <infinity> Because reasons.
[21:20]  * infinity tests.
[21:21] <LocutusOfBorg> sigh pitti , seems cython autopkgtestsuite has the same issues
[21:21] <LocutusOfBorg> autopkgtest for python-pysam/0.7.7-1ubuntu1: amd64: Test in progress, i386: Test in progress, ppc64el: Regression ♻
[21:21] <LocutusOfBorg> maybe we can just ignore them?
[21:22] <infinity> juliank: Right, I blamed the wrong person, sorry. ;)
[21:26] <LocutusOfBorg> infinity, how did the fpc bootstrap go?
[21:27] <infinity> LocutusOfBorg: Not started yet.
[21:28] <LocutusOfBorg> oh... ok :) I sent a mail to Paul, in case he has something to share
[21:28] <LocutusOfBorg> I'll try now
[21:36] <infinity> Unit193: Fixes uploaded.
[21:36] <Unit193> infinity: Thanks very much, sir!
[21:36] <infinity> Unit193: We may be in the short list of people who use apt-listchanges. :P
[21:37] <Unit193> This is very true, I don't even have it prompt me after displaying, like you have.
[21:38] <infinity> Unit193: I rarely need to say no, but when I do, it's quite valuable.
[21:38] <infinity> Unit193: But such is the life of a core-dev in a devel series, I guess.  Sometimes, I see a changelog and go "wait, they did WHAT?!" and investigate (and maybe fix) before upgrading.
[21:39] <Unit193> infinity: Yeah I'm just a lowly flavor Dev, so can't fix things first.  Best I can do is hold it a bit. :P


[05:33]  * nlsthzn waves
[05:33] <rww> evenin'
[05:33] <nlsthzn> rww, morning :)
[05:34] <pleia2> nlsthzn: sshh, it's still yesterday here
[05:34] <nlsthzn> hehe... I come from the future... it is sunny :)
[05:34] <rww> or maybe it's tomorrow. I've always hoped California would split off and fall into a time vortex.
[05:35] <pleia2> some days I think it has
[05:35]  * nlsthzn will have a look at the links and get cracking on some summaries a bit later :)
[05:36] <pleia2> yay!
[05:36] <pleia2> I have company this weekend, so I'll be in and out
[05:36] <pleia2> well, not /yet/ their flight was delayed so they won't be here for another hour or so
[05:37] <nlsthzn> oh yes, your family... enjoy :)
[05:38] <pleia2> nah, family is in 2 weeks! this is my fiance's friend from high school
[05:38]  * pleia2 has an excuse for every weekend, really
[05:39] <nlsthzn> oh ok... got to make the most of every moment :D
[05:39] <pleia2> :)
[08:18] <nlsthzn> time for summaries
[10:04] <nlsthzn> Ugh... two summaries and distracted already :/
[10:05] <nlsthzn> I should stop reading all the news in the week so I find them more interesting for the summaries :p
[17:48] <pleia2> ok, sent out the email asking for summary writers
[17:49] <pleia2> time to get cracking :) https://docs.google.com/Doc?docid=0AdKZelXU8Y2LZGNrcHRkYmhfODlkODNxNnRnZA&hl=en
[18:56] <NRWlion> hi there
[20:04]  * rww will be around later today to do summaries or whatever :)


[04:53] <jtv> Ohhhh WHAT?  Test failure while landing?  I tested locally!
[04:53] <jtv> Rabbit.
[04:54] <jtv> maasserver.tests.test_rabbit.TestRabbitBase.test_base_channel_creates_exchange
[04:54] <jtv> Timeout.
[04:54] <jtv> bigjools: is that related to what you just debugged with Scott?
[04:54] <bigjools> jtv: no
[04:54] <bigjools> random
[04:54] <bigjools> not seen that for a long time
[04:55] <jtv>                     {cannot_listen,{127,0,0,1},59471,eaddrinuse}}},
[04:55] <jtv> That seems to be the nub of it.
[04:55] <bigjools> yeah
[04:55] <bigjools> nub
[04:55] <jtv> I guess it was just an unlucky choice of port... retrying.
[04:58] <jtv> Oh dear. And an error in simplestreams.
[05:20] <jtv> bigjools: should I backport my fix for the inscrutable-import-error bug to 1.5?  Or is there no point now?
[05:20] <bigjools> jtv: no point IMO
[05:21] <jtv> OK
[05:21] <bigjools> downgrade the bug from panic status
[05:23] <jtv> Done.
[05:50] <jtv> That error in the simplestreams went away, but now I'm getting one about an unexpected sha256 checksum.
[05:51] <bigjools> jtv: I expect the mirror might still be running
[05:52] <bigjools> which prompts another question ...
[06:12] <jtv> Same exception again.  That makes it hard to do full Q/A.
[06:15] <bigjools> jtv: worked here
[06:15] <jtv> hmmm
[06:15] <bigjools> if we have a label of "rc" is anything going to bork?
[06:16] <bigjools> IOW did we rely on  "release" anywhere?
[06:29] <rvba> bigjools: I think it will work just fine.
[06:29] <rvba> We were using 'daily' before.
[06:29]  * bigjools likes the optimism
[06:31] <rvba> bigjools: the node failed to boot in the lab.
[06:31] <rvba> :/
[06:31] <bigjools> shit
[06:31] <rvba> 'No such image'
[06:31]  * rvba investigates
[06:31] <rvba> …
[06:31] <bigjools> rvba: is it hard-coded anywhere?
[06:31] <bigjools> in the tests
[06:32] <rvba> bigjools: no, the test just want an image for Trusty.  Again, it was working with the 'daily' images.
[06:32] <rvba> bigjools: no Trusty image was imported.
[06:32] <rvba> I just see the precise images.
[06:32] <bigjools> rvba: are the tests using the default config?
[06:32]  * rvba checks
[06:32] <bigjools> I imported trusty "rc" ok on a new install
[06:34] <rvba> yes (http://paste.ubuntu.com/7233732/ that's the config from the lab)
[06:35] <rvba> /var/lib/maas/boot-resources/ contains only the precise images.
[06:37] <rvba> bigjools: I don't see any reference to 'rc' images in http://maas.ubuntu.com/images/ephemeral-v2/releases/streams/v1/com.ubuntu.maas:v2:download.json
[06:37] <rvba> What am I missing?
[06:37] <bigjools> WFM, so, WTH
[06:38]  * rvba tries on canonistack
[06:38] <bigjools> could be a mirroring problem
[06:38] <jtv> I do see "rc" in the sjson.
[06:39] <jtv> Oh, that's in the regular json too.
[06:39] <bigjools> jtv: I don't see it!
[06:39] <bigjools>  "updated": "Fri, 11 Apr 2014 00:45:23 +0000",
[06:39] <rvba> bigjools: arg, I was looking at a ached version of the json
[06:39] <rvba> Now I see it too
[06:39] <rvba> cached*
[06:40] <rvba> bigjools: maybe that's what happened in the lab too
[06:40] <jtv> Science: “I'll believe it when I see it.”  Religion: “I'll see it when I believe it.”
[06:40] <jtv> Sounds as if maybe the caching headers on the index are set to cache too aggressively.
[06:40] <rvba>  "updated": "Fri, 11 Apr 2014 00:45:23 +0000",
[06:40] <rvba>  "products": {
[06:40] <rvba>   "com.ubuntu.maas:v2:boot:14.04:armhf:generic-lpae": {
[06:40] <rvba>    "label": "rc",
[06:40] <jtv> Maybe the http headers were designed for etags, then had the etags removed or not implemented?
[06:40] <bigjools> oh see it now
[06:41] <bigjools> rvba: the lab will work once it can import the right image then :)
[06:41] <rvba> bigjools: trying to clear the cache now…
[06:41] <rvba> The cached data in the proxy that is.
[06:45] <jtv> I got a checksum error, but disabling imports of the "rc" label seems to get me past it.
[06:51] <rvba> bigjools: my run on a canonistack machine imported the 'rc' images all right. (Same as what you saw.)
[06:52] <bigjools> jtv, rvba: I suspect proxies are screwing things over
[06:52] <rvba> Yep
[06:52] <rvba> Investigating that now
[06:55] <rvba> Arg, I don't have permission to clear the cache on the proxy machine.
[06:57] <bigjools> rvba: I do know that it worked in the Garage MAAS come to think of it
[06:58] <bigjools> not this exact package but the rc data worked IIRC
[06:58] <rvba> Okay
[06:58] <rvba> Would be good to get an end-to-end test to pass though.
[06:59] <rvba> But I'm not too worried.
[07:04] <bigjools> k
[07:05] <jtv> I would suspect the configuration or the original httpd more than the proxies.
[07:06] <jtv> For example, if the directory with the index is set up for aggressive caching because they look like they only have static files...
[07:07] <rvba> What's weird is that when I wget the index in the lab (using the same proxy the test script uses), I get the right index with the references to the 'rc' images.
[07:11] <jtv> Well, the headers from the httpd say what caching is _allowed_.  After that, every proxy or client gets to decide to what extent it wants to use that.
[07:11]  * jtv hates the quagmire of over-aggressive proxies
[07:11] <jtv> There is no more objective reality in that situation.
[07:16] <rvba> Running the int. tests manually…
[07:22] <rvba> If maas-import-pxe-files was a bit more verbose, that would help…
[07:44] <rvba> bigjools: importing the images in the lab without going through the proxy.  It's going to take time, but we will have our answer.
[07:44] <bigjools> rvba: ok
[07:45] <bigjools> rvba: need to get the proxy fixed then if it's aggressively caching like that
[07:45] <rvba> Yeah
[07:45] <rvba> I'll need Diogo to help me with that cause I don't have permissions to manipulate the proxy.
[09:08] <rvba> Import done.
[09:08] <rvba> 'rc' images are there.
[09:09] <rvba> Running the rest of the test now…
[09:28] <rvba> allenap: time for a tiny review? https://code.launchpad.net/~rvb/maas/show-version-doc/+merge/215377
[09:29] <gmb> rvba, allenap: How can I find out why maas-dhcp-server won’t start for me? `sudo service maas-dhcp-server-start` just give me “maas-dhcp-server stop/waiting”.
[09:29] <rvba> gmb: upstart log/syslog
[09:30] <gmb> Gah!
[09:30] <gmb> rvba: Thanks. Forgot about upstart log. syslog is silent on the issue.
[09:30] <rvba> gmb: the question you just asked should go into the FAQ.
[09:30] <gmb> Hmm: “/var/lib/maas/dhcpd-interfaces does not exist.  Aborting”
[09:30] <gmb> rvba: Agreed.
[09:30] <gmb> Will take care of it.
[09:31] <rvba> Great, thanks.
[09:33] <allenap> rvba: How about a bzipped normal review? Ha. Now I’m scraping the bottom of the barrel in a different way :)
[09:41] <rvba> allenap: thanks for the review
[13:19] <rvba> allenap: gmb: could one of you have a look at bug 1306303 please?  I'm still trying to figure out this proxy problem.
[13:34] <allenap> rvba: I might not be able to do it until much later, but sure.
[14:58] <dimitern> allenap, ping
[15:45] <rvba> gmb: found another gaping hole in the documentation (since you seem to be in a writing frenzy): the commissioning phase doesn't seem to be described anywhere.  Nothing tells you that you have access to the commissioning scripts' results for instance.
[15:49] <d_`> Hi MAAS people, I really like the idea of MAAS, but I already have chef instead of juju. what is the relative difficulty of using not juju to configure servers when deploying with MAAS?
[15:50] <rvba> d_`: juju is just a client of MAAS.  MAAS is pretty agnostic in this regard.  It just provisions servers and hands them over to clients.
[15:51] <rvba> d_`: in other words, you shouldn't have trouble using Chef with MAAS.
[15:51] <d_`> rvba: thanks for the quick reply, that's really encouraging. I think I'm going to set up a lab today
[15:53] <d_`> rvba: since you have a canonical masked host, do you know what's up with the 14.04 RC? why it's not out?
[15:56] <rvba> d_`: no idea, sorry.
[15:57] <rvba> d_`: you might want to ask around in #ubuntu-release.
[15:58] <d_`> rvba: haha, no problem. thanks for the quick answers