[00:06] <ScottK> lex79: Could you have a look into https://lists.ubuntu.com/archives/kubuntu-devel/2010-October/004783.html
[00:07] <ScottK> Riddell: ^^^ I still don't see why we bother with doing all the work to let LP break translations.
[00:20] <JontheEchidna> Nice, kubuntu.org now has shoutouts to the underlying technology: http://www.kubuntu.org/
[00:20] <lex79> ScottK: for what I saw, kubuntu system doc is not in Italian, all modules in system settings are in Italian, except for kubuntu notification helper but for this there is a bug open in LP
[00:34] <ScottK> lex79: I'd appreciate it you'd give a reply on the list.
[00:35] <ScottK> (if you haven't already)
[00:36] <DarkwingDuck> Know anyone looking for a Web Dev?
[00:53] <neversfelde> oh the docs, I think german people translated it,too. It never got into LTS
[01:03] <jjesse> is there a reason all the iso's for RC are dvds and not cds?
[01:03] <jjesse> my usb keys are only 2gb big :(
[01:04] <jjesse> hrmm did we shift to only dvds?
[01:05] <jjesse> cause that would be a bummer
[01:07] <jjesse> so much for testing the rc
[01:13] <ScottK> jjesse: They aren't.
[01:14] <jjesse> they aren't what?
[01:14] <ScottK> They aren't all DVDs.
[01:14] <ScottK> Also we're testing final now and not RC.
[01:14] <jjesse> ok
[01:15] <jjesse> so where should i download them from?
[01:15] <ScottK> http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[01:15] <ScottK> http://cdimage.ubuntu.com/kubuntu/daily/current/ if you want the alternate.
[01:15] <jjesse> oh the RCs were all dvds
[01:16] <ScottK> It is a bit odd that's all that's there.
[01:17] <jjesse> http://cdimages.ubuntu.com/kubuntu/releases/10.10/rc/
[01:17] <jjesse> those were all dvds
[01:18] <ScottK> Yeah.  Not sure where the others went.
[02:06] <ScottK> jjesse: http://releases.ubuntu.com/kubuntu/maverick/
[02:06] <ScottK> cdimage just has dvd's post release so that's what it has for RC.
[02:07] <jjesse-netbook> ah ok
[06:45] <maco> ScottK: wgrant and i both use intel graphics and have both for a few weeks had a problem about 1/3 of the time when we try to suspend or resume having it fail. are you seeing this? i'm suspecting that mesa change that was done for kwin
[06:48] <maco> what i see is the lcd going into "test mode" (shows different solid colours and some gradients) and then going to a on-but-all-black screen during suspend
[06:49] <maco> resume symptom for me has that (not sure if every time resume fails that happens though) but does have the black screen with the harmless GLib warning that coems up on some boots when X/kdm/gdm/something fails to start post-plymouth
[06:50] <wgrant> maco: Does X eventually come back after that?
[06:50] <wgrant> For me it mostly does (when suspend succeeds).
[06:50] <wgrant> But it occasionally doesn't.
[06:50] <maco> oh? how long does that take?
[06:50] <wgrant> Sometimes after a couple of seconds. Sometimes not at all.
[06:50] <maco> ive seen X show up after a fail-to-black boot once, but usually my "this thing is fubar" detector goes off and i reboot
[06:51] <maco> hmm i think the time it ended up starting id gone to do something else and came back surprised to see kdm started after all
[06:51] <maco> far more than a couple of seconds
[06:51] <maco> also weird:  REISU works. B just says "Resetting..." and then does nothing
[06:52] <maco> (so i go with REISU*power*)
[06:52] <wgrant> Sounds like some ACPI mess.
[06:53] <maco> yeah, and i know acpi's a bit broken here (sometimes it turns off without warning :(  ) but if you're hitting the suspend problems too AND its that recent, it's not my hardware's fault!
[11:19] <Quintasan> brrr
[11:22] <francisco_t> Hi, Is there a bug in ubiquity-kde in "Advanced partitions -> Create -> Use as..." and the options repeats and repeats 4 times?
[12:42] <ScottK> maco: I haven't been having suspend resume problems.
[12:43] <ScottK> I've had plenty of other problems with X crashing on logout and compositing defaulting off, etc.
[13:37] <jussi> Just a reminder, #ubuntu-release-party is open! Welcome!
[14:30] <ScottK> ryanakca: Do you know what the final URL for the Kubuntu release notes will be?
[14:39] <ryanakca> ScottK: Unfortunately not, whoever's preparing them might though...
[14:39] <ScottK> Maybe claydoh...
[14:40] <ryanakca> ScottK: Riddell was making changes a couple of weeks ago to the website for release, he might know
[14:40] <ScottK> OK.  I guess we wait and see.
[16:28] <ScottK> Riddell: I think I just finished the last non-armel Kubuntu test case.
[16:29] <ScottK> Tm_T: Have you tested powerpc?
[16:31] <Tm_T> ScottK: about to do it, were busy with family things (:
[16:31] <ScottK> Tm_T: Cool.  Let me know how it goes.
[17:00] <Riddell> ScottK: great
[17:00] <Riddell> but we have a problem on upgrades
[17:00] <ScottK> Is it the one you were discussing yesterday?
[17:01] <Riddell> freezes/crashes when viewing conffile diff
[17:02] <Riddell> bug 656876
[17:02] <Riddell> mvo got it too
[17:02] <Riddell> no python backtrace, it's some deeper problem
[17:03] <ScottK> Is there something useful we can tell people that trip over it?
[17:05] <Riddell> don't press the "show more" button
[17:06] <Riddell> I'm going to do some tests but I think our best option is to disable that button unfortunately
[17:08] <ScottK> That will cause trouble.
[17:08] <ScottK> Does it always happen?
[17:09] <Riddell> does for me yes
[17:09] <Riddell> it's going to cause lots of broken upgrades if we let it happen
[17:10] <ScottK> Agreed.  OTOH, arbitrarily overwriting config file changes is not much fun either.
[17:11] <ScottK> Riddell: What about recommending a command line upgrade instead?
[17:11] <Riddell> the user will still be warned that the config file has changed and get the option of keeping the old one, it's just the diff they can't see
[17:12] <ScottK> Something like "If you've edited system configuration files, upgrade using sudo do-release-upgrade instead of the normal ..."
[17:12] <ScottK> I guess that's usually OK.
[17:12] <Riddell> everyone will have edited system configuration files, the "prompt on normal not lts upgrade" option is one
[17:12] <ScottK> Right.
[17:13] <ScottK> At that point there should be a .dpkg-new copy of the config file in /etc so someone who had edited other config files could see the difference manually.
[17:15] <ScottK> I think disabling is probably best, but I'd also mention "prompt on normal not lts upgrade"  is normal and can be accepted and that one can manually diff others if one has questions about which option to pick.
[17:15] <Riddell> yep
[17:16] <Riddell> question is can I upload update-manager without needing CDs respun
[17:16] <ScottK> I don't think so.
[17:16] <ScottK> I think putting it in -updates is best.
[17:16] <Riddell> yes
[17:17] <ScottK> It just affects upgrades, so it's fine there.
[17:17] <Riddell> now I wonder if anyone is around to make sure that's sane
[17:17] <ScottK> Also no reason (except policy) it can't be accepted now.
[17:17] <ScottK> robbiew is active on #ubuntu-release, so there's at least someone available to absorb the blame.
[17:20] <ScottK> If the diff isn't too obtuse, I can probably review it.
[17:21] <Riddell> I expect it'll just be a setEnabled(false) in the right place
[17:21] <Riddell> but still doing tests on the current version now, maybe gdb will enlighten it a bit
[17:29] <lucidfox> Okay, that comment of mine about KWin being a resource hog seems to be mostly related to blur
[17:29] <lucidfox> for some reason, blur slows down both KWin and Compiz on my NVIDIA card
[17:29] <Riddell> blur does use some of the more obscure parts of opengl I believe
[17:30] <mgraesslin> it's not that obscure, it just requires many texture lookups
[17:32] <mgraesslin> interestingly Microsoft was hit by exactly the same problem when introducing Vista - remember all those complains about Vista being too slow...
[17:32] <ScottK> mgraesslin: I understand mesa has a blur test in their test suite.
[17:32] <ScottK> (now)
[17:32] <ScottK> Vista is slow.
[17:32] <Riddell> case proven :)
[17:32] <ScottK> So hopefully free driver support should be better in the future.
[17:32] <lucidfox> Well, I didn't have any slowdown problems with blur under Windows 7 on any of my parents' computers
[17:33] <mgraesslin> it will get better in future
[17:33] <lucidfox> I use the proprietary NVIDIA driver
[17:33] <mgraesslin> btw I have heard many times now, that blur & co worked fine with 4.5 in lucid and stopped working after upgrade to maverick
[17:33] <ScottK> mgraesslin: My biggest problem right now with effects is the functionality checks.
[17:33] <Tm_T> mgraesslin: sounds like driver related then
[17:34] <ScottK> The mesa situation is hugely better now than it was several weeks ago.
[17:34] <mgraesslin> yeah we know, fredrikh suggested to disable functionality checks completely in 4.5.3 if we do not get it fixed
[17:34] <mgraesslin> it seems to be a race condition
[17:35] <ScottK> I'll have affected hardware you can borrow at UDS if that's a help.
[17:35] <mgraesslin> it is, as I cannot reproduce it here
[17:36] <mgraesslin> though I could give the free nvidia driver a chance again
[17:36] <ScottK> I can loan you my netbook for the week.  I'll bring a regular laptop.
[17:36] <mgraesslin> thanks
[17:49] <lucidfox> Is there any way to remove that desktop-switching tab-thing from the right of the desktop?
[17:49] <ScottK> lucidfox: You mean in the panel?
[17:50] <shadeslayer> Riddell: im moving koffice from ninja's to beta backports, lex79 says the package looks ok to him as well
[17:50] <lucidfox> it's separate from the panel, attached to the right side of the screen
[17:51] <Riddell> shadeslayer: great
[17:51] <lucidfox> part of the desktop widget, apparently
[17:51] <Riddell> shadeslayer: you could put a story on kubuntu.org with that and the kdevelop beta if you want
[17:51]  * shadeslayer just came back from Athletics CWG event
[17:52] <shadeslayer> Riddell: i dont have the rights ;)
[17:52] <ScottK> lucidfox: I've just switched to plasma desktop to see.
[17:52] <shadeslayer> also, should i backport this koffice release?
[17:53] <shadeslayer> havent done that, but shouldnt take long
[17:53] <ScottK> lucidfox: The only desktop switching thing I have is the pager in the panel.
[17:54] <ScottK> That you should be able to right click on and remove
[17:54] <ScottK> You'll have to unlock widgets if you've locked them.
[17:56] <lucidfox> ScottK> http://homepc.lucidfox.org/pics/rightdesktopthingy.png
[17:57] <ScottK> Looking
[17:57] <shadeslayer> ah
[17:57] <shadeslayer> lucidfox: the huge bar?
[17:57] <shadeslayer> its called the cashew
[17:57] <lucidfox> the tab at the right side of the screen
[17:57] <shadeslayer> and you need a plasmoid called hide the cashew
[17:57] <lucidfox> with Cyrillic text
[17:57] <shadeslayer> yes thats the one
[17:57] <ScottK> lucidfox: You can't remove it, but you can click and drag it to a corner where it's out of the way
[17:58] <shadeslayer> ScottK: hide the cashew makes it disappear ;)
[17:58] <ScottK> shadeslayer: Yes, but it's a hack.  I don't recommend it.
[17:58] <shadeslayer> me neither
[17:58] <shadeslayer> but if you really really want it out of the wau
[17:58] <shadeslayer> *way
[17:59] <shadeslayer> lucidfox: do you really really want it out of the way? :D
[17:59] <mgraesslin> just move it in a corner, than it's hardly visisble :-)
[17:59] <ScottK> It's a bit odd that it's right there in any case.
[17:59] <ScottK> Exactly.
[17:59] <ScottK> The pre-release plasma netbook we used in Karmic had it there, but other than that, I've never seen that.
[18:00] <lucidfox> yes, I mpved ot om a cprmer
[18:00] <lucidfox> * yes, I moved it to a corner
[18:01] <ScottK> It's a useful control in any case, so I wouldn't want it completely hidden anyway.
[18:03] <Riddell> shadeslayer: you don't have the access details to the website?
[18:03] <shadeslayer> no..
[18:10] <Sput> wow, I have never seen such a tab
[18:10] <Sput> is that some kubuntu-specific thing?
[18:10] <Sput> ... or a netbook thingy?
[18:11] <Riddell> the plasma tab?  it's what happens if you put a panel at the top
[18:11] <Riddell> if the cashew has no corners it takes a tab
[18:11] <Tm_T> ScottK: PPC seems to be all ok
[18:12] <Riddell> Tm_T: thanks
[18:12] <ScottK> Tm_T: Thanks.
[18:13] <ScottK> Riddell: I guess that's one more set of images to remember to release ...
[18:13] <Sput> Riddell: ah I see. I have my panel at the bottom and the regular cashew on the topright
[18:14] <Sput> somehow I've never used activities at all
[18:14] <Sput> but I'm hardly using virtual desktops nowadays either, so meh
[18:16] <Tm_T> ScottK: funny how I have kwin effects enabled by default with this hardware, transition animations are slooow but smooth (:
[18:17] <ScottK> ;-)
[18:39] <shadeslayer> http://www.kubuntu.org/news/kdevelop-41-rc-and-koffice-23-beta-1-packaged
[18:47] <ulysses> shadeslayer: in the news there's a mistake, the packages are in the Kubuntu Beta Backports PPA, not in the Kubuntu Updates PPA
[18:48] <shadeslayer> oh your right
[18:48] <shadeslayer> ulysses: any other issue?
[18:49] <ulysses> http://www.kubuntu.org/news/kde-sc-4.5.2
[18:49] <ulysses> the ppa line misses the /ppa from the end, it should be ppa:kubuntu-ppa/ppa
[18:49] <shadeslayer> ulysses: no thats fine
[18:50] <shadeslayer> it adds that ppa...
[18:50] <shadeslayer> i.e ppa:kubuntu-ppa/ppa
[18:50] <debfx> shadeslayer: you could also add that qtcreator 2.1.0 beta 1 is in the same ppa :)
[18:51] <ScottK> Riddell: Ping me when there's something to review.  I'll be on and offline this afternoon.
[18:51] <shadeslayer> shouldnt we do a seprate news release for that?
[18:51] <shadeslayer> since ive done koffice and kdevelop
[18:54] <debfx> yeah, probably better
[18:58] <shadeslayer> Riddell: is it ok if we do a news release for packages of qtcreator 2.1?
[18:58] <Riddell> go ahead
[19:00] <shadeslayer> http://www.kubuntu.org/news/qtcreator-21-beta-1-packaged
[19:01] <shadeslayer> weird.. i un-ticked "Promote to main page" and it still did it
[19:02] <debfx> shadeslayer: bugtracker for qt creator is http://bugreports.qt.nokia.com/
[19:02] <Riddell> oh aye
[19:03] <shadeslayer> Bugs in the software to QtCreator ?
[19:03] <Riddell> yes, instead of bugs.kde.org
[19:03] <shadeslayer> yes, but instead of KDE i write, QtCreator right?
[19:04] <Riddell> yes
[19:04] <shadeslayer> anyother issue?
[19:04] <Riddell> claydoh: ping
[19:04] <Riddell> claydoh: any release announcement?
[19:15] <Riddell> claydoh: ah, lovely found it
[19:22] <shadeslayer> Riddell: i think i can make rekonq open our txt.gz files, but let me investigate some more :)
[19:30] <shadeslayer> Riddell: http://imgur.com/RaBIt
[19:32] <Riddell> ooh
[19:32] <Riddell> what did you change?
[19:32] <shadeslayer> kcmshell4  filetypes
[19:32] <Riddell> mm hmm?
[19:32] <shadeslayer> and from there go to x-gzip under applications > add rekonq there
[19:33] <shadeslayer> and put it above ark
[19:33] <Riddell> hmm, dunno if we want that as a general solution
[19:33] <shadeslayer> oh yeah, its a hack :)
[19:33] <Riddell> it's only useful if the unzipped file is a type rekonq can read
[19:34] <shadeslayer> also... i have no idea if it will mess with a user opening a file which is a x-gzip file but not a txt.gz
[19:34] <Riddell> right
[19:34] <Riddell> and we don't necessarily want rekonq to pop up if you're opening such a file locally
[19:44] <shadeslayer> yus
[19:50] <shadeslayer> Riddell: btw i have that expense form for UDS, do i need to take a printout of that or send it via email? do i need to get it signed by someone @ UDS ?
[19:53] <ScottK> Riddell: self.confDialogue.show_difference_button.setEnabled(False) is your part of the update-manager change, right?
[19:53] <Riddell> shadeslayer: in the UK we fill it in and e-mail to the admin staff who then send the money to our bank accounts.  not sure if they can do a direct transfer to an Indian account so maybe you should fill it in at the end of UDS, you'd need to check
[19:53] <ScottK> Riddell: Did you test to see if the bits mvo added right after that might solve the problem?
[19:53] <ScottK> +        # workaround silly dpkg
[19:53] <ScottK> +        if not os.path.exists(current):
[19:53] <ScottK> +          current = current+".dpkg-dist"
[19:54] <ScottK> It seems related.
[19:54] <Riddell> ScottK: yes that's my bit.  mvo said his change there wouldn't affect it
[19:54] <ScottK> OK.  So much for that hope then.
[19:54] <ScottK> No, wait.
[19:55] <ScottK> Riddell: I'm wondering if mvo's change might solve the underlying problem.
[19:55] <Riddell> shadeslayer: for dinner in the evening there is a set amount we can claim and no receipts are needed, for other expenses such as if you take a taxi from the airport then you need a receipt
[19:55] <Riddell> ScottK: why would it?
[19:55] <ScottK> If it's getting handed the wrong FD I can imagine something hanging and going boom.
[19:56] <Riddell> ScottK: annoyingly I can't recreate the problem on a virtual machine
[19:56] <shadeslayer> Riddell: hmm.. i booked my flight tickets seprately, so need to get the details cleared about those, BTS was over-charging wayy to much, i think i saved canonical a neat 400 euros
[19:56] <ScottK> Riddell: OK.  That makes it kind of tought.
[19:56] <ScottK> tough
[19:56] <Riddell> ScottK: so I need to reinstall a real machine and test it, I can try it with only mvo's change
[19:56] <ScottK> OK.
[19:56] <ScottK> I'll accept it.
[19:56] <Riddell> ScottK: it'll take some hours though so I think it would be good to have this in maverick-proposed anyway for now
[19:57] <Riddell> we can always delete it if mvo is wrong and his fix doesn't stop the random crash and reupload with only his change
[19:57] <ScottK> ok.
[19:57] <Riddell> shadeslayer: so you'll need to check how they can reimburse someone from India.  we do have employees in India I think so maybe a direct transfer can be done
[19:57] <Riddell> but maybe not
[19:58] <shadeslayer> Riddell: you have employees in india? :O
[19:58] <shadeslayer> thats news for me :P
[19:58] <shadeslayer> of course, i dont know everyone who works for canonical, but yeah, thats the first time im hearing that canonical has employees here
[19:59] <Riddell> we have a couple, one "OEM Channel Manager" and one "Field Engineer" whatever they are
[19:59] <shadeslayer> hmm ...
[21:06] <shadeslayer> lol .. i just found something amazing
[21:06] <shadeslayer> hold on
[21:07] <shadeslayer> http://imgur.com/YHooK
[21:07] <shadeslayer> apachelogger: ^
[21:19] <ulysses> Is there any release notes in the wiki?
[21:19] <ulysses> found
[21:29] <Riddell> ScottK: DistUpgrade error found, mvo's fix won't help, bug 656876
[21:32] <ScottK> OK.
[21:33] <ScottK> I can do a hardware upgrade to Maverick later tonight.
[21:52] <lex79> uhm I can't install sun-java6-jre with kpackagekit http://imagebin.ca/view/M_LBpAx3.html
[22:06] <lex79> it works with Muon
[22:12] <Riddell> proofreaders needed https://www.kubuntu.org/getkubuntu/download-new
[22:12] <Riddell> proofreaders needed http://www.kubuntu.org/getkubuntu/download-new
[22:20] <ulysses> Riddell: last line there's an extra space: „Links: Kubuntu 10.10 ports .”
[22:20] <Riddell> ulysses: extra space where?
[22:21] <ulysses> between 10.10 and the .
[22:22] <Riddell> fixed
[22:23] <sabdfl> home stretch...
[22:28] <Riddell> sabdfl: still a load of release announcements and upgrade tests to do but the end is in sight!
[22:30] <jjesse> Riddell: just a note to sya that i'm really enjoy maverick, loved the fact i didn't have to do anything special for my wifi drivers :)  just worked out of the box
[22:30] <Riddell> jjesse: yay :)
[22:30] <sabdfl> kind you you to say so, jjesse. folks in #ubuntu-kernel might deserve a shout too on the wifi front
[22:31] <Riddell> jjesse: did you update the Kubuntu chapter of the Official Ubuntu Book for 10.10?
[22:32] <jjesse> was unaware there was an update of the book for 10.10, another new version?
[22:32] <Riddell> jjesse: I've no idea, don't they update it for each release now?
[22:32] <jjesse> not that i am aware of
[22:33] <jjesse> seems the version for 10.04 just released ;)
[22:33] <Riddell> well it'll be current for another 12 hours :)
[22:35] <jjesse> yeah i know that
[22:36] <jjesse> Riddell:  on the download-new doc under mobile technology preview is there a reason "it is currently at an early stage" is a new sentence
[22:36] <jjesse> thought it would read better as an and
[22:36] <jjesse> and is currently at an early stage
[22:36] <jjesse> brb
[22:46] <Riddell> jjesse: updated
[23:03] <ScottK> Riddell: For this test upgrade, if I install the update-manager from proposed and then kick off the upgrade using that, it should work, right?
[23:05] <Riddell> ScottK: no
[23:05] <Riddell> you need to download the DistUpgrade tool
[23:05] <ScottK> Riddell: OK.  How do I test this then?
[23:05] <ScottK> Oh.
[23:06] <ScottK> Which is where?
[23:06] <Riddell> http://archive.ubuntu.com/ubuntu/dists/maverick/main/dist-upgrader-all/current/maverick.tar.gz
[23:06] <Riddell> but for you...
[23:06] <Riddell> http://archive.ubuntu.com/ubuntu/dists/maverick-proposed/main/dist-upgrader-all/current/maverick.tar.gz
[23:06] <Riddell> ScottK: but I have a better potential fix which I'm testing now
[23:06] <ScottK> OK.
[23:06] <Riddell> so if you can test the workaround version in maverick-proposed that would be good
[23:06] <Riddell> incase this better workaround doesn't work
[23:06] <ScottK> Will do.
[23:07] <Riddell> I'm trying doing "-im" "unset" to stop it loading the plugin
[23:07] <geneiros> hi there everyone...
[23:08] <Riddell> good evening geneiros
[23:08] <geneiros> hi there Riddell nice to meet you...
[23:08] <geneiros> what is the purpose of this channel??
[23:08] <Riddell> to coordinate Kubuntu development
[23:09] <geneiros> can i make questions about a problem that affects kubuntu 10.10 rc
[23:10] <Riddell> you can
[23:10] <geneiros> i have installed since it came out the rc edition...
[23:11] <geneiros> and today i noticed that my xorg went from 60mb to 140 in no time....and now it continuos to increase...now it is stable...but...
[23:11] <geneiros> i have no applications other than quassel
[23:11] <geneiros> it should decrease the memory used no?
[23:12] <geneiros> is this the same bug that affected lucid with gems objects?
[23:16] <Riddell> geneiros: I'm afraid we mostly just do KDE here, we're not the X packagers
[23:17] <geneiros> ok...
[23:17] <ScottK> geneiros: You might try in #ubuntu-x
[23:17] <geneiros> ok...thanks ScottK
[23:22] <ScottK> Riddell: I can verify the don't crash if the free space test fails fix works.
[23:23] <Riddell> oh good
[23:23] <Riddell> ScottK: unfortunately the -im unset idea didn't work
[23:23] <Riddell> going to try again using an environment variable
[23:23] <ScottK> OK.
[23:24] <Riddell> another idea would be to show a text area at the start then hide it, that'll load the input plugin before qt gets upgraded
[23:25] <Riddell> this may be an all nighter...
[23:32] <ScottK> OK.  I think I have room now ....
[23:34] <ScottK> Riddell: Is the "show terminal" option supposed to be grayed out?
[23:34] <Riddell> ScottK: it is during the download, there's nothing to show at that stage
[23:34] <ScottK> OK
[23:35] <ScottK> All good then.
[23:35] <Riddell> but the "show a text area at the start" option would involve showing and hiding that at the start to get the im plugin loaded
[23:36] <ScottK> adept_manager: no process found
[23:36] <ScottK> adept_updater: no process found
[23:36] <ScottK> Looks like some old code still in there.
[23:41] <ScottK> Riddell: Assuming my verification works out, what would you think of going ahead and copying the current workaround to -updates even though you may get a better one later?  That way people who upgrade in the mean time don't get busted upgrades.
[23:44] <Riddell> ScottK: that's fine
[23:45] <ScottK> OK.  Just about done downloading packages.   I'll let you know how it goes.
[23:48] <Riddell> proofreaders needed https://help.ubuntu.com/community/MaverickUpgrades/Kubuntu
[23:48] <Riddell> ScottK: I take it you changed the release update prompt from LTS to normal?
[23:49] <ScottK> Riddell: I just ran the upgrade tool
[23:50] <Riddell> ScottK: you need to edit a conffile to get the prompt
[23:50] <ScottK> Oh.
[23:50] <Riddell> edit /etc/update-manager/release-upgrades
[23:50] <Riddell> set prompt=normal
[23:51] <Riddell> do not use an upper case character
[23:51] <ScottK> At this point, I'm past the point of no return.  It will be what it will be.
[23:51] <ScottK> I never seem to get past an upgrade without getting prompted for something, so I'm sure it'll come up.
[23:51] <Riddell> ScottK: well you can just edit it now on the command line
[23:53] <ScottK> IM
[23:53] <ScottK> OK
[23:53] <ScottK> Done
[23:54] <will_1987> Riddel: Upgrade page looks fine to me
[23:55] <will_1987> opps missed an l on your name, its late :)
[23:56] <Riddell> thanks will_1987, tab completion is a useful habit to use on IRC :)
[23:57] <will_1987> Ohh didnt realise that, never really used IRC before


[08:45] <FourDollars> Is preseed/early_command executed before X or after X ?
[08:45] <FourDollars> Before X starts or after X starts?
[10:30] <xnox> FourDollars..... it is run from initramfs by casper.
[10:30]  * xnox hopes you read irclogs.ubuntu.com =)
[10:36] <|Frederik> I'm using the 13.04 server installer. If I create a logical volume with LVM and use that as a physical encrypted volume for /, would that work?
[10:38] <xnox> |Frederik: all nested combinations of ecryptfs/raid/lvm should work.
[10:39] <|Frederik> thanks
[10:40] <xnox> |Frederik: worst that can happen it will fail to boot and drop you into initramfs or grub..... Typically one creates encrypted volume and then puts lvm pv inside it.
[10:40]  * xnox has encrypted lvm /
[10:44] <cjwatson> Yeah, putting encryption *inside* LVM is pretty odd
[10:46] <infinity> Makes perfect sense to me.
[10:47] <infinity> If you want a bunch of LVM volumes and only want some encrypted.
[10:47] <infinity> (Say, /home, and /var encrypted, while / is not)
[10:48] <StevenK> I think I have a encrypted backing volume with LVM on top which has everything bar /usr
[10:48] <infinity> Or whatever.
[10:48] <cjwatson> Possibly, but it would be easier to have multiple VGs in that case so that you don't have to enter your passphrase multiple times.
[11:07] <xnox> infinity: yeah, I have one encrypted vg and one unecrypted. sure that fixed my sizes, but i did a "sensible" sizing for my needs.
[11:08] <infinity> xnox: Yeah, I've given up on assuming I know what sensible is whenever I have a multi-partition layout.  That's the whole reason I use LVM in the first place.
[11:20] <cjwatson> Can you resize an encrypted filesystem anyway?
[11:23] <|Frederik> Installation on an acer aspire s7 in uefi mode always results in uefi firmware stating that there is no bootable device
[11:31] <cjwatson> Some UEFI firmware is really broken.  On my HP EliteBook, it's clearly only there for experimental purposes - it doesn't follow the spec for what counts as bootable at all, and you have to "Boot from EFI File" to make it work
[11:32] <cjwatson> Is /wg 29
[11:32] <cjwatson> Sigh
[11:32] <|Frederik> oh, on my elitebook efi booting seems to work fine for debian.
[11:33] <cjwatson> Depends on the version, no doubt
[11:36] <|Frederik> I managed to get it to work with some efibootmgr -c -l
[12:20] <xnox> cjwatson: yes, it is possible to resize encrypted filesystem both down and up. But one has to do it in order, e.g. to shrink start with the most inner one, to expand with the most outer one.
[12:49] <cjwatson> Right
[12:49] <cjwatson> Reminds me, I must look at fsadm


[00:00] <phaidros> kgoetz: you are right ..
[00:03] <lamont> kgoetz: any luck with ldap?
[00:04] <kgoetz> lamont: fraid not, i've been busy with other work. i managed to get ldapsearch going ok ( http://pastebin.ca/801040 ) and from my reding of that i can connect to ldap
[00:05] <lamont> kgoetz: are you doing ldaps or ldap in the end?
[00:06] <kgoetz> lamont: /etc/ldap.conf -> uri ldap://<IP_ADDRESS>/ . ldapi "wasnt working " as i recall
[00:07] <lamont> you want some spamage here, or pastebin, or where?
[00:07] <kgoetz> pastebin woul be fine.
[00:08] <kgoetz> avoid turning the channel against us ;)
[00:08] <lamont> step 1 is to get ldap://<IP_ADDRESS>/ working.  Then we can worry about making a cert and getting ldaps happy
[00:08] <kgoetz> i have ldaps enabled, dont remember if i mad a cert for it or not
[00:08] <kgoetz> i just didnt see a reason to ldaps: onto localhost
[00:09] <kgoetz> in /etc/default/slapd i put SLAPD_SERVICES="ldap://<IP_ADDRESS>:389/ ldaps:/// ldapi:///"
[00:11] <lamont> http://pastebin.ca/801110
[00:12] <lamont> in there, s/foobaz/whatever/
[00:12] <lamont> and comment out the TLS_CACERT
[00:12] <kgoetz> looking atm :)
[00:12] <lamont> TLS_REQCERT should be uh... something
[00:12] <lamont> 'never'
[00:13] <lamont> and rootbinddn should be god-of-ldap (whatever you said when you configured slapd)
[00:14] <lamont> _THEN_ ldapsearch -x -h localhost -D cn=admin,dc=foobaz,dc=com -W "(uid=kgoetz)" uid
[00:14] <lamont> that'll prompt you for the passphrase, which should be what's stored in /etc/ldap.secret
[00:15] <lamont> and if _that_ query works, then all we have to do is argue with nsswitch.conf
[00:15] <kgoetz> *starts looking for all those files/lines in files
[00:16] <lamont> kgoetz: I just finished smacking my config into usability again for gutsy
[00:16] <lamont> in the process, I fear I actually understand pam now.
[00:16] <lamont> don't tell anyone
[00:16] <lamont> :-)
[00:16] <kgoetz> hehehe. i got famiar with pam_radius and a few related bits... i wish i still rememberd :)
[00:20] <phaidros> any ideas what might be the problem with hotplug if "cat /proc/kernel/sys/hotplug" -> cat: /proc/kernel/sys/hotplug: No such file or directory (2.6.22-14-xen)
[00:20] <phaidros> ?
[00:20] <kgoetz> your file or directory isnt there?
[00:21] <phaidros> but it shoul, shouldn't it?
[00:21] <kgoetz> lamont: teh TLS_REQCERT -i dont see that in my config. can i just add it?
[00:21] <kgoetz> s/teh/the
[00:21] <lamont>  find /proc | grep plug
[00:21] <lamont> /proc/sys/kernel/hotplug
[00:22] <phaidros> uh oh o.O
[00:22] <lamont> kgoetz: I expect so.  That's almost exactly what the file looks like on my machine... worst case it just mutters about lines it doesn't understand
[00:23] <kgoetz> # here because "lamont said"
[00:23] <kgoetz> TLS_REQCERT demand
[00:24] <lamont> you want TLS_REQCERT never
[00:24] <lamont> for now
[00:24] <kgoetz> ok.
[00:24] <lamont> because we're not doing ldaps yet.  just ldap.
[00:25] <kgoetz> ok
[00:27] <kgoetz> shouldi comment out the extra lines that you dont have?
[00:29] <kgoetz> oooh. it worked :o
[00:30] <kgoetz> ls: /etc/libnss-ldap*: No such file or directory
[00:30] <kgoetz> but the query workd :)
[00:34] <lamont> libnss-ldap*  will need to be there when we say 'getent shadow |grep kgoetz'
[00:34] <lamont> which we want to see two lines from, hence the fetcheverythingandgrep solution
[00:34] <lamont> apt-get install libnss-ldap
[00:35] <lamont> and may as well install libpam-ldap too
[00:35] <kgoetz> both are already installed
[00:35] <lamont> and finger-ldap :-)
[00:35] <lamont> ah, on gutsy?
[00:35] <kgoetz> yes.
[00:36] <lamont> the symlinks may or may not be needed... I'm to lazy to figure it out - they're certainly needed on dapper. :-)
[00:36] <lamont> and I have dapper machines, too.
[00:36] <lamont> sudo /etc/init.d/nscd restart
[00:36] <kgoetz> they dont seem to be needed anmore ;)
[00:36] <kgoetz> *any more :)
[00:36] <lamont> actually, do a stop and then a start - restart doesn't always give me the love I want
[00:37] <lamont> and the uri in /etc/ldap.conf is ldap://<IP_ADDRESS>/, not the ldaps://ldap.foobaz.com/, right?
[00:37] <lamont>  /query lamont and paste /etc/ldap.conf :-)
[00:38] <kgoetz> i dont have an nscd
[00:39]  * kgoetz cuts out comments from config file
[00:40] <lamont> no nscd just means that you'll query the ldap server alot.  OTOH, it also means that nscd won't be stepping in the middle and LYING to you
[00:43] <kgoetz> pm flooded
[01:18] <lousygarua> did anyone ever tried `rsync` over WebDAV? does it works??
[02:16] <lamont> Nov 28 16:05:21 mmjgroup postfix/local[15044]: warning: pipe_command_read: read time limit exceeded
[02:16]  * lamont grumbles
[02:39] <danp> hi. where would i find a list (or an RSS feed) of packages that are updated in universe/multiverse?
[02:39] <danp> i have a server running edgy and perdition was updated for security fixes but i couldn't find that announced anywhere
[02:47] <Burgundavia> danp: ubuntu.nl has feeds
[02:48] <Burgundavia> danp: https://lists.ubuntu.com/archives/ubuntu-devel/2005-August/009392.html
[02:49] <danp> thanks, seems to be gone now though
[02:50] <Burgundavia> they are there still
[02:50] <Burgundavia> just moved
[02:50] <Burgundavia> just trying to find them
[02:52] <Burgundavia> danp: http://blogs.ubuntu-nl.org/dennis/2007/10/21/hardy-heron-changes-feed/
[03:07] <danp> thanks!
[03:56] <danp> Burgundavia: hmm, this still only seems to be changes to main. perdition is in universe
[04:00] <Burgundavia> danp: there have been no changes to edgy since release, as only main is security supported
[04:00] <kgoetz> any (easy) way to increase teh logging prouced by pam? i'm unable to get multiple logins over ssh using ldap backend (i also have issues with sudo)
[04:01] <Burgundavia> danp: https://lists.ubuntu.com/archives/edgy-changes/2007-November/thread.html
[04:01] <Burgundavia> danp: and why are you still running an edgy server?
[04:01] <Burgundavia> it is not supported for all that much longer (6months)
[04:02] <danp> that's still only main changes...perdition is in universe and was recently updated
[04:02] <Burgundavia> http://changelogs.ubuntu.com/changelogs/pool/universe/p/perdition/perdition_1.17-7ubuntu<IP_ADDRESS>/changelog
[04:03] <Burgundavia> hmm, wonder why they are not showing up
[04:03] <danp> and i'm still running edgy because it's supported for another 6 months :P
[04:04] <Burgundavia> at which point you need to upgrade to Feisty, for another 6 months
[04:04] <Burgundavia> and then to Gutsy and then to Hardy
[04:08] <ScottK> Burgundavia: There have been edgy-security uploads for Universe packages.  I've done a couple myself.
[04:09] <Burgundavia> ScottK: yes, but not many
[04:09] <Burgundavia> not that I would trust a production server to
[04:09] <danp> i'm on ubuntu-security and i never got a notice for perdition
[04:09] <ScottK> Well you take that risk pretty much whenever you run Universe stuff.
[04:09] <Burgundavia> because -security doesn't carry universe stuff
[04:09] <Burgundavia> this is a fairly serious issue, the lack of notification
[04:09] <ScottK> danp: Even when Universe packages get updated, they won't do a USN.
[04:10] <Burgundavia> it should at a minimum, go to -changes
[04:10] <ScottK> Agreed.
[04:10] <danp> is there at least a published list of the changes?
[04:10] <Burgundavia> let me put it on the tech board agenda
[04:10] <Burgundavia> danp: there is the mailing list. I have no idea why this upload did no make it there
[04:10] <ScottK> LP developers dropped security from -changes because the fact that it was there before was a 'bug' and not by design.
[04:10] <Burgundavia> ugh, that is dump
[04:10] <Burgundavia> dumb, rather
[04:10] <ScottK> They've been thrashed and promise to put it back Real Soon Now.
[04:11] <ScottK> Well it's LP.  That's redundant
[04:11] <Burgundavia> I am very strongly of the opinion that LP is mostly just a giant non-free rathole
[04:11] <danp> this is just an example, but in a more general sense i'm looking for a way to get notified/informed of *any* changes to whatever release i'm using
[04:12] <Burgundavia> this is one of those holes
[04:12] <ScottK> Burgundavia: Agreed.
[04:12] <danp> is my best bet right now to track the package list files?
[04:12] <ScottK> When I asked, "If it's a bug, where's the spec that describes how it's supposed to work?"
[04:12] <ScottK> Answer I got was, "will you help us write one"
[04:13] <Burgundavia> danp: -changes should have everything. This is a bug
[04:13] <Burgundavia> https://wiki.ubuntu.com/TechnicalBoardAgenda
[04:13] <Burgundavia> added both items to the next TB meeting
[04:14] <ScottK> https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive/SoyuzUserDocumentationDraft is what now exists for documentation. it's a bit, um, thin.
[04:14] <danp> thanks!
[04:15] <ScottK> My larger answer on the help write the spec issue is that I have a consulting rate for proprietary system development work.
[04:15] <ScottK> Which is where the non-free bit kicks in.
[04:15] <danp> so at the moment what is going to -changes?
[04:15] <ScottK> For Edgy, you would get edgy-updates.
[04:16] <ScottK> Backports too, I think.
[04:20] <danp> cool
[04:27] <lamont> Burgundavia: bzgrep ^Package: ubuntu/dists/gutsy-security/universe/binary-i386/Packages.bz2 |wc -l
[04:27] <lamont> 55
[04:28] <lamont> universe gets security updates, it's just not something that canonical funds doing, other than best-effort by keescook et al.
[04:29] <ScottK> The larger point that Burgundavia makes is valid though.  There's no announcement mechanism.
[04:29] <Burgundavia> lamont: yep, I get that. This is more about making certain what updates do get done get notifications created
[04:29] <lamont> "notification" == advisory?
[04:29] <danp> not necessarily
[04:30] <ScottK> I've don't -security updates for packages that were in Universe in some releases and in Main in others and the USN just talked about the Main ones (leaving one to reasonably infer the other releases weren't affected when they were(
[04:30] <ScottK> (/)
[04:30] <lamont> Burgundavia: and launchpad has nothing to do with -security packages getting built.
[04:30] <danp> i personally just want a way to be notified of every possible change to a release
[04:30] <Burgundavia> lamont: I didn't say it did
[04:30] <Burgundavia> I was talking about mailing lists
[04:30] <danp> hopefully not as low-level as reviewing changes to the Packages files myself
[04:31] <lamont> most of the stuff that builds in -security is built while it's embargoed.  hence no notice to -changes.  the embargo is also the root cause of LP not being involved.
[04:31] <Burgundavia> but that is a bug that can be fixed
[04:31] <lamont> since launchpadlibrarian has no concept of read restrictions
[04:31] <lamont> Burgundavia: fixed how?
[04:31] <lamont> I can't send you a notification when i build it.
[04:31] <Burgundavia> lamont: by sending the notification only when it is unembargoed
[04:32] <ScottK> lamont: At some point LP learns of the change.  Then.
[04:32] <lamont> I _can_ send you a notification when its unembargoed.  I've only seen that notification in the form of a security advisory.
[04:32] <lamont> for _any_ software distro
[04:32] <lamont> LP learns of the change once it's unembargoed
[04:32] <lamont> I think.
[04:33] <lamont> it must be importing -secuity back from the dak archive
[04:33] <Burgundavia> right, I am not arguing implementation at the moment
[04:33] <lamont> so at the point that LP imports the -security bits from dak, it could generate a -changes mail
[04:33]  * lamont is speculating on that bit of process.
[04:34] <Burgundavia> right, those are details I don't know, nor do I really specifically care, given I am not an LP dev
[04:38] <ScottK> The key bit is that it used to be there and was removed.  What man has once accomplished he can aspire to achieve again.
[04:40] <lousygarua> wow, it's cold in here and i've just put a nice heat-blower straight on my feet!
[04:40]  * lousygarua is delighted
[04:40] <kgoetz> i just found my ldap is far more broken then i thought
[04:40]  * kgoetz is upset
[04:41] <lousygarua> how can an ldap get broken?
[04:41] <danp> Burgundavia and ScottK, thanks for the tips. i look forward to -changes being my answer soon :)
[04:42] <kgoetz> my lookups arnt working properly somehow. I have no name!@newmoon:/root$
[04:42] <Burgundavia> danp: no worries. Sorry we cannot help you in the imm.
[04:43] <danp> it's cool. i can make do with looking at Packages in the mean time. but i'm sure other people would appreciate that information if it was readily available
[04:44] <kgoetz> lamont: you aroud? i cant seem to figure out some issues
[04:44] <lamont> heh
[04:44] <kgoetz> :(
[04:44] <lamont> fire away
[04:45]  * lamont waits for "how do we find the girl?  If we do find the girl, how do we get away?"
[04:46] <kgoetz> i can run 'id $USERNAME' and it lists out the users IDs, but bash/anything else cant map the IDs
[04:46] <kgoetz> i can ssh in as the user, but it seems only once at a time
[04:46] <lamont> make life easier: apt-get install nscd
[04:47] <lamont> which, amusingly, shouldn't change anything
[04:47] <kgoetz> intalling now
[04:48] <kgoetz> reasonably small config file
[04:48] <lamont> it has a config file?
[04:48] <lamont> :-)
[04:49] <kgoetz> yes... dont i need it? :\
[04:49] <lamont> I expect so.
[04:49] <lamont> I never even noticed
[04:49] <lamont> as in, it won't need any edits
[04:49] <kgoetz> ok
[04:49] <lamont> how is bash trying to map the id?
[04:50] <lamont> (as in, what do you mean that it can't?  what's your testcase?)
[04:51] <kgoetz> installing that makes a difference o
[04:51] <kgoetz> s/ o//
[04:51] <kgoetz> lamont: i typed in 'bash'
[04:51] <kgoetz> and got "I have no name!@newmoon:/root$" back
[04:51] <lamont> is /etc/ldap.conf readable by mortals?
[04:51] <kgoetz> now i get "kim@newmoon:/etc/pam.d$
[04:51] <kgoetz> "
[04:52] <lamont>  /etc/nsswitch.conf?
[04:52] <lamont> (/etc/ldap.secret should be root:root, 600
[04:52] <kgoetz> yes they are.
[04:52] <lamont> the others, should be 644
[04:52] <kgoetz> yep
[04:52] <lamont> so installing nscd fixed it?
[04:53] <kgoetz> yes
[04:53] <lamont> if you figure out why, I'd love to know
[04:53] <kgoetz> you are a genius :)
[04:53] <lamont> thanks
[04:54] <lamont> I should really put the whole mess into a howto on the wiki sometime
[04:56] <kgoetz> i was goign to work on one/two as well. getting it working became a higher priority then writing about it though ;)
[04:56] <lamont> I wonder if it's because nscd runs as root
[04:56]  * lamont automated ssh key replication to clients from ldap
[04:57]  * lamont is lazy
[04:58] <kgoetz> .... your writing the guide :P
[05:05] <lamont> heh
[05:12] <kgoetz> hm. root@newmoon:~# ldapaddgroup kgoetz 1179
[05:12] <kgoetz> grep: /etc/pam_ldap.conf: No such file or directory
[05:12] <kgoetz> is pam_ldap.conf still in use? iirc i read its been retired
[05:13] <lamont> if it's being used, it should be a symlink to /etc/ldap.conf
[05:13] <lamont> _I_ have it. :0)(
[05:15] <kgoetz> reading /usr/share/doc/libpam-ldap/README.Debian is interesting
[05:16] <lamont> yeah.  that and the manpage for pam.conf were very eye opening on monday night
[05:17] <kgoetz> stupid pam
[05:18] <lamont> heh.  pam is love, man.
[05:19] <kgoetz> polletheme pam :\
[05:19] <kgoetz> win 32
[07:08] <zero-9376> is there a metapackage for the lamp server that you install from the server cd
[08:11] <kraut> moin
[08:22] <_ruben> mornin
[08:37] <soren> zero-9376: No, but if you had bothered to stick around for more than 27 seconds, someone might have told you what to do..
[08:46] <_ruben> ;)
[08:47] <_ruben> well .. 6 minutes a bit longer than 27 secs .. but still :-)
[09:18] <Burgundavia> soren: I see him being in channel for 5 minutes at least
[09:20] <soren> Burgundavia: Potato, potato.
[09:20] <soren> Doesn't really work in writing, does it?
[09:20] <soren> Burgundavia: 5 minutes is still an annoyingly short time to stick around for when you've asked a question.
[11:50] <joycetick> ive just installed ubuntu-server 7.10 on a laptop but its wireless pcmcia card is being recognised (i think, it shows up in iwconfig at eth2) but returns errors when trying to connect to the network (this card was working before in xubuntu 7.04)
[13:22] <kraut> joycetick: why do you install ubuntu-server on a laptop?
[13:23] <joycetick> its a 800Mhz machine so i wanted to install fluxbox or similar on it
[13:24] <firecrotch> joycetick: what about Xubuntu?
[13:24] <joycetick> and my isp mirrored the iso so it was easier to get than fluxbuntu (which i just found through google)
[13:25] <joycetick> i was using that before i installed ubuntu-server, might have to go back to it
[14:11] <phaidros> any xen expert around ?
[14:19] <avatar_> !ask
[14:19] <ubotu> Don't ask to ask a question. Just ask your question :)
[14:19] <avatar_> i'm not an expert
[14:20] <henrix> or try #ubuntu-xen ;)
[15:36] <Gargoyle> libc6 is what is commonly known as glib isn't it?
[15:36] <Gargoyle> *glibc
[15:57] <spiekey> how can you force ubuntu to write directly onto usb stick, without caching?
[15:57] <spiekey> is this a mount option?
[16:24] <soren> spiekey: I don't remember if "flush" works?
[16:24] <soren> spiekey: mount -o flush -t vfat /dev/whatever /media/whereever
[16:24] <soren> spiekey: Otherwise, "-o sync" is what you're looking for.
[16:25] <soren> spiekey: It'll kill your usb stick, though.
[16:25] <soren> spiekey: They're only built to handle a certain amount of writes to them.   If I execute it manually, it runs fine.  Any ideas?
[17:15] <darrend> script is at http://pastebin.com/d13dc62ab
[17:25] <mralphabet> darrend: that looks right . . . the bad format is from syslog?
[17:31] <darrend> mralphabet: the message was being added to the email that cron was sending (which was ending up in ~/dead.letter but is now being accepted by the remote mail server and ending up in a black hole
[17:31] <darrend> let me try to disable the mail output so I see the messages again.
[17:31] <lamont> keescook: are you the apparmor guy?
[17:32] <lamont> Nov 29 10:01:22 mix kernel: [739593.226765] audit(1196355682.459:35):  type=1503 operation="inode_permission" requested_mask="r" denied_mask="r" name="/etc/ldap/ldap.conf" pid=16512 profile="/usr/sbin/cupsd"
[17:32] <lamont> how do I tell it that it's OK?
[17:32] <keescook> lamont: well, mathiaz and I both work on it
[17:32] <keescook> why is cups trying to read ldap.conf?  but anyway, sudo vi /etc/apparmor.d/*cups
[17:32] <keescook> add:   /etc/ldap/ldap.conf  r,
[17:33] <keescook> then sudo /etc/init.d/apparmor reload
[17:33] <lamont> and then restart cups
[17:33] <keescook> nope
[17:33] <lamont> well,  I did the first two steps...
[17:33] <keescook> the aa reload will just update the running process's confinement
[17:34] <keescook> you can do   sudo aa-status   to see what aa thinks of the world
[17:34] <keescook> if you did apparmor stop/start you're SOL, and you need to restart cups
[17:34] <lamont> aalib is part of apparmor? :-)
[17:34] <keescook> that would rule
[17:34] <keescook> "I'm pwning you in ASCII!"
[17:35] <lamont> I might have done /etc/init.d/apparmor restart
[17:35] <lamont> mind you, I'd rather see us make selinux happier
[17:35] <keescook> restart == reload so that's okay
[17:35] <keescook> lamont: sure, we're just waiting on some upstream patches to roll out for that
[17:36] <keescook> lamont: where does aa-status report cupsd?
[17:36] <lamont> 2 profiles are in enforce mode.
[17:36] <lamont>    /usr/sbin/cupsd
[17:36] <lamont>    /usr/lib/cups/backend/cups-pdf
[17:36] <lamont> 1 processes are in enforce mode :
[17:36] <lamont>    /usr/sbin/cupsd (18409)
[17:36] <darrend> mralphabet: error message is.. "run-parts: failed to exec /etc/cron.hourly/00backup: Exec format error"
[17:37] <keescook> (also, you added the ldap.conf to the cupds section not the cups-pdf section of /etc/apparmor.d/*cupsd ?
[17:37] <lamont> Nov 29 10:36:12 mix kernel: [741679.573259] audit(1196357772.436:39):  type=1503 operation="inode_permission" requested_mask="r" denied_mask="r" name="/etc/ldap/ldap.conf" pid=18573 profile="/usr/sbin/cupsd"
[17:37] <lamont> no.
[17:37] <lamont> abstractions/cups-client
[17:37]  * lamont does the right file
[17:38] <keescook> ah, yeah, the cups-client is for stuff trying to talk to the cups server, etc.
[17:39] <darrend> mralphabet: I think google may know the answer.. looks like I need /bin/sh and not /bin/bash
[17:39] <lamont> yeah!  helps to fix the right file.
[17:39] <lamont> thansk
[17:40] <mralphabet> darrend: heh
[17:40] <darrend> hmm.. no - still fails
[17:41] <darrend> brb
[17:43] <mralphabet> ;(
[17:45] <rodpod> would it be better if i used iptables to forward GRE and port 1723 to access a RRAS VPN (PPTP) server, or just setup the VPN stuff on my ubuntu server and use LDAP for authenticating...what would be the best package with ldap support for doing this?
[17:51]  * nealmcb congratulates jdstrand on Ubuntu Membership :-)
[17:52] <jdstrand> thanks again nealmcb! :)
[18:28] <AlexJTanner> i have a question
[18:29] <AlexJTanner> anyone there?
[18:30] <somerville32> !ask
[18:30] <ubotu> Don't ask to ask a question. Just ask your question :)
[18:30] <AlexJTanner> well here's my question "everytime I use apt-get install on my ubuntu servers they want me to put in the DVD, how can I get it to instead of taking the packages from the DVD to take them fromt the reprostories
[18:34] <AlexJTanner> I have SSH acess to both of them
[18:34] <ember> how may have it source.list to get it from dvd i think
[18:35] <rodpod> nano /etc/apt/sources.list
[18:35] <rodpod> take out the cdrom entries
[18:35] <AlexJTanner> k thanks
[18:35] <AlexJTanner> I feel a bit of a newb asking this question
[18:36] <AlexJTanner> this is just my first time running ubuntu without gnome
[18:38] <AlexJTanner> i am working on getting both of them ready to go into my basement, and part of that is not having to run down and put a DVD in everytime I need to install something
[22:43] <ScottK> lamont: I think Bug #172925 is worth you having a look at.
[22:43] <ubotu> Launchpad bug 172925 in postfix "postfix upgrade does not add 'retry' service" [Medium,Confirmed] https://launchpad.net/bugs/172925
[22:58] <lamont> gah.
[22:58] <lamont> will do


[01:53] <hatch> huwshimi hey you there?
[01:57] <huwshimi> hatch: Hey
[01:58] <hatch> hey check out my msg on your PR
[01:59] <huwshimi> hatch: Oh, strange... why would they be there?
[02:00] <hatch> I have no idea...
[02:00] <hatch> maybe your fork of juju-gui is out of date
[02:01] <huwshimi> $ git pull juju develop
[02:01] <huwshimi> From github.com:juju/juju-gui
[02:01] <huwshimi>  * branch            develop    -> FETCH_HEAD
[02:01] <huwshimi> Already up-to-date.
[02:01] <hatch> then run git push
[02:01] <hatch> to update your fork
[02:04] <hatch> I really don't know why those old commits would be there anyways
[02:04] <hatch> it should have diff'd them out as far as I know
[02:06] <huwshimi> yeah, quite strange.
[02:07] <huwshimi> brb, lunch
[02:13] <hatch> Thanks for fixing that huwshimi  but it looks like it's still pushing all of those commits in, maybe it needs a new PR?
[02:21] <huwshimi> hatch: Yeah, I'll delete and start again :)
[02:21] <hatch> sorry I wish I knew what the issue was so that we could avoid it in the future hah
[02:30] <hatch> huwshimi I was wondering if you play any games on your new machine?
[02:31] <huwshimi> hatch: Nah
[02:32] <hatch> You should go buy some and let me know how they run so I can decide on the computer to buy haha
[02:32] <huwshimi> :)
[02:52] <huwshimi> hatch: By the time you're ready the new Airs will be out anyway
[02:53] <hatch> lol!
[02:58] <huwshimi> hatch: https://github.com/juju/juju-gui/pull/17
[02:58] <huwshimi> hatch: Lots of strangeness
[13:22]  * rick_h__ goes to doc office. bbl
[13:32]  * gary_poster goes to son's prospective middle school. bbl
[13:53] <benji> bac: Spads is asking me if the prod charmworld charm is "jc-charmworld/0"; do you know if that is right?
[13:54] <benji> bac: he may mean "service name" instead of "charm"
[13:55] <bac> benji: oh, the charm lives at bzr+ssh://bazaar.launchpad.net/~juju-jitsu/charms/precise/charmworld/trunk/
[13:56] <benji> bac: do you know the service name is for the production charmwolrd?
[13:56] <bac> no.  on staging it is just 'charmworld'
[13:56] <bac> charmworld/0
[13:56] <frankban> hazmat: ping re: the deployer MP
[13:57] <bac> benji: if he has access to prod, a juju status should show.  should only be one similar to charmworld
[13:58] <bac> benji: but webops grab everything and deploy locally so it could be there is a renaming
[13:58] <bac> let me look at the docs
[13:58] <benji> bac: do we run ES as its own charm in prod?
[13:59] <benji> s/charm/service/
[13:59] <bac> benji: looking at https://wiki.canonical.com/InformationInfrastructure/WebOps/CDO/Charmworld it looks like jc-charmworld is correct
[14:00] <bac> benji: yes, i would think ES is its own service.  can't see how it'd be otherwise.
[14:01] <bac> benji: the problem with understanding production is that page refers to scripts that we don't have access to, so it's kind of hard to see what's happening.
[14:01] <benji> yeah, really
[14:22] <benji> bac: it seems the staging.jujucharms.com environment is in a bad way: 2013-12-12 14:17:53,234 ERROR juju environment not found: is the environment bootstrapped?
[14:22] <benji> have you seen that before?  Should I nuke it from orbit and rebuild from scratch?
[14:23] <bac> benji: but, but, it seems happy http://staging.jujucharms.com/heartbeat
[14:23] <bac> benji: where did that terrifying message come from?
[14:23] <benji> bac: happy except that it hasn't ingested since 2013-12-08
[14:23] <benji> bac: from Spads in #webops
[14:23] <bac> benji: oh, well
[14:24] <bac> benji: huh.  well it is definitely bootstrapped
[14:25] <benji> bac: I guess I need to figure out why my orangify script isn't working so I can poke on the staging env myself
[14:27] <bac> benji: i found some subdirectories in that branch that were created at some point and were messing up the connection.  once i deleted them i could connect.  if 'bzr st' shows anything weird (local, charms, etc) you may try the same.
[14:27] <bac> weird = unknown
[14:27] <benji> bac: staging.jujucharms.com is running on go-juju, right?
[14:27] <bac> yes
[14:28] <bac> benji: you may want to manually copy over the ssh credentials.  the install script is broken in that it doesn't copy if they exist even though new ones may be available
[14:28] <bac> i've fixed it but haven't yet merged
[14:35] <bac> benji: i'm look at the staging charmworld/0 logs and don't see where that message from spads comes from.  i wonder if his env is not right.  there definitely is a problem with ingesting, and it looks like the job hasn't even tried to run since 9-Dec
[14:35] <bac> s/look/looking/
[14:35] <benji> bac: I have determined that he was running py-juju
[14:35] <bac> oh
[14:35] <bac> that'll do it
[14:35] <benji> heh
[14:36] <bac> so, one red herring down
[14:36] <benji> bac: I almost have orangify working, when I run "nova list" I get juju-staging-machine-0 through juju-staging-machine-5, is that expected?
[14:36] <bac> curtis did fix a problem with mongo the other day
[14:36] <bac> benji: sounds about right
[14:36] <bac> benji: what does juju status do?
[14:37] <benji> bac: orangify still fails, this time with "client: fatal: failed to establish ssh session (2)"
[14:37] <benji> that is after printing:
[14:37] <benji> Found a compatible Juju.
[14:37] <benji> Orange credientials loaded
[14:37] <benji> JUJU_HOME set to /home/benji/workspace/staging-tools/staging-tools
[14:37] <benji> State server is at <IP_ADDRESS>
[14:38] <bac> benji: there's the problem
[14:38] <bac> credentials is misspelled
[14:40] <benji> heh
[14:46] <bac> benji: prob won't help but try pulling a new version of that branch
[14:46]  * benji tries
[14:46] <bac> benji: so there are lots of problems from 9-Dec and before.  that was when curtis got mongo working again
[14:47] <bac> but it doesn't look like ingest has run since then.  it hasn't generated any errors since that date
[14:47] <benji> bac: the main thing I'm interested in is getting ingest to run again; my hypothesis is that it will then make the search results on staging match prod (which are wrong, but at least we'll have an idea of what is going on)
[14:47] <bac> right
[14:50] <benji> bac: same error after pull
[14:50] <bac> but no typo?
[14:56] <frankban> guihelp: I need two reviews for https://codereview.appspot.com/41350043 (quickstart). Is anyone available?
[15:02] <sinzui> hi bac
[15:02] <bac> sinzui: when mongo failed on staging it caused ingest to fail repeatedly and supervisord marked it as FATAL. do you know how to get it going again?
[15:04] <bac> sinzui: we're engaging spads in #webops on the issue though he isn't sure
[15:04] <sinzui> for staging?
[15:04] <sinzui> bac, he doesn't have access
[15:05] <sinzui> bac https://docs.google.com/a/canonical.com/document/d/190xKLPpEPSrlVix4D9eX_aTciiKFo12h0u7MpzqI28I/edit#heading=h.g8pxm6cjaq69
[15:05] <sinzui> ^ we need to add a section about restarting the service, which I know but cannot type without doing it.
[15:06] <sinzui> per canonistack guidelines, there is a script in /srv that allows webops/devops to restart the services
[15:08] <bac> sinzui: can i just stop and restart supervisord?
[15:09] <sinzui> bac: I did this http://paste.ubuntu.com/6561801/
[15:10] <sinzui> sudo /srv/deploymgr/charmworld restart
[15:10] <bac> sinzui: could we have just used the 'start_worker' target in the makefile?
[15:11] <bac> which i just found
[15:12] <bac> sinzui: i'll update the doc unless you want to
[15:12] <sinzui> bac: please do update the doc.
[15:13] <bac> thanks sinzui
[15:30] <rogpeppe> bac: sorry, was at lunch
[15:30] <bac> rogpeppe: ?
[15:30] <bac> rogpeppe: i didn't ping you, perhaps someone else did
[15:30] <bac> but i hope you had a good lunch
[15:31] <rogpeppe> bac: oh, sorry, i misread a remark of yours
[15:31] <rogpeppe> bac: it was just below one addressed to me
[15:31] <rogpeppe> bac: ignore :-)
[15:31] <bac> rogpeppe: np
[15:32] <bac> rogpeppe: was that a really late lunch or a really long one?  :)
[15:32] <rogpeppe> bac: late
[15:33] <rogpeppe> bac: i often forget to have lunch until hunger prompts me :-)
[15:46] <benji> bac: the queue size is increasing, so it looks like a queue-clearing is in the future
[15:47] <bac> benji: ok
[15:52] <bac> benji: should be able to do: db['charm-queue'].remove()
[15:52] <bac> though it is kinda scary
[15:52] <benji> heh, yeah
[15:54] <bac> and db['basket-queue']
[15:57]  * benji wonders if it is about team call time.
[15:59] <hatch> jujugui call in 1
[15:59] <hatch> benji are you actually going to make it on time today? :P
[15:59] <benji> I changed my reminder so I can't snooze it.  That seem to help.
[16:00] <gary_poster> rick_h__, assuming you are still at dr
[16:05] <hazmat> hatch, Makyo how'd the rest of the meeting go
[16:05] <hatch> hazmat pretty good, hangout after standup to fill you in?
[16:06] <hazmat> sure
[16:06] <hazmat> hatch, sounds good
[16:06] <hatch> cool I'll ping when we're done
[16:09] <hatch> hazmat https://plus.google.com/hangouts/_/calendar/Z2FyeS5wb3N0ZXJAY2Fub25pY2FsLmNvbQ.j0rk5d371ph8331ijtf48t2uj0?authuser=1 just finishing up
[16:15] <bac> benji: so shall we do the cleanup?
[16:16] <benji> bac: yeah, we don't have a choice at this point, and since I haven't gotten orangify to work I need to enlist you if you can help
[16:16] <bac> benji: hangout?
[16:16] <benji> bac: sure, I'll create one
[16:30] <Makyo> hazmat, do we have a sprint authorisation number?
[16:34] <rick_h__> gary_poster: back now, sorry for the delay.
[16:35] <gary_poster> np rick_h__ .  how are you feeling?  dr give you any meds?
[16:35] <rick_h__> gary_poster: yep, shot in the $#@$ and meds to take. Wheeeeeee
[16:36] <gary_poster> heh, hope it gets you well fast
[16:36] <rick_h__> gary_poster: rgr, working on it. Will be afk today. Sorry for the MIA
[16:36] <gary_poster> np at all.  good, go rest
[17:01] <frankban> gary_poster: book expensed :-)
[17:01] <gary_poster> frankban, :-) cool
[17:01] <hatch> ll
[17:01] <hatch> bah
[17:03] <hazmat> Makyo  sent via msg
[17:05] <Makyo> hazmat, ty
[17:09] <hatch> Makyo did you ever qa my fullscreen removal branch?
[17:09] <Makyo> hatch, Was going to wait on your verdict re: stuff in trunk fixed in this branch or another, but I can now.
[17:09] <hatch> well....the issues are in trunk
[17:10] <hatch> so just trying to fix anything small now
[17:11] <Makyo> hatch, okay, will in a sec; let me finish code review of frankban's branch
[17:11] <hatch> yeah sure, no rush
[17:22] <hatch> Makyo so it looks like the issues rick_h__  raised are more serious than a few cleanup lines in this branch unfortunately so I'll have to do them as a follow-up
[17:22] <Makyo> hatch, np, will QA in a sec with that in mind
[17:23] <hatch> just so you are aware, for whatever reason the browser is being dispatched twice which is causing the issues...heh, more double dispatch....lol
[17:27] <Makyo> Siiiigh~
[17:27] <hatch> this issue may have always been there we just never noticed it for whatever reason
[17:27] <hatch> I can't really see how any of the changes that have been made would cause this
[17:56] <Makyo> hatch, lgtm
[17:56] <hatch> thanks
[17:57] <bac> hi benji, did the charms get ingested?
[18:02] <benji> bac: yep; I'm now curious about a bundle potentially "stuck" in the bundle queue on prod
[18:03] <benji> every round now staging has one fewer baskets queue than prod and after the queue is drained there is still one basket in the basket queue; I'm wondering if the stuck one is Jorge's
[18:03] <bac> benji: what have the queues on prod looked like?  1164/22 now -- have then been going down?
[18:04] <bac> s/then/they
[18:04] <bac> s/then/they/
[18:04] <bac> gah
[18:04] <benji> bac: yep they are occasionally drained to 0/1
[18:04] <bac> oh, i bet that 1 is the problem!  :)
[18:04] <benji> yep
[18:16] <bac> benji: oh, with orangify you can now say 'source orangify stop'.  pretty darn neat.
[18:16] <bac> no more fumbling around looking for that pid file
[18:16] <benji> I saw that, nice addition
[18:17] <bac> my proudest moment of the morning
[18:17] <benji> :)
[18:52] <hatch> has anyone flown Delta internationally?
[19:03] <BradCrittenden> hatch: yes
[19:03] <bac> gary_poster: call
[19:04] <bac> i meant, gary_poster call?
[19:04] <hatch> bac and?
[19:04] <gary_poster> bac almost
[19:04] <bac> hatch: and it was fine
[19:06] <bac> hatch: i think delta is a fine U.S. carrier.  i mean they don't do long hauls like the good asian carriers.
[19:07] <bac> hatch: i've flown delta on detroit-tokyo and survived.  where you going?
[20:38] <hatch> Makyo so those issues that rick_h__  found are actually in release :/
[20:38] <hatch> I -think- it has to do with the new token stuff
[20:39] <hatch> just going to bisect to try and roll back to find it
[20:40] <Makyo> I thought we knew that b/c it was in trunk?
[20:40] <hatch> well trunk has a lot of other stuff in it too
[20:40] <hatch> could have been from anything really
[20:40] <Makyo> Yeah.
[20:40] <Makyo> Maybe come up with a test that fails for one of them to make it easier to bisect?
[20:46] <hatch> somehow I broke my repo, trying again, doesn't look like it was the token code though
[20:46] <hatch> hypothesis, incorrect
[20:46] <hatch> :)
[20:53] <gary_poster> older, hatch?
[20:53] <gary_poster> jujugui, looking for small but important review and qa https://github.com/juju/juju-gui/pull/18
[20:53] <Makyo> gary_poster, on it
[20:53] <gary_poster> thanks Makyo
[20:54] <gary_poster> hatch, I mean, the problem is older than the token code?
[20:54] <hatch> it appears so, still bisecting
[20:55] <gary_poster> k
[20:56] <hatch> the double dispatch is caused by the app routing, then the login comes in as successful and then it routes again
[20:57] <hatch> double dispatching, but that doesn't appear to be the root cause
[20:57] <hatch> just another bug which we haven't noticed
[20:59] <gary_poster> ack
[20:59] <hatch> having to keep killing and restarting the app sure slows down bisection hah
[21:00]  * hatch crosses fingers it wasn't him
[21:03] <hatch> gary_poster according to bisect this is the culprit which broke the onboarding stuff....oops we should qa that :)
[21:04] <hatch> https://github.com/juju/juju-gui/commit/dec7617b378034fd93e41b1c382bb075c8b4978a
[21:04] <hatch> not entirely sure what the issue is
[21:04] <hatch> but at least we know where it is
[21:04] <gary_poster> hatch, so that is the token stuff
[21:05] <gary_poster> I just sent a note to rick that the git history is flatted rather than collapsed
[21:05] <gary_poster> which obscures the fact that this is part of the token commit
[21:05] <hatch> ohhh that's why these old ones are confusing
[21:05] <gary_poster> yup
[21:05] <gary_poster> I asked him if we can fix that
[21:05] <gary_poster> we'll see
[21:06] <gary_poster> flattened
[21:06] <hatch> ok cool, well hey, we just moved to git, and just used bisect to find an issue.....yay for the conversion :D
[21:06] <gary_poster> :-)
[21:09] <gary_poster> hatch, would it be helpful for me to look at that with you, or don't bother?
[21:09] <hatch> umm I think I'll be ok - I'm going to see if this is also the cause of the other redirection issues that just didn't happen to be noticed until I tried to muck with it recently
[21:09] <Makyo> Whoa.
[21:10] <hatch> it's very odd though that this commit is the culprit I don't see anything on face value that would cause the onboarding issue
[21:12] <Makyo> gary_poster, +1
[21:12] <gary_poster> hatch, currentUrl and onLogin seem most likely culprit in there to me.  It does affect the post-login redirect.
[21:12] <gary_poster> Makyo, thanks.  A bit scary, eh?
[21:12] <Makyo> gary_poster, yeah, thus the 'whoa' :T  Good catch, thanks for the fix!
[21:13] <gary_poster> thank you
[21:17] <hatch> gary_poster haha nice catch with #18 :)
[21:17] <hatch> *phew*
[21:17] <gary_poster> hatch, yeah, we kinda need that out soon. :-(
[21:21] <hatch> gary_poster fyi - here is the issue https://github.com/juju/juju-gui/commit/dec7617b378034fd93e41b1c382bb075c8b4978a#diff-2de9eda1655d499e934e7465e87ca0bdL951
[21:21] <hatch> super trivial fix
[21:22] <hatch> or maybe not....I haven't used the token stuff
[21:22] <hatch> wana have a quick chat?
[21:22] <gary_poster> hatch, how so?  you don't have originalPath anymore
[21:22] <gary_poster> yeah sure
[21:32] <rick_h__> hatch: the double dispatch I think is from the url replace and re-dispath. It'll hit that twice
[21:34] <rick_h__> hatch: by bybassing the viewstate, nothing in subapp is watching/protecting against double dispatch
[21:34] <rick_h__> hatch: let me know if a hangout to chat will help, and maybe I'm wrong on this, but I think it's a simple fix.
[21:51] <hatch> rick_h__ hey we found the issue, it was actually located in a race condition in the login system that has been there......forever
[21:52] <rick_h__> hatch: oh well crap
[21:52] <hatch> yeah - it's a pretty odd edge case that has just been slowly exposed as we refactored code over the past month
[21:56] <hatch> jshint for chrome: http://mrpotes.github.io/jshint-extension/
[22:04]  * Makyo dogwalks, getting stomped.
[22:10] <huwshimi> Morning
[22:10] <rick_h__> hatch: ok cool. Never mind then.
[22:10] <rick_h__> glad you got it figured out
[22:14] <gary_poster> morning huwshimi.  you have time to talk for 15 min now?  I have family obligations now
[22:15] <gary_poster> I mean later
[22:15] <gary_poster> bah
[22:15] <huwshimi> gary_poster: Sure, happy to talk anytime
[22:15] <gary_poster> reboot: morning huwshimi.  you have time to talk for 15 min now?  I have family obligations later :-P
[22:15] <huwshimi> gary_poster: OK!
[22:16] <gary_poster> ok thanks huwshimi .  https://plus.google.com/hangouts/_/calendar/Z2FyeS5wb3N0ZXJAY2Fub25pY2FsLmNvbQ.87augjtfc2pm1q1ilfuhencae0
[22:16] <huwshimi> gary_poster: Wait, did you need to reboot now, or in 15 minutes?
[22:16] <gary_poster> huwshimi, neither, I am just exhibiting poor communication skillz :-P
[22:16] <huwshimi> gary_poster: I know, I'm just teasing :)
[22:17] <gary_poster> lol
[22:20] <huwshimi> gary_poster: https://codereview.appspot.com/20120044/diff/1/bin/merge-files#newcode119
[22:32]  * gary_poster runs
[22:32] <gary_poster> bye all


[00:38] <ice10001> Got docker installed successfully
[00:38] <ice10001> Can anyone help on getting docker compose installed via user-data?
[00:39] <ice10001> I am guessing it will have to be run in bash using runcmd:
[01:30] <ice10001> So this did not work, can anyone let me know whats wrong, how I should add docker compose?:>>>>>>>
[01:30] <ice10001> https://pastebin.com/Bz1YWi4j
[02:16] <ice10001> I got it to work with my runcmd.
[02:17] <ice10001> My next challenge is the network config
[02:21] <ice10001> It seems network cannot be configured via user-data, so I will guess that it may be a runcmd: command after boot again.?
[19:11] <ice10001> Good morning all
[23:32] <holmanb> ice10001: your latest paste doesn't look like a valid config for cloud-init - despite the #cloud-init line at the top, subiquity configs are confusingly not actually valid cloud-init configs :/
[23:37] <holmanb> ice10001: to be clear, are you trying to configure subiquity? or cloud-init? the `autoinstall:` key is specific to subiquity


[01:21] <wxl> so if i understand correctly if you include "fixes: bug #" blah blah blah with a bzr push the bug gets updated but not with git? or am i dealing with a bad messenger?
[02:01] <wgrant> wxl: Bazaar has explicit bug metadata that you can specify by committing with --fixes=lp:1234, and LP will link the branch to the bug on push. Git doesn't have a direct equivalent, but LP will link bugs to an MP if you refer to them in a commit message as "LP: #1234".
[02:02] <wxl> wgrant: why didn't that happen with https://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu/commit/?h=bionic&id=9f594e9f62aa9e94d72823296073a5ef48c36a8f ? is it on a cronjob?
[02:03] <wgrant> wxl: What didn't happen? Note that they only ever get linked to merge proposals, because git branches usually get deleted after being merged
[02:05] <wxl> wgrant: i meant that the bug report didn't get updated. i guess what you're saying is unless you go through merge proposals, it doesn't happen for bzr or git. right?
[02:06] <wgrant> wxl: For bzr it does, since bugs get directly linked to branches. But we had to do it differently for git, because git branches get deleted.
[02:06] <wgrant> wxl: Oh, and in either case the bug won't get automatically closed. It only ever shows up linked to the bug, it does not automatically change the status.
[02:07] <wgrant> (some projects have robots that watch for bug links, and close bugs when the linked branch/MP is merged, or when it's merged and in a stable release, or whatever)
[02:07] <wxl> wgrant: right. gotcha.
[03:47] <wxl> i'm on a new computer here and i seem to be having some weird issue with pushing a bzr branch
[03:48] <wxl> if i ssh to bazaar.l.n, auth works and i'm returned "No shells on this server."
[03:49] <wxl> but then when i try to connect with bzr push i get a "Permission denied (publickey)"
[03:49] <wgrant> wxl: checked your username in "bzr lp-login"?
[03:49] <wxl> i expect as a byproduct of that issue, i also get ConnectionReset reading response for 'BzrDir.open_2.1
[03:49] <wxl> wgrant: it's right
[03:50] <wgrant> what's the URL you're giving it?
[03:51] <wxl> you mean Host in ~/.ssh/config?
[03:51] <wgrant> no, to bzr
[03:51] <wxl> lp:~wxl/ubiquity-slideshow-ubuntu/delete-lubuntu
[03:52] <wgrant> you're sure you're not using an explicit bzr+ssh URL somewhere without a username?
[03:53] <wgrant> you could try setting the username for bazaar.launchpad.net in ~/.ssh/config
[03:53] <wgrant> but if lp-login is right then lp: should work
[03:54] <wxl> i'm pretty sure of that. i mean it's not in the bzr push command nor in .ssh/config
[03:54] <wxl> and the username (wxl) is set
[03:55] <wxl> ohhhh i have a thought
[03:56] <wxl> there we go. had Host launchpad and Hostname bazaar.launchpad.net but needed to include the FQDN in Host, too
[03:57] <wxl> pebkac as usual wgrant. thanks for the help :)
[03:57] <wgrant> aha
[03:57] <wgrant> great
[08:55] <eraserpencil> hey guys! if i used launchpad's services to build a snap, does it keep a copy of my code?
[09:12] <eraserpencil> sorry, did anyone reply?
[09:57] <cjwatson> eraserpencil: If you push the code to Launchpad and build a snap from there, then Launchpad will keep the code until you explicitly delete it.  If you ask Launchpad to build a snap from code hosted elsewhere (e.g. GitHub, perhaps via build.snapcraft.io), then the only copy of the code that Launchpad will retain will be whatever traces of it are visible inside the snap; if it's configured to ...
[09:58] <cjwatson> ... push to the snap store, then Launchpad will delete its copy of the resulting snap about a month after it's been successfully pushed to the store.
[09:58] <cjwatson> I'm not sure if this answers your question.  If not, please explain more about what you're trying to achieve.


[19:02] <philsf> what's the best package/project to report a suspend/resume issue to: linux-source, or something else?