[01:05] <arbit30719> hi all
[01:06] <arbit> ls
[01:25] <arbit> is anybody home ?
[01:31] <arbit> itsZero: ha
[03:55] <arbit> hello all
[04:02] <arbit> Can any body help me solve juju/mass issue
[04:02] <arbit> I have posted in ask ubunut : http://askubuntu.com/questions/249350/juju-cannot-deploy-services-with-maas/250102#250102
[04:02] <_mup_> Bug #250102: rhythmbox crashed with SIGSEGV in gst_marshal_BOOLEAN__POINTER() <apport-crash> <apport-failed-retrace> <GStreamer:Expired> <Rhythmbox:Invalid> <gstreamer0.10 (Ubuntu):Incomplete> < https://launchpad.net/bugs/250102 >
[05:41] <niemeyer> arbit: Would you mind to write a message to the mailing lits pointing your problem out?
[05:42] <niemeyer> arbit: May be just a link to the ask ubuntu page
[06:07]  * niemeyer => bed!
[07:08] <arbit> hi all
[07:08] <arbit> does any one use jitsu ?
[07:10] <arbit> Can jitsu 3 or more services on a single machine ?
[07:14] <fwereade__> arbit, my understanding is that jitsu will co-locate as many units as you ask it to
[07:15] <fwereade__> arbit, but #juju is probably a better place for that sort of question
[07:16] <arbit> ok thanks
[07:26] <rogpeppe> fwereade__, jam, wallyworld_: morning!
[07:48] <fwereade__> rogpeppe, everyone, heyhey
[08:45] <fwereade__> bbiab, coffee
[11:47] <TheMue> lunchtime
[12:01] <jtv> Anyone free to review a patch?  https://codereview.appspot.com/7225082
[12:01] <dimitern> jtv: i'm on it
[12:04] <dimitern> jtv: done
[12:11] <jtv> Thanks dimitern!
[12:11] <jtv> Oh, I need one more, right?
[12:11] <dimitern> jtv: yeah, unless it's trivial
[12:12] <jtv> I'll start begging then.  Me, dignity?  Hah!
[12:13] <jtv> rogpeppe, can I  trouble you for a second review perhaps?  → https://codereview.appspot.com/7225082
[12:13] <dimitern> :)
[12:14] <rogpeppe> jtv: i've got a couple of other reviews in progress, but i will have a look after that.
[12:14] <jtv> Thanks :)
[12:19] <TheMue> jtv: You've got a 2nd review.
[12:35] <jtv> Thanks TheMue!
[12:42] <jtv> Hmm...  I don't think I have permission to land my  branch.  I'm getting a bzr error out of lbox:
[12:42] <jtv> bzr: ERROR: Cannot lock LockDir(chroot-91275088:///%2Bbranch/juju-core/.bzr/branch/lock): Transport operation not possible: readonly transport
[12:47] <dimitern> jtv: it seems you're not a member of go language gophers
[12:47] <jtv> Nope.  Not surprising really, given my short experience coding in the language.  :)
[12:48] <dimitern> jtv: :) - ask someone to add you and your team perhaps? https://launchpad.net/~gophers/+members#active
[12:50] <jtv> I could give it a whirl, thanks
[14:07] <rogpeppe> jtv: i'm just reviewing your branch
[14:08] <rogpeppe> jtv: i think there are a few possible improvements.
[14:08] <rogpeppe> jtv: but i've got lunch now. back in an hour.
[15:01] <fwereade__> rogpeppe, TheMue, mramm: hangout?
[15:01] <TheMue> fwereade__: I'm here
[15:03] <jtv> Hi rogpeppe — thanks.  As you see I have a second vote now, so no pressure.  :)
[15:03] <rogpeppe> jtv: i'd prefer it if you waited until i've send my review
[15:03] <jtv> Of course.
[15:38] <niemeyer> Yo
[15:38] <niemeyer> Heading for a late lunch.. biab
[17:25] <dimitern> fwereade__, rogpeppe: i'm ready with this and i'd really like to land it today :) https://codereview.appspot.com/7226068/
[17:26] <rogpeppe> dimitern: i'm just finishing the gomaas review, then will finish jtv's then i might hopefully have time to look at yours. 35 minutes to go :-)
[17:26] <dimitern> rogpeppe: cheers
[17:28] <dimitern> and I have one for goose as well - https://codereview.appspot.com/7265043/ (related)
[17:45] <dimitern> fwereade__: ping
[17:45] <fwereade__> dimitern, pong
[17:45] <dimitern> fwereade__: I just saw your msg
[17:45] <fwereade__> dimitern, no worries
[17:52] <rogpeppe> jtv: reviewed
[18:02] <rogpeppe> dimitern: first one reviewed
[18:03] <dimitern> rogpeppe: tyvm
[18:03] <rogpeppe> dimitern: presumably you need the goose branch to land before you can submit the other one?
[18:03] <dimitern> rogpeppe: yes
[18:04] <rogpeppe> dimitern: i'm having a look now
[18:08] <dimitern> rogpeppe: ty, I'm done with your suggestions, will wait fwereade__ and repropose
[18:11] <rogpeppe> dimitern: goose branch reviewed
[18:11] <rogpeppe> right, time to go
[18:11] <rogpeppe> g'night all
[18:12] <dimitern> rogpeppe: thanks and good night :)
[18:12] <rogpeppe> dimitern: BTW anyone on red squad here?
[18:14] <rogpeppe> anyway, anyone on red squad: i made some comments on the gomaasapi CL:  https://codereview.appspot.com/7228069/
[18:15] <dimitern> rogpeppe: yes, reviewed it - very nice and short, will ping jtv or someone if I see them
[18:16] <fwereade__> dimitern, reviewed -- I'm sorry to say I think it needs more tests
[18:16] <fwereade__> dimitern, convince me otherwise over beer?
[18:16] <dimitern> :)
[18:16] <dimitern> fwereade__: could do probably :)
[18:28] <dimitern> i'm off
[18:28] <dimitern> happy weekend all
[18:29] <fwereade__> happy weekends everybody
[18:54] <niemeyer> fwereade__: Have a great weekend
[18:55] <niemeyer> Anyone up for a review on goamz?
[20:17] <niemeyer> Oh the irony
[20:17] <niemeyer> While working on a branch to retry operations against S3:
[20:17] <niemeyer> Please try again | Sorry, there was a problem connecting to the Launchpad server. | Try reloading this page in a minute or two.
[20:28] <niemeyer> OMG... a full functional live S3 test run in multiple regions without any error


[02:41] <Acerio> Ubuntu 14.10 says that package "packaging-dev" was not found.
[02:41] <Acerio> Though, the wiki on contributing says to do so.
[02:54] <Acerio> Nevermind, 14.10 doesn't have that support, how silly of me!
[07:36] <dholbach> good morning
[23:06] <Acerio> It says, I need to apply to contribute here. Though, it all seems I don't. What is correct?
[23:06] <Acerio> I've been reading some documentation on the wiki about contributing to MOTU.


[00:20] <jjohansen> running errands, back on later
[07:25] <avinashhm> hi, is there any runtime way to find a physical addr corresponds to which virtual add,.... i mean ,any sysfs entry or something like that
[08:26]  * smb yawns
[08:28] <jj-afk> morning smb
[08:28] <smb> good night jj-afk :)
[08:28] <jj-afk> :)
[09:06] <smb> Morning cking. A little question to start the morning. Not really important but I wonder whether the new installer dialog for Ubuntu still offers some place to add a caching proxy. Not sure whether i just missed it but cannot remember to have seen it in Kubuntu or Ubuntu alternate install...
[09:08] <cking> smb, hrm, the installer has been simplified, and I did not see that option either
[09:08] <smb> I guess its the least of a common users problem...
[09:13]  * cking wonders if it's available on the alternate installer
[09:13]  * smb did not see it
[09:35] <smb> Nice, radeon-kms on my external monitor does not give me headaches in Maverick (ignoring the purpely background). One would hope this would be a simple change to be SRUed into Lucid...
[10:33] <Kano> hi, when will rc6 be ready?
[10:33] <Kano> also how about a special branch with aufs patch?
[10:39] <apw> Kano, as always a couple of hours, its in the queue
[10:39] <apw> Kano, so far there is no aufs2 for 2.6.36 based kernels
[10:40] <Kano> would be better when it would be mainline...
[10:40] <apw> its unlikely to be mainline ... it was rejected and the author and upstream not keen on compromise
[10:41] <Kano> and anything similar
[12:00] <Kano> apw: is 35.7 in the queue too
[12:10] <ara> JFo, morning mate
[12:10] <ara> JFo, do you have a minute?
[12:17] <diwic> every now and then, I bump into a problem where I find things like this in dmesg: "disagrees about version of symbol snd_ctl_add"
[12:18] <diwic> How do you trace such problems down?
[13:14] <JFo> ara, I do
[13:14] <JFo> provided you still need me
[13:14] <JFo> :)
[13:56] <ara> JFo, yes, I need
[13:57] <ara> you
[13:57] <JFo> I feel needed
[13:57] <JFo> :)
[13:57] <ara> JFo, davmor2 found a bug today with the Broadcom STA driver
[13:57] <ara> bug  https://bugs.launchpad.net/bugs/649357
[13:57] <JFo> ok
[13:57] <ubot2> Launchpad bug 649357 in network-manager (Ubuntu) "network-manager on une will not connect (affects: 1) (heat: 6)" [Undecided,New]
[13:57]  * JFo opens the bug
[13:57] <ara> can you have a quick look to see if it could be a regression-potential on the kernel?
[13:58]  * smb wonders. Wasn't sta == bcmwl
[13:58] <ara> he's happy to add any other information you may need
[13:58] <JFo> ara, can do :)
[13:58]  * tgardner wonders. wasn't bcmwl an OEM problem?
[13:58] <smb> Well at least it might be a jockey problem
[13:59] <smb> I remember that you need to blacklist ssb and b44 to allow bcmwl to load
[13:59] <Kano> do you use <IP_ADDRESS>?
[14:00] <JFo> Kano, I'm not sure what that number is in ref to?
[14:00] <JFo> smb, who do you think is appropriate to look at that bug?
[14:00] <Kano> well if you dont use the ubuntu package
[14:00] <JFo> someone who works on Jockey?
[14:00] <Kano> http://kanotix.com/files/fix/dkms/broadcom-wl-dkms.sh
[14:00] <Kano> that script installs it too
[14:01]  * smb would volunteer tgardner but that may retaliate to himself...
[14:01] <Kano> with dkms support and correct blacklisting
[14:01] <JFo> smb, heh
[14:01] <JFo> Kano, ah, now I see :)
[14:02] <Kano> but you may NOT use the default ubuntu package for it then
[14:02] <smb> JFo, I think first step would be whether it is a module load problem or something else
[14:02] <JFo> right
[14:02] <smb> JFo, And no I have not looked at the bug. :-P
[14:02] <JFo> heh
[14:03] <smb> JFo, Looking at it that is at least not the driver
[14:03] <JFo> ok
[14:03] <smb> As it seems to work when running normal destktop
[14:03] <JFo> yes
[14:05] <smb> JFo, Maybe asac can make a guess here
[14:09] <JFo> cool
[14:10] <JFo> I've asked him to take a look in #u-devel
[14:27] <JFo> odd bug 642792
[14:27] <ubot2> Launchpad bug 642792 in linux (Ubuntu) (and 1 other project) "ALT+PrtSc not recognised (affects: 4) (dups: 1) (heat: 412)" [Undecided,Confirmed] https://launchpad.net/bugs/642792
[14:28] <JFo> from comments "ALT+PrtSc+H I get the magic SysRq key help, so it looks like the kernel is trapping ALT+PrtSc."
[14:28] <JFo> wonder how that regression could happen
[14:28] <smb> JFo, That the kernel looks for that has always been the case
[14:29] <smb> It just was intercepted when running X to do a print screen
[14:29] <JFo> but it doesn't looks to be doing anything with it
[14:29] <JFo> ah
[14:29] <smb> JFo, The thing is that most keyboards have alt+ptrscr == sysreq
[14:30] <JFo> I see
[14:30] <JFo> and in this case it may not be?
[14:30] <JFo> or?
[14:30] <popey> my keyboard does indeed have alt+ptrscr == sysreq
[14:31] <JFo> hmm
[14:31] <smb> Or whatever used to intercept the keypress of alt+ptrscr before does not work for some reason
[14:31] <JFo> interesting
[14:31] <JFo> there are several bugs on this
[14:32] <JFo> wonder what could have changed
[14:32] <JFo> maybe X?
[14:32] <smb> JFo, Maybe loking at keyboard shortcuts helps
[14:33] <JFo> hmmm, my kbd uses Fn+PrtScrn for SysRq
[14:34] <smb> JFo, Funny, in Lucid even removing the shortcuts for PrtScr and alt+PrtScr does not stop gnome from doing it. Bah
[14:35] <JFo> heh
[14:41] <JFo> interesting way to discover the close channel key combo
[14:41] <JFo> smb, cyphermox is looking into the STA driver bug from earlier.
[14:42] <smb> Heh, something like please press ctrl-alt-del to continue in earlier days? :)
[14:42] <smb> JFo, Yeah saw that
[14:42] <JFo> not sure what it was. I was typing to you about the bug and apparently hit the right rune for it to close just this channel :)
[14:44]  * smb thinks of ctrl+w
[15:56] <ogasawara> JFo: I was actually looking at that bug 642792 yesterday
[15:56] <ubot2> Launchpad bug 642792 in linux (Ubuntu) (and 1 other project) "ALT+PrtSc not recognised (affects: 4) (dups: 1) (heat: 412)" [Undecided,Confirmed] https://launchpad.net/bugs/642792
[15:57] <JFo> ah :)
[15:57] <JFo> what do you think ogasawara?
[15:57] <JFo> look like something up the stack broken?
[15:57] <ogasawara> JFo: from what I can gather, it's expected behavior because sysrq handling is enabled by default in the kernel thus Alt+PrintScreen is interpreted as SysRq
[15:57] <JFo> ok
[15:58] <JFo> so no bug
[15:58] <JFo> cool
[15:58] <ogasawara> JFo: If we don't want that enabled by default, we should set "kernel.sysrq = 0" in /etc/sysctl.conf
[15:58] <JFo> want me to convey that to reporters?
[15:58] <ogasawara> JFo: I was going to write up a comment this morning to the bug, just haven't gotten to it yet
[15:58] <JFo> ok cool
[15:58] <JFo> if you like
[15:58] <ogasawara> popey: ^^
[15:58] <smb> ogasawara, The interesting part is that in Lucid the printscreen from gnome is chinming in even with it enabled
[15:58] <JFo> I will mimic you to the other bugs I find
[15:59] <popey> \o/
[15:59] <ogasawara> smb: I'm wondering if that's actually a bug in Lucid that it is capturing a screenshot when sysrq handling is enabled
[16:00] <popey> I am struggling to see how this isn't a regression bug. this has worked for years.
[16:00] <popey> and in system -> preferences -> keyboard shortcuts, it does indeed recognise ALT+PrScr in <Lucid.
[16:00] <ogasawara> popey: indeed, it's still expected behavior that Alt+PrintScreen will take a screenshot of the currently selected window by default
[16:00] <popey> well, <= Lucid.
[16:01] <popey> ok
[16:01] <smb> ogasawara, Initially I thought it would be ok when the shortcuts define this combination to be screenshot. The slightly annoying part is that i removed that definitions through the dialog and it still happens
[16:01] <ogasawara> popey: which is why I'd think we should disable SysRq handling by default to restore original behavior
[16:02] <popey> disabling via kernel.sysrq has the byproduct that the keyboard shortcut dialog doesn't say "Alt+PrSc" when you are defining the key, but "Alt+SysRq"
[16:02] <popey> which is odd
[16:02] <popey> http://launchpadlibrarian.net/55967124/Screenshot-Keyboard%20Shortcuts.png
[16:02] <popey> IIRC under Lucid it says Alt+Print, but I dont have any Lucid boxen to test on right this moment
[16:03] <smb> ogasawara, In Lucid it depends whether you are on the console or not. In X -> screenshot. On the console (text) the sysrq keys are active
[16:03] <smb> popey, It does (or did)
[16:05] <smb> ogasawara, Or in theory they are probably active both, but by the time you get to press something like alt+prtscr+s, you have several screenshot windows in your face
[16:06] <ogasawara> smb: was gonna ask if you still get screenshots even after pressing a key in combination with alt+prtscr, so it sounds like you do
[16:07] <smb> Let me try whether it does actually do it beside the many screenshots
[16:07] <smb> ogasawara, confirmed. It does both
[16:08] <ogasawara> smb: so that just seems odd and annoying to me
[16:09] <smb> ogasawara, So the bug that alt-prtscr does not do a screenshot is just that gnome does not do it. The kernel behaves as before. Well seems some feature compability with the other os. With keyboards having sysrq on fn+something it might be less confusing
[16:10] <smb> as long as something is not prtscr, that is
[16:11] <popey> thanks for looking at the bug ogasawara / JFo
[16:11] <popey> (and smb) :D
[16:12] <JFo> no sweat popey
[16:12] <JFo> I think we had actually discussed the issue briefly before but got pulled into other things
[16:15] <hackeron> JFo: any luck? :)
[16:16] <JFo> hackeron, sadly no
[16:16] <JFo> smb, are you familiar with linux-crashdump?
[16:16] <smb> JFo, no, not really
[16:17] <JFo> me either
[16:17] <JFo> hackeron is having issues getting it to work
[16:17] <JFo> and I am not familiar enough to help
[16:17] <JFo> odd bug 647043
[16:17] <ubot2> Launchpad bug 647043 in linux (Ubuntu) "Unable to detect USB ports (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/647043
[16:17] <JFo> 2 USB issues in the same week
[16:17] <hackeron> JFo: did it not store the panic in /var/crash for you either?
[16:18] <JFo> hackeron, I never got round to changing that setting jj showed us yesterday
[16:18] <JFo> will try it now
[16:19] <hackeron> thanks :) - just to make sure it's not just my system
[16:20] <JFo> no sweat
[16:21] <JFo> looks like it is working for me hackeron
[16:21] <JFo> I have 2 crashes in there now
[16:21] <hackeron> hmmm, is that with the setting jj showed yesterday or without?
[16:21] <hackeron> I have crashes there, just nothing related to linux-image
[16:21] <JFo> without
[16:21] <JFo> hmmm
[16:21] <JFo> one sec
[16:22] <hackeron> I have _usr_bin_landscape-sysinfo.0.crash - which is not to do with the kernel
[18:06] <ogasawara> vanhoof: bug 644237, did you have access to hw that could reproduce that warning?
[18:06] <ubot2> Launchpad bug 644237 in linux (Ubuntu) (and 1 other project) "WARNING: at /build/buildd/linux-2.6.35/arch/x86/include/asm/processor.h:1005 read_measured_perf_ctrs+0x78/0x90() (dup-of: 615153)" [Medium,Triaged] https://launchpad.net/bugs/644237
[18:06] <ubot2> Launchpad bug 615153 in linux (Ubuntu) (and 1 other project) "WARNING: at /build/buildd/linux-maverick-2.6.35/arch/x86/include/asm/processor.h:1005 read_measured_perf_ctrs+0x6c/0x80() (affects: 29) (dups: 33) (heat: 276)" [Undecided,Confirmed] https://launchpad.net/bugs/615153
[18:06] <vanhoof> ogasawara: i do
[18:06] <vanhoof> ogasawara: Sarvatt has one in hand as well
[18:06] <Sarvatt> yeah
[18:07] <ogasawara> vanhoof, Sarvatt: cool, seems like there might be a patch upstream.  If I build you a test kernel with it applied, could you do some quick testing for me?
[18:07] <Sarvatt> yep! thanks for that ogasawara
[18:45] <jjohansen> ogasawara: do you remember if we opened a bug for the AA 0 day
[18:45] <ogasawara> jjohansen: yah, I added it to bug 647071 (see bottom of bug description)
[18:45] <ubot2> Launchpad bug 647071 in linux (Ubuntu Maverick) (and 1 other project) "0-day Maverick Kernel Upload (affects: 1) (heat: 12)" [High,Confirmed] https://launchpad.net/bugs/647071
[18:46] <jjohansen> ogasawara: thanks, I got the okay from jdstrand so I will post it to the list now
[18:46] <ogasawara> jjohansen: cool, thanks
[18:46] <jdstrand> yep, works great :)
[18:47] <jjohansen> ogasawara: should I open a separate bug as well?
[18:47] <ogasawara> jjohansen: nah, I'd just use 647071
[18:47] <jjohansen> okay
[18:53] <ogasawara> Sarvatt: when you time to get a chance to test - http://people.canonical.com/~ogasawara/lp644237/amd64/
[18:53] <JFo> ogasawara, she has sent the dmesg for that USB bug
[18:58] <ogasawara> JFo: hrm, it's not showing that any device was even detected.  don't suppose she could boot a Lucid LiveCD and confirm that the port isn't dead and attach dmesg from the working scenario.
[18:58] <JFo> k, will ask
[19:00] <ogasawara> JFo: is she in Millbank?
[19:00] <JFo> dunno
[19:00] <JFo> asking
[19:00] <ogasawara> JFo: as we'll have actual bodies in Millbank next week
[19:01] <JFo> yep
[19:01] <JFo> was thinking the same
[19:01] <JFo> she lives in CT
[19:01] <JFo> :-/
[19:07] <ogasawara> JFo: also just curious if she plugs the devices prior to booting are they then detected?
[19:07] <JFo> she is going to test that
[19:08]  * tgardner lunches
[19:10] <JFo> she's also going to test the windows she has installed dual-boot
[19:10] <JFo> see if it works there
[19:12] <JFo> ogasawara, windows has no issues with the USB
[19:12] <JFo> they work there
[19:53] <JFo> ogasawara,
 BusyBox v1.15.3 (Ubuntu 1:1.15.3-1ubuntu4) built in shell (ash)
 Enter 'help' for a list oof built-in commands
 (initramfs) Unable to find a medium containing a live file system
[19:53] <JFo> * rickspencer3 has quit (Ex-Chat)
 jfo ^^^ this is what is showing on my screen now when trying to boot from USB
[19:55] <ogasawara> JFo: that's for Lucid?
[19:55] <ogasawara> JFo: or for Maverick?
[19:57] <ogasawara> JFo: I'd expect Lucid to work, Maverick not so much
[19:58] <ogasawara> JFo: I basically want to be able to compare the dmesg's from a working Lucid and a broken Maverick
[19:58] <JFo> Maverick
[19:59] <ogasawara> JFo: ok, so that seems expected
[19:59] <JFo> yeah, I have asked for Lucid
[19:59] <JFo> she'll have to d/l it
[19:59] <ogasawara> JFo: she's got some error messages in her Maverick dmesg with respect to usb that look suspect
[19:59] <JFo> ok
[20:00] <ogasawara> JFo: if you could walk her through testing the latest 2.6.36-rc6 mainline kernel too that'd be good
[20:00] <JFo> yeah, I asked her about that initially
[20:07] <scrllock> hmm, looks like xm shutdown times out with -rc6 as well
[20:09] <JFo> hackeron, I have yet to get my kernel to fail :-/
[20:10] <JFo> I suppose I should be happy
[20:49]  * ogasawara lunch
[21:45] <vanhoof> JFo: you want to panic your box? :)
[21:52] <tgardner> ogasawara, you doing anything on tangerine? I need to rebuild the maverick chroots
[21:53] <ogasawara> tgardner: go ahead, I'm inbetween test builds
[21:53] <tgardner> ogasawara, bouncing
[22:43] <JFo> ogasawara, her last to me today was that Lucid appeared to work fine on the LiveISO
[22:44] <ogasawara> JFo: ok thanks, will look at the logs in a bit
[22:44] <JFo> I'm fighting a massive headache, so I think I am going to call it for today. May check back in later
[22:44] <JFo> thanks ogasawara :)


[00:06] <karmicoil> hello
[00:07] <karmicoil> I'm in the process of installing Kubuntu 18
[00:07] <karmicoil> trying to multi boot alongside Windows 7 and later another distro
[00:09] <karmicoil> I was reading (here: http://ubuntuguide.org/wiki/Multiple_OS_Installation ) that I had to chainload using Grub Legacy
[00:09] <karmicoil> but that's old documentation talking about Kubuntu 9.1
[00:09] <karmicoil> Karmic Koala
[00:10] <karmicoil> I couldnt find if the workaround was still necessary or worked the same for kubuntu 18
[00:10] <lethu> karmicoil: you can install kubuntu then boot repair it will take care of fixing the boot for both kubuntu and windows
[00:12] <karmicoil> Would that leave the bootloader in a ready place for installing yet another OS in another partition afterward?
[00:13] <lethu> karmicoil: you will just have to run boot repair again
[00:14] <karmicoil> i see -- would it be worth following the guide at the link? the wiki lists two different methods to avoid having to boot repair each time
[00:15] <lethu> yes if you are experienced enough you can manually edit the grub config file
[00:17] <karmicoil> one way is to just install as normal (but its talking about kubuntu 9.1 karmic koala) , then  replace grub 2 with grub legacy so that it gets copied to the MBR, and then reinstalll grub2 for just the boot partition where kubuntu is
[00:17] <karmicoil> i'm not experience enough, honestly. but i'm learning as I go haha
[00:17] <lethu> :)
[00:18] <karmicoil> i just wanted to look around before attempting that because the documentation was so sold
[00:18] <karmicoil> so old*
[00:18] <karmicoil> wasnt sure if it still applied, if grub 2 was still the boot loader etc
[00:19] <lethu> karmicoil: yeah grub2 iss still the boot loader
[00:20] <lethu> is*
[00:22] <karmicoil> ah thank you
[00:23] <karmicoil> do you know if a boot partition *has* to be a primary partition, or could it be logical?
[00:29] <lethu> karmicoil: imo it wouldn't let you use the wrong partition type if it was restricted to one, also I think that there is no need for a boot partition as it uses the master boot record of the hard drive, but I am not sure, been a long while since I have done it manually
[00:33] <karmicoil> i think this method of chain loading is a rare case of boot partitions becoming important: "The Grub menu residing in the boot partition will be only be used to chainload the specific bootloader files stored in the partition of whichever operating system is chosen from the menu (no matter whether the chosen operating system is a Windows, Mac, (K)ub
[00:33] <karmicoil> untu, or other Linux operating system).
[00:33] <karmicoil> Each operating system can therefore use the bootloader/configuration file that is peculiar to it, storing it in its own partition."
[00:33] <karmicoil> "  It will also not affect the primary bootup menu (stored in the boot partition), and each operating system will be able keep its own independent bootup process intact.
[00:33] <karmicoil> This avoids a common problem with many operating system installers (including Ubuntu) which attempt to impose a single bootloader on all the operating systems residing on a hard drive. The installer overwrites the Master Boot Record so that it only points to the bootloader installed with that operating system (within that operating system's partiti
[00:33] <karmicoil> on). When this happens, the bootloader files can only be edited while running that particular operating system and cannot be adjusted by any other operating system. Further, after this happens several times (following multiple OS installations), it eventually becomes difficult to remember which partition has the bootloader configuration files that
[00:33] <karmicoil> the Master Boot Record points to. With the chainloading method, you don't have to worry about that, any longer. The Master Boot Record will be set to point to the bootloader configuration files stored in the boot partition at all times. Once this is set up, the Master Boot Record need never be changed. "
[00:34] <karmicoil> But this ^ was
[00:34] <karmicoil> written around Kubuntu 9.1 days
[00:41] <lethu> I know only one way to do it, it is by writing over the MBR
[00:41] <lethu> sorry can't help you with the other manner
[00:43] <lethu> karmicoil: hang around a little, somebody more experienced might show up
[00:44] <karmicoil> ah, okay. I hope so. I'm reading more about how to set up the boot process in this way in the meantime. hopefully can set it up just with the info out there
[00:45] <karmicoil> thank you for taking the time to respond though, i appreciate it :)
[00:45] <lethu> karmicoil: np :)
[01:06] <paolo_> well, I want to control my pc by an android phone. Is it possible to control it using VNC through usb ?
[01:07] <faLUCE> well, I want to control my pc by an android phone. Is it possible to control it using VNC through usb ?
[01:27] <Guest82500> hi everyone, i've been trying to get WebEx (client) working in Kubuntu 16.04 LTS 32-bit
[01:28] <Guest82500> It worked fine in Kubuntu 15.10 32-bit, but just doesn't work in 16.04 :-(
[01:28] <Guest82500> Am using Sun ^H^H^H Oracle Java, also tried IcedTea.
[01:28] <Guest82500> The client launches and works OK, but screen sharing does not.
[01:29] <Guest82500> So I guess I should say, am trying to get WebEx screen sharing working in Kubuntu 16.04 32-bit ;-)
[01:30] <Guest82500> No issues in 15.10, same hardware.  Tried in 16.04 "stock" (no updates), and also full updates.  Thinkpad with Intel graphics (no Nvidia)
[01:31] <Guest82500> Also tried suggestions at http://askubuntu.com/questions/115094/webex-desktop-sharing-on-64-bit-ubuntu but no effect; however, I am using 32-bit live ISO anyway....
[01:33] <Guest82500> Using latest version of FF (47.0), also tried with older version. Java is JRE8u91 32-bits
[02:20] <Guest82500> not sure what changed from 15.10 to 16.04 that made screen share stop working :-?
[02:20] <Guest82500> checked the logs, nothing helpful there...
[03:29] <Hoola> In kubuntu in appstartup I am adding apps to autostart I get this error on each addition "COuld not save properties. You do not have sufficient access to write to /home/kubuntu1/.local/share/applications/sktop" funny as i can create text files as non root in .local/share kde should have just created the dir
[03:30] <Hoola> what should I do ?
[03:32] <Hoola> actual message is "Could not save properties. You do not have sufficient access to write to /home/kubuntu1/.local/share/applications/sktop."
[03:33] <Hoola> that actually is a weird message though. As .local/share/applications folder does not exists
[03:34] <Hoola> and it is in the hone dir so it is accessible by non root
[03:35] <Hoola> home
[03:39] <Hoola> hmm brb let me test if autostart still works
[05:14] <dellhem> Hey. If I want the same taskmanager on multiple displat, is there anyway to clone it?
[05:14] <dellhem> It's customized and dissapears sometimes after reboot.. Kind of annoying.
[05:15] <soee> clone it ? not sure, not with any gui
[05:15] <soee> probalby by copying sme configuration
[05:16] <dellhem> fine by me, but didn't find anything relevant..
[05:16] <dellhem> where is the taskbar config located?
[05:17] <soee> it is per widget per panel configuration i think
[05:17] <soee> some file in .config
[05:17] <soee> dellhem: better to ask later on #plasma
[05:23] <dellhem> soee, cool thanks
[06:21] <paranoidabhi> HI!
[06:21] <paranoidabhi>  there is any fix for not clearly visible libre-office menu(http://imgur.com/b9izfNh). I am  using kde 5.6.4 on kubuntu 16.04
[07:19] <Guest1061> .
[07:33] <lordievader> Good morning
[08:52] <leumas> hi
[08:54] <hateball> hello
[11:57] <ikzderb> hi
[12:12] <hegemon8> ikzderb: hi
[12:16] <BluesKaj> Hey all
[13:12] <paranoidabhi> When in kubuntu https://www.kde.org/announcements/plasma-5.7.0.php?
[13:12] <paranoidabhi> 16.04
[13:12] <paranoidabhi> any etas?
[13:16] <hateball> paranoidabhi: I think the fine folk in #kubuntu-devel may know more
[13:16] <acheronuk> paranoidabhi: no, as it requires Qt 5.6.x which is not the default in 16.04. If done, then needs to be backported in a way that does not break other ubuntu packages
[13:17] <acheronuk> looking at that, but can't give an eta ATM
[13:19] <paranoidabhi> acheronuk, thanks, the bug fixes are much awaited. Hoping to use 16.04, not keen on using 16.10 to get them :)
[13:22] <paranoidabhi> acheronuk, in worst-case scenario do you recommend using kde-neon?
[13:23] <paranoidabhi> on kubuntu 16.04
[13:24] <acheronuk> if it meets your expectations, then why not. bearing in mind that as they are overlaying an unsupported Qt version on 16.04, some things they don't support/rebuild may not work
[13:25] <acheronuk> also they recommend doing a fresh install using their isos, rather than adding the repos to kubuntu
[14:16] <soul> Everytime I reboot I have issues... Now, I can't listen through headphones, does anyone know here how to solve this? Musiiic! :/
[16:31] <user|43632> how do i find md5 # for kubuntu
[16:34] <genii> ... http://cdimage.ubuntu.com/kubuntu/releases/16.04/release/ ...
[16:35] <Unit193> !hashes| this too, but he's gone.
[19:01] <TBotNik> All: Keep getting the error: "The file /home/user/.kde/share/apps/ksysguard/ProcessTable.sgrd does not contain valid XML.".  I removed/purged ksysguard, rebooted and re-installed but still get the error!  Any ideas why?
[19:03] <rattking> a purge doesnt remove those generated files in your home dir, so I would try moving that file out of there first
[19:53] <tobias_> hey there i'm on ubuntu neon and cant get netbeans running
[19:59] <tobias_> netbeans --help gives the help info and has an exeption in the main thread: java.lang.SecurityExeption: setContestClassLoader
[20:06] <tobias_> java is configured to 7, but my log says 9-ea
[20:54] <memphisto> Hi guys. Just a general question. I'm in LTS waters always, and i'm running kubuntu 14.04 on laptop and kubuntu 16.04 on desktop
[20:55] <memphisto> but it seems that plasma 5 somehow lts behind the kde4 counterpart
[20:55] <Smurphy> In what ?
[20:55] <memphisto> first can't easily change ksplash
[20:55] <memphisto> there isn't wigdet for pictures
[20:56] <memphisto> which i miss a lot
[20:56] <Smurphy> yep.
[20:56] <memphisto> no different wallpapers on different screens
[20:56] <memphisto> so it feels like kind of downgrad
[20:56] <memphisto> e
[20:57] <Smurphy> Well - don't have a problem with that TBH... :}
[20:57] <memphisto> really?
[20:58] <Smurphy> yes. It does not really matter to me .. that's what I meant.
[20:58] <Smurphy> Didn't try it.
[20:58] <Smurphy> You should ask in the #plasma channel. they may help you ther.e
[20:58] <memphisto> well no. i want kubuntu.
[20:58] <memphisto> kde /plasma devs will fix it eventually
[20:59] <memphisto> but i'm LTS, meaing i want stable linux env
[20:59] <memphisto> and if kde in kubuntu will be like this for long time
[20:59] <memphisto> then i could stay in kubuntu 14.04
[20:59] <memphisto> i'll anyway endup with both kde4, and kde5 libs
[21:00] <memphisto> since not all aps have migrated
[21:00] <memphisto> am i wrong?
[21:00] <memphisto> is kubuntu 16.04 /kde5 really better for you than kubuntu 14.04/kde4
[21:01] <memphisto> i don't know should i go back
[21:01] <somekool> plasma 5 is a lot better
[21:01] <somekool> kde4 was great, I loved it, but i could never go back
[21:02] <memphisto> ok. can you share how to put picture frame on kubuntu 16.04, i like haveing it
[21:02] <memphisto> it should have some slide show with pics of my kids
[21:02] <somekool> i have dual monitors and each have a different screenshot, is that what you meant about different screen?
[21:02] <memphisto> really miss it
[21:02] <hikmet> memphisto: there is a widget called media frame
[21:03] <somekool> you can sure have different wallpapers on different activity screen. It should still be supported for workspace as well
[21:03] <memphisto> hikmet let me check
[21:03] <Smurphy> memphisto: I am using the backports - plasma 5.6 on my LTS release. I always do that.
[21:03] <Smurphy> No problems so far.
[21:03] <memphisto> plasma just crashed :)
[21:03] <memphisto> sec
[21:04] <memphisto> there is media player
[21:04] <memphisto> but no media frame
[21:04] <somekool> plasma crash is usually caused by obscure widget
[21:05] <Smurphy> media frame ? What you want to do ?
[21:05] <somekool> mem
[21:05] <memphisto> have pics of kids as slide show on the desktop as I used to
[21:06] <somekool> memphisto: looks like media frame is still broken, you will have to wait or fix it yourself... sorry
[21:06] <memphisto> great :)
[21:06] <somekool> Error loading QML file: file:///usr/share/plasma/plasmoids/org.kde.plasma.mediaframe/contents/ui/main.qml:21:1: plugin cannot be loaded for module "QtQuick.Dialogs": The plugin '/usr/lib/qt/qml/QtQuick/Dialogs/libdialogplugin.so' uses incompatible Qt library. (5.7.0) [release]
[21:06] <hikmet> i am using kubuntu backports, it works for me
[21:06] <somekool> this is the error I get
[21:06] <Smurphy> You should install the backports.
[21:06] <memphisto> i guess so
[21:06] <Smurphy> backports plasma
[21:07] <somekool> hikmet sounds good, I dont have the backports...
[21:07] <shifu> after update to kubuntun 16.04, the boot is possible only unsing upstart option in the grub option, why?
[21:07] <memphisto> could you kihmet share a link on how to install backports
[21:08] <memphisto> and that kind of kills the LTS  in kubuntu 16.04
[21:08] <memphisto> maybe i should then go with kde neon?
[21:08] <Smurphy> That's how I did it: http://kubuntu.org/news/plasma-5-6-4-available-in-16-04-backports/
[21:09] <memphisto> thanks
[21:09] <memphisto> let me check it out
[21:09] <shifu> after update to kubuntun 16.04, the boot is possible only unsing upstart option in the grub option, why?
[21:09] <Smurphy> same here: http://ubuntuhandbook.org/index.php/2016/05/install-kde-plasma-5-6-kubuntu-16-04/
[21:10] <memphisto> ok. thats official from kubuntu
[21:10] <memphisto> i'm installing then
[21:10] <Smurphy> yes.
[21:10] <memphisto> thanks for listening and helping
[21:10] <Smurphy> Yeah. going to bed now. Getting late and I have to work tomorrow :)
[21:10] <Smurphy> Cya .
[21:14] <memphisto> shifu do you have systemd installed
[21:14] <memphisto> what does the dpkg -l systemd say
[21:15] <shifu> memphisto: i  systemd                                        229-4ubuntu6                 amd64                        system and service manager
[21:17] <memphisto> maybe you could try installing again and updateing grub after that
[21:17] <memphisto>  sudo apt-get install systemd libpam-systemd systemd-gui systemd-extra-units
[21:17] <shifu> memphisto: are you still there?
[21:18] <memphisto> yes
[21:18] <shifu> memphisto: i try, but why the sistem starts just using upstart option?
[21:19] <memphisto> i guess since you were using it before upgrade it defaulted to it
[21:19] <memphisto>       update-initramfs -u
[21:20] <shifu> memphisto: i rtied your command but i have :  immpossible to find ystemd-extra-units
[21:20] <memphisto> do update-initramfs -u, hopefully this will enable systemd
[21:20] <memphisto> skip that then
[21:21] <memphisto> and when you have all installed you should remove upstart, but this could render your system unbootable if systemd failes to work
[21:21] <memphisto> just to let you know
[21:23] <shifu> memphisto: i did update-initramfs -u, what i have to do now? Do I have to luanch another command or jsut reboot?
[21:23] <memphisto> reboot
[21:23] <memphisto> i think you should have in grub option htat says systemd as now you have upstart
[21:24] <shifu> memphisto: I try to see in grub.cfg ok?
[21:24] <memphisto> sure
[21:26] <shifu> memphisto: no memphisto, upstaret still remaing
[21:26] <shifu> memphisto: no systemd found
[21:26] <memphisto> run update-grub
[21:26] <memphisto> or update-grub2
[21:26] <memphisto> and check again
[21:28] <shifu> memphisto: nothing
[21:29] <shifu> memphisto: again
[21:29] <memphisto> ok then
[21:29] <memphisto> now
[21:29] <shifu> memphisto:  :-(
[21:29] <memphisto> This could render your system unbootable if we didn't get it correctly
[21:29] <memphisto> do apt remove upstart-sysv
[21:29] <memphisto> update-initramfs -u
[21:29] <memphisto> and reboot
[21:30] <jimarvan> hey peeps ^^
[21:30] <memphisto> and pray
[21:30] <shifu> memphisto: i would like to avoid to pray :-(
[21:31] <shifu> memphisto: are you sure ?
[21:31] <memphisto> well i think it should work, but you can never be 100% sure
[21:32] <shifu> memphisto: if the system shoudn.t start, what i shall do?
[21:33] <memphisto> there is a procedure on internet on how to boot from live cd and chroot to your installation
[21:33] <memphisto> and install upstart again
[21:33] <memphisto> i guess you should grab that and print it
[21:33] <memphisto> just in case
[21:35] <shifu> memphisto: i tried to removed upstart-sysv but apt said that it is not installed....
[21:36] <memphisto> apt search upstart
[21:36] <memphisto> what does it say
[21:36] <memphisto> better yet dpkg -l upstart*
[21:37] <shifu> memphisto: i have 6 rows
[21:38] <shifu> memphisto: the first: ii  upstart                                        1.13.2-0ubuntu21.1           amd64                        event-based init daemon - essential binaries
[21:38] <memphisto> ok , so you have it installed
[21:38] <memphisto> apt remove upstart*
[21:40] <shifu> memphisto: now it works
[21:40] <memphisto> reboot and i hope i get to see you with systemd soon
[21:41] <memphisto> update-initramfs -u firs
[21:41] <memphisto> t
[21:43] <shifu> memphisto: tnk for your time i try to reboot
[21:43] <memphisto> did you do update-initramfs -u
[21:44] <memphisto> if you did then go ahead an reboot
[21:44] <shifu> i did tnk
[21:44] <memphisto> great
[21:44] <memphisto> see you soon
[22:47] <FoxHunter> Yo!
[22:48] <bprompt> yo dawg, wassup in da hud
[22:48] <FoxHunter> chillin'
[22:48] <FoxHunter> had some bad ram
[22:48] <FoxHunter> so narrowed it down
[22:49] <bprompt> bad ram?   what you need is a good bull then
[22:49] <FoxHunter> I mean it not bad...works/etest perfect but when uised together with different brand even though all timing specs match
[22:49] <FoxHunter> it looks like it bad
[22:49] <bprompt> well, you can always run memtest on it
[22:52] <FoxHunter> not suppose to but no  way I could find same stuff
[22:52] <FoxHunter> I gues to do it right have ot order a whole new block
[22:52] <FoxHunter> it works for 7 years before I realized it
[22:52] <FoxHunter> but it's always been that way
[22:52] <FoxHunter> doh!
[22:53] <bprompt> hmmm  wha the?  then maybe it's not bad, or is bad and you think it isn't
[22:54] <FoxHunter> ya
[22:54] <FoxHunter> did mem test
[22:54] <FoxHunter> but I have to do them in pairs
[22:54] <FoxHunter>  good enough
[22:54] <FoxHunter> narrows it down enough
[22:54] <FoxHunter> it's NUMA
[22:55] <FoxHunter> so CPU0-DIMMA-1A then CPU1-DIMMB-1A
[22:55] <FoxHunter> is how they suppose to pair up
[22:55] <FoxHunter> for 128bit
[22:57] <FoxHunter> Win7 ran rock solid on Supermicro H8DCI AMD Opteron 265 with 8GB RAM (8x 1GB all banks filled per CPU).  But since linux or even freebsd it's glitchy
[22:57] <FoxHunter> something isn't right
[22:57] <FoxHunter> anywyas
[22:57] <FoxHunter> not sking for your uys hepl
[22:57] <FoxHunter> just rambling on I suppose
[22:57] <FoxHunter> I mean if someone knows sweet
[22:59] <bprompt> well, I'd say hmm  hmmm I'd side with linux on this one, it just so happen that windows7 has been able to work with it
[23:00] <FoxHunter> I hear ya on that one
[23:04] <FoxHunter> for the life of me searching I can't find how to verify a PCI-X cards speed.  For example I have Adaptec 2130slp scsi controller that says it's capable of "64-bit/133MHz PCI-X, or 3.3 volt only PCI"
[23:04] <FoxHunter> I have th ecard installed in a 133 PCI-X slot that is not being shared with another card to bring the speed down.
[23:04] <bprompt> FoxHunter:     I had XP working fine on  hmm what was it.. an old seagate hdd IIRC, anyhow, in linux when booting up, I started one day getting all kind of DRDY error messages.... so I booted up to XP, ran ok, back to linux, DRDY at bootup, so I hopped to XP, ran some chkdisk or something, and sure enough, it came up with bad clusters, though XP was working with it, just hadn't stumbled on one yet
[23:04] <FoxHunter> I just don't know in linux maybe "lshw" something dmidecode that shows what that 2130 card established speed is
[23:05] <Guest65581> i have "modprobe.blacklist=radeon" in the GRUB_CMD_LINUX_DEFAULT of my /etc/default/grub. Why does sudo lspci -vnn still show the radeon driver in use? I am using 16.04 and have done sudo-update grub and have rebooted.
[23:06] <FoxHunter> because they are PCI-X 100/133 slots
[23:06] <FoxHunter> bprompt; ya man
[23:06] <FoxHunter> I thought of that too
[23:07] <FoxHunter> so I did a disk verification in tyhe controller card where if there are bad sectors it permenantly marks them bad instead of relying on OS software.
[23:07] <FoxHunter> done at the lower lvl I like that
[23:07] <FoxHunter> but no errors
[23:07] <FoxHunter> guest; did you
[23:07] <FoxHunter> "update-grub"
[23:07] <FoxHunter> after editing the file
[23:07] <FoxHunter> dont' think so
[23:09] <bprompt> Guest65581:    yeap, try that, editing /etc/defaults/grub alone, doesn't take effect till you -> sudo update-grub
[23:09] <Guest65581> i did sudo update grub
[23:11] <Guest65581> and have rebooted since
[23:12] <bprompt> Guest65581:    hmmm dunno on blacklisting myself.... so.. not sure
[23:25] <user|80935> Why is not there any clarification or wrong illustrate through the use of the system as the ideal so easy to use the system for those who does not have a minimum background on this system
[23:25] <valorie> what?
[23:25] <valorie> user|80935: can you say what difficulty you are finding?
[23:26] <user|80935> iam in course for study os systems and more things now i must learn kubunto when i install it now i dont knew what i can do in it from start
[23:28] <user|80935> any one help me where i can learn about kubuntu 16.4 i dont knew any thing
[23:30] <bprompt> user|80935:    same as if you want to learn engineering, or say become an auto mechanic, you'd be a bit too pollyannish expecting a course on say automechanics to take just 6 months, or a course in engineering to take onlly 2 years
[23:30] <bprompt> user|80935:   learn about 16.04?   thought you were taking the course on OSes already?
[23:31] <user|80935> yes they will help me but i want to be fast in learing before they help
[23:31] <user|80935> my coure will contunie after week
[23:33] <bprompt> user|80935:     there are many articles and books on it, take a pick
[23:33] <user|80935> where do you knew any site or book name ??
[23:33] <OerHeks> good start http://docs.kubuntu.org/
[23:34] <bprompt> user|80935:    I dunno what else we can add, since you're not giving specifics anyway, to what many books material already cover
[23:34] <user|80935> thanks very much
[23:34] <user|80935> iam happy becuse you Listen فخ ةث ^_^
[23:34] <user|80935> to me ^_^
[23:35] <user|80935> wow that what i need Specifically thanks ^_^
[23:49] <valorie> hey folks, I'm trying to install Yakkety into a virtualbox, but the install of YY errors out pretty soon: http://imgur.com/xhye3Nc
[23:49] <valorie> I think I gave it at least 2 gigs
[23:50] <ahoneybun> thanks OerHeks
[23:50] <ahoneybun> that says root valorie
[23:51] <ahoneybun> oh guided is not work
[23:51] <ahoneybun> *working
[23:52] <valorie> http://imgur.com/N3TZbE4 is my partition screen
[23:53] <ahoneybun> odd that the guided looks broken
[23:53] <valorie> heck if I can figure out what to do next
[23:53] <OerHeks> seems like 8 gb device is too small
[23:53] <ahoneybun> valorie: what does manual do?
[23:54] <ahoneybun> unless the image is oversized
[23:54] <valorie> manual scares the heck out of me
[23:54] <ahoneybun> oh?
[23:54] <ahoneybun> well on a VM I guess
[23:54] <valorie> I don't want to wreck my one good machine.....
[23:54] <ahoneybun> well it is in a VM
[23:54] <valorie> I don't get why it's erroring
[23:54] <valorie> I understand that
[23:54] <ahoneybun> was there a bug on the qa page?
[23:54] <valorie> so why isn't it just installing?
[23:55] <valorie> no idea?
[23:55] <ahoneybun> not sure tbh
[23:55] <ahoneybun> is that our daily?
[23:55] <valorie> yes
[23:56] <ahoneybun> mm no one has a bug against the image
[23:57] <valorie> http://cdimage.ubuntu.com/kubuntu/daily-live/current/ is where I dl'd
[23:57] <ahoneybun> http://iso.qa.ubuntu.com/qatracker/milestones/360/builds/124740/testcases
[23:57] <ahoneybun> so the installer made 3.5Gb but it then says it needs at least 4.5gb


[00:40] <cjwatson> ccheney: I think you need to read the preseeding guide in more detail.  you need to preseed early questions on the kernel command line.  don't use debconf-get-selections for this, or look at questions.dat - it will only be confusing.
[00:41] <cjwatson> (so e.g. console-setup/layoutcode=us on the command line)
[00:43] <cjwatson> and don't preseed console-setup/layout or console-setup/variant at all; I don't think the guide advises that?
[01:13] <Caesar> bigon: I know, I'm the Debian maintainer of it
[02:18] <ccheney> cjwatson, ah ok, thanks
[02:19] <ccheney> cjwatson, it appears i had a seeded answer on the kernel command line but that it was wrong, oops
[03:15] <j1mc> hi all. the ubuntu doc-team is going to update the packaging guide.  if you have a bit of time, please complete our packaging-guide survey: http://is.gd/dr5Ef
[04:52] <RAOF> cjwatson: Are you still planning to merge console-setup from Debian?  If you are planning to do it soon I can drop some Ubuntu delta to the xserver.  If not, no worries.
[05:13] <un214> apt-get source sysvinit-utils gets sysvinit, which is missing the sysvinit-utils.install and related packaging files
[05:18] <pitti> Good morning
[05:19] <pitti> apachelogger: pong
[06:28] <pitti> there, all SRU queues empty
[06:49] <jdong> pitti: ah, it's a good feeling :)
[06:54] <jdong> pitti: whooo! Always a great feeling
[07:47] <dholbach> good morning
[08:28] <dholbach> can an archive admin please process the sync requests?
[08:33] <apachelogger> pitti: good morning :) is it save to assume that pot files only get imported from i386 builds?
[08:34] <pitti> apachelogger: pkgbinarymangler imports them from all architectures
[08:35] <pitti> but I'm not really sure how that works in Rosetta
[08:35] <pitti> dpm: ^
[08:38] <apachelogger> The thing is, since we are creating pot files at build time it adds quite some load, which we really should avoid on armel and the likes.
[08:43] <dpm> hey pitti, good morning, let me have a look
[08:45] <pitti> apachelogger: my guess is that it's enough to build it on one arch only
[08:45] <apachelogger> must be, because kde-l10n-* is arch: all :)
[08:45] <pitti> the interesting question is what would happen if different arches produce different pots
[08:46] <apachelogger> *nod*
[08:46] <pitti> whether rosetta will merge them, or randomly select one
[08:47] <geser> pitti: Thanks for the gnupg2 SRU upload. I somehow got the impression that I need an SRU ack first before seeking for sponsorship.
[08:48] <dpm> I can only confirm what pitti is saying: pkgbinarymangler uploads a tarball for each arch - I'm not sure what Launchpad does with them. Let me ask the Launchpad guys
[08:48] <pitti> geser: both approaches were in use until now; jdong just proposed the "always upload directly" approach or everyone now (which will help to speed up things)
[08:49] <dpm> the LP guys are on a sprint, I'll try to reach them later on
[09:14] <TimStarling> what happens if you have a package in two different distro versions, and the source hasn't been updated so the package has the same version, but you need to recompile it?
[09:15] <TimStarling> do you just bump the revision number?
[09:15] <joaopinto> TimStarling, assuming it's an universe package, #ubuntu-motu is a better channel for that question
[09:16] <TimStarling> it's not, but I might try there anyway
[09:17] <joaopinto> mvo, hi, is there a good reason for the APT's mirror: method to have the 6h Acquire::Mirror::RefreshInterval by default ? None of the other methods has such refresh, and it defeats the usual "sudo apt-get update" purpose
[09:17] <TimStarling> it's for our own APT repository that holds our in-house software, but I'm happy to adopt conventions from anyone who has thought about the issue
[09:20] <mvo> joaopinto: no, no good reason, initially it was meant to be a protection for the server, but that is silly
[09:21] <cjwatson> RAOF: I'd been putting it off because it's painful, but I guess I should queue it up for next.  Working on syslinux/gfxboot at the moment which is interesting in its own right
[09:23] <mvo> joaopinto: fixing that in trunk to make it 1min only
[09:24] <RAOF> cjwatson: That's cool.  gfxboot certainly sounds more fun!
[09:25] <wrinkliez> hey guys, im making my changelog for my application now.  what if it doesnt matter what distribution my program is for? do i put "all" in the changelog?
[09:28] <joaopinto> mvo, great, on getdeb we are evaluating to switch from http redirects to the mirror method, for the current release we will need to distribute a apt .conf to set the refresh to 0
[09:29] <mvo> yeah, in maverick that is oing to get fixed
[09:29] <joaopinto> for a web interface with frequent updates is crucial to have the cache refreshed from an updated mirror
[09:29] <joaopinto> so the mirror list will built from scanning a pool of mirrors
[09:29] <joaopinto> be
[09:34] <joaopinto> mvo, is there some documentation about the 'Packages' diffs support ? I think I have seen it on some archive, apt already supports them right ?
[09:35] <mvo> joaopinto: apt supports them, they are called "pdiffs" and you can get examples for this on the debian archive
[09:36] <mvo> joaopinto: but they are only useful if there is not too much churn in the packages files, as they are "sequential" (basicly just patches) and if your packages file is generated 10 times a day the user needs to download 10 patches
[09:36] <mvo> joaopinto: that may well be not efficient anymore
[09:36] <mvo> joaopinto: for stuff that is big and changes slowly they are great
[09:39] <joaopinto> right, not very useful for volatile repositories
[09:47] <cjwatson> RAOF: ... maybe
[09:48] <cjwatson> RAOF: current state is that kvm falls over with an internal error trying to run it, so I'm sitting here tracing through assembly code ... depends what you call fun
[14:51] <dmart> amitk: Hi, do you have a moment?
[14:53] <amitk> dmart: sure
[14:54] <dmart> Hi there... just wondering where you were on the arm-m-missing-security-features stuff?
[14:55] <dmart> amitk: Were you able to push your SECCOMP patch yet?
[14:55] <amitk> dmart: I'd gotten distracted with Linaro PM work, but I've just resurrected the patch today and will test it
[14:56] <dmart> Was there any difficulty there, or is it just a question of pushing the patch?
[14:56] <amitk> dmart: no difficulty, just too many balls in the air
[14:56] <amitk> I should have something this week
[14:57] <dmart> OK, cool - thanks.  Sounds like that will fit well within the proposed milestones
[15:11] <pitti> lamont: https://edge.launchpad.net/ubuntu/+source/mozart/1.4.0-5build1/+build/1776421 seems stuck (building for 4 days without any log), maybe this should be killed?
[15:19] <Keybuk> pitti: argh, could you NAK the -proposed upload of ureadahead from rtg please?
[15:20] <pitti> uh, there's not even a bug associated
[15:20] <Keybuk> indeed
[15:20] <pitti> ah, just wrong syntax
[15:20] <pitti> bug 501715
[15:20] <Keybuk> and the patch is about as wrong as tedg in a mankini
[15:21] <Keybuk> the upload, as is, will simply stop it from working entirely
[15:21]  * tedg sends photos in private message
[15:21] <pitti> *chuckle*
[15:21] <pitti> Keybuk: can you please elaborate on the bug? I'll set it to v-failed
[15:21] <Keybuk> sure
[15:22] <pitti> Keybuk: so it's bad enough that I should pull it from -proposed?
[15:22] <Keybuk> yes
[15:22] <Keybuk> it will truncate or wipe the buffer before even parsing it
[15:23] <asid> hello...we're 4 students looking for some idea for a project ....if anyone could suggest an idea for some feature\software that  you would like to see in linux, it would be great
[15:23] <pitti> Keybuk: done, bug updated
[15:24] <pitti> Keybuk: and hello BTW!
[15:24] <jussi> asid: which languge do you want to write in?
[15:24] <asid> at this stage we're open to just about anything....C\C++, web based, Java
[15:25] <jussi> asid: and how big of a project?
[15:25] <Keybuk> pitti: hello :-)
[15:25] <pitti> Keybuk: unrelated question, is anything wrong with the udev in bzr head? robert_ancell was asking about it, since the new bluez needs it
[15:25] <pitti> (well, at this point we should update to 160, but I wasn't sure whether you held it back intentionally)
[15:25] <Keybuk> pitti: it didn't boot
[15:25] <pitti> details!
[15:25] <pitti> :)
[15:25] <Keybuk> I didn't get as far as details ;)
[15:25] <Keybuk> it didn't boot, I didn't upload it
[15:26] <asid>  we're 4 college students (amateur coders) and this is for a major project ...perhaps 3-6 months
[15:26] <Keybuk> will investigate more probably at the sprint
[15:26] <pitti> Keybuk: no, I mean, that's such a small bug
[15:26] <pitti> sorry, that didn't quite come across as intended
[15:26] <Keybuk> ah
[15:26] <Keybuk> lol
[15:28] <ion> keybuk: Any in-progress Upstart 0.10 code you could publish? :-)
[15:28] <jussi> asid: do you have any things that you are particularly interested in?
[15:30] <asid> well actually we're amazingly  blank about what to do(on the day before an exam, I am usually bursting with ideas of better things i would rather do) ...
[15:31] <jussi> asid: hehe, well Im sure we can find something.
[15:38] <asid> we've been juggling ideas as random as MMOGs, browser-based 3d modelling tools, home automation etc....
[16:04] <lamont> pitti: buildd    7227  6.1  0.0   2136   536 ?        R    Jul10 388:29      |                                                               \_ /bin/sh /build/buildd/mozart-1.4.0/doc/utilities/latex2png /tmp/file0yXDun apptut-html 1 2 3
[16:04] <lamont> I'm guessing you're right
[16:05] <lamont> pitti: 787137711 bytes of logfile
[16:11] <cjwatson> could an archive admin review syslinux and gfxboot in NEW, please?
[16:12] <StevenK> cjwatson: Certainly
[16:12] <dholbach> nigelb, pedro_, JFo: ready for UDW later on?
[16:12] <pedro_> dholbach, yeah!
[16:12] <JFo> I am indeed :)
[16:17] <StevenK> cjwatson: Since syslinux is in main, where would you like extlinux to end up?
[16:17] <nigelb> dholbach: oh yeah! :)
[16:17] <dholbach> woohoo
[16:17] <cjwatson> StevenK: extlinux can go in universe for the time being, IMO
[16:18] <cjwatson> it shouldn't be dangerous in main, but there'll be nothing pulling it in there
[16:19] <StevenK> cjwatson: Okay, same question for gfxboot-dev
[16:19] <cjwatson> needs to be in main, it'll be a build-dependency of gfxboot-theme-ubuntu
[16:22] <StevenK> cjwatson: Accepted.
[16:24] <cjwatson> thanks
[16:26] <lamont> pitti: so I think it had a build log, it's just newlines after about line 4100 or so..
[16:26] <lamont> killed, fwiw
[16:29] <Keybuk> apw: apply! apply! apply!
[16:29] <apw> Keybuk, ok on my list ...
[16:41] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek Day 3 about to start in 19 minutes in #ubuntu-classroom
[17:39] <ManDay> Can anyone tell me why the wacomutils have been taken out of the repos?
[17:40] <c_korn> ManDay: what is the package name ?
[17:56] <LucidFox> Oh great, the latest post on Planet Ubuntu says Twitter in huge letters
[17:56] <LucidFox> there is no escape, you can run but you can't hide...
[17:57] <azeem> wow, planet ubuntu has excessive drop shadows now
[18:02] <Keybuk> LucidFox: you would prefer it to say LucidFox in large letters?
[18:03] <LucidFox> No, I'm just sick of Twitter mentions everywhere, to the brink. Wrong place for me to rant about it, though
[18:04] <maco> azeem: has had for a while
[18:04] <Keybuk> you're sick of people mentioning micro-blogging on their blogs?
[18:04] <Keybuk> that's a bit like being sick of people mentioning their cameras on flickr isn't it?
[18:10] <LucidFox> Keybuk> Well, blogging and microblogging are... different things
[18:11] <LucidFox> one makes sense to me, the other doesn't
[18:12] <LucidFox> (or well, I can understand why *some people* would use it, but a) I can't understand why it's so massively popular to the point that every single site has button links with the T-word, and b) I don't use it myself, don't see the point, can't see why I ever would, etc.
[18:12] <Keybuk> lots of things don't make sense to me: Religions, Al Murray (The Pub Landlord), Wearing sunglasses in nightclubs, Fish, etc.
[18:13] <highvoltage> Keybuk: some people just have sensitive eyes!!!
[18:16] <davmor2> Keybuk: you missed off sysvinit :)
[18:18] <Keybuk> that makes sense
[19:59] <nuovodna> hi, will gtk 3.0 be in maverick repo ??
[21:00] <highvoltage> robbiew: is https://wiki.ubuntu.com/MaverickReleaseSchedule still acurate?
[21:00] <highvoltage> robbiew: sorry, I read step 24 as October 24. nm :)
[21:00] <robbiew> highvoltage: ;)
[23:10] <SpamapS> hmm, so why isn't rrdtool listed here: https://merges.ubuntu.com/main.html  if it is grossly out of sync w/ debian and has been since 2010-01-22?
[23:17] <cjwatson> SpamapS: bug in merge-o-matic, triggers when some Debian architectures are out of sync
[23:18] <cjwatson> SpamapS: Debian's archive software changed a while back to keep all the versions in Sources that correspond to any architecture, and hurd-i386 is way out of date (as usual)
[23:18] <cjwatson> SpamapS: I have half a patch for MoM to fix this but haven't had time to test it
[23:19] <SpamapS> cjwatson: Ahh, so is the fix to request a sync?
[23:19] <SpamapS> I mean, workaround
[23:19] <SpamapS> The dbi capabilities of the latest version are particularly appealing for some stuff I've been playing with. :)
[23:22] <cjwatson> SpamapS: you can request a sync or merge as appropriate regardless of what merge-o-matic says
[23:23] <cjwatson> there's a single change in Ubuntu; look at it and check whether it's still appropriate
[23:23] <cjwatson> if it is, prepare a merge (not hard to do by hand - fetch the base version from ftp.debian.org or snapshot.debian.org or whatever, diff Debian->Ubuntu, apply diff to new Ubuntu package, resolve conflicts, create new changelog entry at the top)
[23:23] <cjwatson> otherwise, request a sync


[01:43] <thumper> noodles775: https://code.edge.launchpad.net/~michael.nelson/+activereviews
[03:17] <rockstar> thumper, https://code.edge.launchpad.net/~rockstar/launchpad/update-review-table-on-comment/+merge/17439
[03:49] <thumper> rockstar: https://code.edge.launchpad.net/~thumper/launchpad/js-play/+merge/17193
[04:28] <rockstar> mwhudson, https://code.edge.launchpad.net/~rockstar/launchpad/pedantry-round1/+merge/17441
[04:29] <mwhudson> +1 with added swearing
[04:35] <thumper> noodles775: https://code.edge.launchpad.net/~thumper/launchpad/js-play/+merge/17193
[06:28] <stub> https://code.launchpad.net/~stub/launchpad/bug-504291-disconnection-errors/+merge/17371 is a fix for the High priority Bug #504291
[06:28] <mup> Bug #504291: DisconnectionErrors (already disconnected) happening again <oops> <Launchpad Foundations:In Progress by stub> <Storm:Invalid> <https://launchpad.net/bugs/504291>
[07:29] <henninge> Good morning!
[07:29] <henninge> When ever a reviewer comes around, I'd be glad to get a review for my branch ... ;-)
[09:59] <henninge> noodles775: https://code.edge.launchpad.net/~henninge/launchpad/buildmaster-failure/+merge/17449
[09:59] <noodles775> Looking
[10:06] <noodles775> henninge, done. Thanks for that!
[10:07] <henninge> noodles775: I saw it, thanks. Already in pqm.
[11:05] <salgado> henninge, how about exchanging some reviews? ;)
[11:06] <henninge> salgado: with pleasure!
[11:07] <salgado> henninge, where's yours?  mine's at https://code.edge.launchpad.net/~salgado/lazr.restful/bug-507447/+merge/17395
[11:07] <henninge> salgado: https://code.edge.launchpad.net/~henninge/launchpad/bug-488765-oops-translations/+merge/17396
[11:12] <henninge> salgado: done
[11:33] <salgado> henninge, I assume danilo was ok with fixing the bug by changing the view?  I ask because I see no comments from him on the bug after you listed the different ways we could fix it
[11:34] <henninge> salgado: danilo is out of order atm ... ;)
[11:34] <henninge> salgado: yes, I am sure he is ok with that.
[11:36] <henninge> salgado: bug 507534 is the real bug that still needs to be fixed.
[11:36] <mup> Bug #507534: Product.primary_translatable also lists source packages <Launchpad Translations:New> <https://launchpad.net/bugs/507534>
[11:36] <henninge> and that is what danilo propsed, too.
[11:37] <henninge> This is mainly to stop the oops from happening and not getting an empty page.
[11:39] <salgado> ok
[14:21] <bac> salgado: can i get a review for a tiny branch?
[14:21] <salgado> bac, sure!
[14:21] <bac> salgado: cool:  https://code.edge.launchpad.net/~bac/launchpad/bug-491320/+merge/17458
[14:22] <bac> salgado: rebooting but i'll be right back
[14:26] <henninge> salgado, bac: can you tell me what this TALES statement does exactly?
[14:26] <henninge> context/required:launchpad.TranslationsAdmin
[14:26] <henninge> Does it mean "true if the current user has this permission on the current view"?
[14:26] <salgado> henninge, returns True if the logged in user has the given permission on context
[14:27] <henninge> context, not view, right.
[14:27] <henninge> salgado: thanks
[14:41] <salgado> bac, what was causing the newlines and spaces to be added to the text area?
[14:44] <bac> salgado, the spaces and newlines between <textarea> and </textarea>
[14:44] <salgado> oh, of course
[14:50] <henninge> salgado-lunch: I have replied to your review and put another branch up for review. If you could be so kind ... ;)
[14:53] <henninge> salgado-lunch: oh, and please don't forget to enter "code" as the review type to keep "ec2 land" happy.
[14:58] <EdwinGrubbs> allenap: did you already start reviewing my branch? I was going to ask salgado to review it otherwise.
[14:59] <allenap> EdwinGrubbs: I am so sorry, no I haven't. I've been working on this sort-of-critical checkwatches issue and I forgot. Please ask salgado as I'm still working on it.
[15:00]  * allenap tasers himself in an act of modern auto-flagellation for forgetting.
[15:02] <EdwinGrubbs> salgado-lunch: can you review this branch. About half of it is simple search and replace on zcml files, so it is actually much easier than the size of the diff would indicate.  https://code.edge.launchpad.net/~edwin-grubbs/launchpad/bug-451208-subscribing-reveals-email/+merge/17261
[15:20] <bac> salgado-lunch, thanks for the review
[16:04] <salgado> EdwinGrubbs, sure, I'll get to it soon
[16:04] <henninge> Hi salgado, I will not be around for much longer. Do you think you can have a look at my second proposal?
[16:04] <salgado> henninge, do you know how to enter the review type using the email interface?
[16:04] <salgado> doing that now
[16:04] <henninge> yes, just append
[16:04] <henninge> review approve code
[16:04] <salgado> cool
[16:05] <henninge> salgado: thanks a lot!
[16:41] <henninge> salgado: thanks for the review. There is another branch of mine, just a short one.
[16:41] <henninge> salgado: https://code.edge.launchpad.net/~henninge/launchpad/bug-507498-oops-subset/+merge/17459
[16:41] <salgado> henninge, ok
[16:42] <henninge> salgado: I will leave now but if it's easy, please just do.
[16:42] <henninge> salgado: thank you very much!
[16:42] <salgado> well, you should tell me if it's easy or not. ;)
[17:01] <salgado> gary_poster, can we check that an object is security proxied in a way that's less ugly than http://paste.ubuntu.com/357145/?
[17:06] <henninge> salgado: I meant, if you don't have any questions ... ;)
[17:08] <henninge> salgado: I am off, ttyl ;-)
[17:22] <gary_poster> salgado: yes I think so (sorry was on call
[17:22] <gary_poster> getting ref
[17:24] <gary_poster> salgado: would queryProxy from zope.security work for you (see http://svn.zope.org/zope.proxy/trunk/src/zope/proxy/interfaces.py?rev=75161&view=auto )
[17:26] <salgado> gary_poster, I think it should work, let me check with EdwinGrubbs
[17:26] <salgado> EdwinGrubbs, ^
[17:29] <EdwinGrubbs> salgado: I can try that.
[19:10] <EdwinGrubbs> salgado, gary_poster: I'm getting this error: ComponentLookupError: (<InterfaceClass zope.proxy.interfaces.IProxyIntrospection>, '')
[19:11] <gary_poster> EdwinGrubbs: it's not a utility
[19:11] <gary_poster> EdwinGrubbs: just import the desired function from zope.security
[19:11] <gary_poster> EdwinGrubbs: the interface describes what the package offers
[19:11] <gary_poster> zope.proxy I mean
[19:12] <gary_poster> EdwinGrubbs: ^^^
[19:18] <EdwinGrubbs> gary_poster: thanks, that worked
[19:18] <gary_poster> EdwinGrubbs: cool, np
[19:19] <EdwinGrubbs> salgado: did you want get_naked_vocab() defined just in that one doc test or added to the globals in c/l/testing/systemdocs.py?
[19:20] <salgado> EdwinGrubbs, just that one would be fine, I think
[19:37] <EdwinGrubbs> salgado: reply sent. I'm going to lunch now.
[19:41] <salgado> Edwin-lunch, why do you need the "vocab.__module__[:5] != 'zope.'" in your test?
[21:25] <EdwinGrubbs> salgado-afk: because there are a few vocabs that zope registers but not as a secured utility.
[21:49] <EdwinGrubbs> sinzui: did you want to review my one line fix for deactivating an account or wait until we hear back on how we can add real testing for this?
[21:50] <sinzui> EdwinGrubbs: I would like to review it. I'll look at the history of the problem if I think we need to do something else
[21:51] <EdwinGrubbs> sinzui: here is the diff. https://pastebin.canonical.com/26685/
[21:52] <EdwinGrubbs> sinzui: do you want an MP?
[21:52] <sinzui> No, I'll just look at blame to see some context
[21:55] <EdwinGrubbs> sinzui: You can make it lp.registry.tests.test_person.TestPerson.test_deactivateAccount_copes_with_names_already_in_use fail in the same way the oops does just by making this change on launchpad_ftest_template.   REVOKE UPDATE, INSERT ON EmailAddress FROM write;
[21:59] <sinzui> EdwinGrubbs: r=me. Every instance of this use was added 11 months ago as a part of the DB reconfiguration. There are no tests for this kind if issue
[22:29] <jamalta> Hi, I'm looking into fixing a trivial bug to see if I can get into helping with Launchpad a bit again
[22:29] <jamalta> I was looking at bug #253525 and can only find one place that changesfile is still listed
[22:29] <mup> Bug #253525: changesfile isn't a word <ppa> <trivial> <ui> <Soyuz:Triaged> <https://launchpad.net/bugs/253525>
[22:30] <jamalta> Anyways, my question is, what would be the best name for it to replace changesfile? The +archive/ppa page now reads "sources.changes"
[22:30] <jamalta> https://edge.launchpad.net/~schooltool-owners/+archive/ppa/+packages <-- page that still shows changesfile
[22:31] <sinzui> jamalta: "sources.changes" will do fine
[22:31] <jamalta> sinzui: thanks :)
[22:33] <sinzui> jamalta: I think you need to update some stories that verify the text
[22:33] <sinzui> lp/soyuz/stories/soyuz/xx-distribution-sources.txt for example
[22:34] <jamalta> sinzui: alright, i will make sure to udpate that as well
[22:34] <jamalta> also, i found a template that references changesfile but can't figure out where that template is loaded
[22:35] <jamalta> lp/soyuz/templates//distroseriessourcepackagerelease-index.pt
[22:35] <sinzui> jamalta: search for the file name in soyuze/browser/configure.zcml
[22:35] <jamalta> sinzui: ah awesome, thanks
[22:36] <sinzui> jamalta: configure is not a nice file to visit. That is were the view and template are registered under a name (+something)
[22:38] <sinzui> jamalta: This looks like the tests that need updating to pass with your changes. I am not certain though: http://pastebin.ubuntu.com/357284/
[22:38] <jamalta> sinzui: right, makes sense.. i actually was trying to find such file to figure out where the template was used :)
[22:41] <sinzui> jamalta: `./bin/test -vvc -t soyuz.*stories` will run all the stories to verify you text change.
[22:41] <jamalta> it's a bit heavy to take in, though, you're right
[22:41] <bac> sinzui: if you get bored between now and tuesday...  https://code.edge.launchpad.net/~bac/launchpad/bug-499351-batching-dls/+merge/17492
[22:45] <sinzui> I'll review your branch now
[22:52] <sinzui> bac: why do you cast the list to a list on line 87 of the diff?
[22:52] <sinzui>      list(series_and_releases
[22:54] <bac> sinzui: an abundance of caution?
[22:54] <bac> stupidity?
[22:54] <bac> leftover from when s_r used to be something else, i think.
[22:54] <bac> yeah, i dumbly made it a set to start with.  that was suboptimal for many reasons.
[22:54] <sinzui> okay.
[22:55] <sinzui> anyway, r=me I think you can drop the cast
[22:56] <bac> sinzui: thanks


[00:03] <mup> Bug #1670886 changed: BIND config should include option "empty-zones-enable no" <MAAS:New> <https://launchpad.net/bugs/1670886>
[00:12] <mup> Bug #1670886 opened: BIND config should include option "empty-zones-enable no" <MAAS:New> <https://launchpad.net/bugs/1670886>
[08:05] <Hetfield> good morning. i think i have an issue with maas networking, i'm using latest 2.1.3 version
[08:05] <Hetfield> i have a machine with 2 eth ports, on different spaces
[08:06] <Hetfield> with juju i try: juju deploy ceph-osd --constraints spaces=management
[08:06] <Hetfield> where management is the primary space
[08:06] <Hetfield> in maas.log i see
[08:06] <Hetfield> Mar  8 07:57:52 maas maas.api: [info] Request from user admin to acquire a machine with constraints <QueryDict: {'interfaces': ['0:space=1'], 'zone': ['CDM'], 'agent_name': ['acc01708-cf3b-4970-826e-37422930d18f']}>
[08:07] <Hetfield> so space=1 is invoked, but i see that juju gets the public ip from the secondary interface.
[08:08] <Hetfield> which should be a private one and not accessible from juju machine. the strange thing is that machine hostname resolves to the primary "management" space, so i'm really curious why it gets the secondary address
[11:17] <mup> Bug #1671048 opened: [2.1.4]Expecting object recived tuple in get_default_dns_servers <MAAS:New> <https://launchpad.net/bugs/1671048>
[12:11] <cnf> how do i get the MAAS proxy to allow ports that are not 443?
[13:47] <kukacz> hi, I got troubles with PXE booting UEFI image from MAAS 2.1.4 - it ends in Grub commandline
[13:48] <kukacz> from Grub I can exit, confirm BIOS prompt asking for continue, then it loads and boots that discovery image correctly
[13:49] <kukacz> any first attempt after server reboot fails, however
[13:49] <kukacz> any ideas what could be wrong?
[13:55] <kiko> the last time this happened we concluded it was a problem with grub
[13:55] <kiko> does typing normal at the grub prompt boot the system?
[13:55] <kiko> are you deploying 14.04 or 16.04?
[13:55] <kukacz> kiko: deploying 16.04
[13:56] <kukacz> kiko: I haven't tried that "normal", will do
[13:56] <kiko> references:
[13:56] <kiko> https://bugs.launchpad.net/maas/+bug/1532935
[13:56] <kiko> https://bugs.launchpad.net/maas/+bug/1437353
[14:04] <kukacz> "normal" did not help, it just returned to prompt
[14:05] <kukacz> however "exit" and "continue" (BIOS menu) always successds
[14:05] <kukacz> succeeds
[14:10] <kiko> kukacz, I wonder if you could easily capture a video of that including firmware revisions etc and attach that to a bug?
[14:10] <kiko> it should always work, but there are known firmware issues that we may not yet work around
[14:25] <kukacz> I'll go through those bugs to identify which one might be related and attach that video possibly
[14:26] <kukacz> firmware - you mean NIC firmware? I may give it a try - it's intel x520 in Dell servers
[14:41] <kiko> kukacz, great I suggest putting it into a new bug as those are a bit stale -- we can easily dupe if necessary
[17:38] <tychicus> is it possible to change the maas default domain?
[17:46] <tychicus> default domain only appears on the web interface it does not appear in the CLI
[18:00] <kiko> kukacz, both NIC and system firmware if possible
[18:01] <kiko> tychicus, from ".maas" to something else?
[18:01] <kiko> tychicus, that would be a bug
[18:01] <kiko> could you file it?
[18:02] <tychicus> @kiko correct from .maas to something else
[18:03] <kiko> you can change the domain from the UI for sure
[18:04] <tychicus> it seems like you can add a domain, but not change the default
[18:07] <tychicus> ok, just verified that you can update the default domain from the cli
[18:08] <tychicus> kiko bugs should be filed here https://bugs.launchpad.net/maas
[18:08] <kiko> tychicus, yep
[18:11] <tychicus> to clarify the we ui displays something like maas (default), there is no such concept in the cli, my guess (without looking at the code) is that the default domain is inferred from the domain id of 0
[18:12] <tychicus> either way, I'll write up a bug report, thanks!
[18:31] <kiko> thanks tychicus
[18:31] <tychicus> sure, loving maas so far, glad to help out in any way I can
[19:55] <kiko> tychicus, wow, that's great to hear -- what are you using it for?
[19:56] <tychicus> kiko, currently testing openstack deployments and playing with juju
[19:57] <tychicus> I have not attempted to deploy windows using maas yet, but that is on my list of things to do
[19:59] <kiko> cool, keep me posted on your progress
[20:01] <tychicus> I really like the new features in 2.0 and 2.1 that allow you to setup networking and disk layouts, once the machine has been commissioned
[20:05] <mup> Bug #1671201 opened: juju bootstrap maas maas-controller: No available machine matches constraints <juju-core:Invalid> <MAAS:New> <https://launchpad.net/bugs/1671201>
[21:06] <mup> Bug #1671242 opened: [2.1.3] maas cli  does not indicate which domain is default <MAAS:New> <https://launchpad.net/bugs/1671242>
[23:27] <mup> Bug #1671275 opened: MAAS rescue mode cannot run snap binaries <maas (Ubuntu):New> <https://launchpad.net/bugs/1671275>
[23:30] <mup> Bug #1671274 opened: network interface doesn't come up after installation in VM <cdo-qa-blocker> <MAAS:New> <https://launchpad.net/bugs/1671274>


[00:00] <pleia2> MarkDude: that's not funny
[00:01] <pleia2> for the peanut gallery: no, it's not ok to swear in the -offtopic channel, we're just as friendly and welcoming there
[00:01] <MarkDude> Sorry Lyz, yes - its a joke- its not proper to swear in Cali channels
[00:02] <MarkDude> Announcement in channel says so
[00:02] <akk> Gosh darn it.
[00:02]  * MarkDude is OVER the logging thing, btw. Hence the its all good.
[00:02] <MarkDude> :)
[00:40] <MarkDude> For the record, the SF party is open to public, anyone can come :)
[01:07] <pleia2> enjoy the Mt View Ubuntu Hour tonight!
[01:08] <pleia2> I tried to figure out a way to drop by for a few minutes before BayLISA, but it doesn't really work
[01:08] <pleia2> (I know grantbow has managed it a couple times)
[01:31] <MarkDude> Well Dangerous G can be everywhere at once....
[01:37] <pleia2> yes, that explains it :)
[02:23] <jyo> jtatum: Leaving now.
[16:58] <raevol> IT'S FRIDAY
[17:01] <pleia2> +1
[17:26] <nhaines> ^^
[17:26] <nhaines> http://releases.ubuntu.com/10.04.4/ is broken in Firefox on Windows.
[22:04] <nhaines> Dismantles laptop, has 15 screws.
[22:04] <nhaines> Reassembles laptop, has 16 screws.
[22:25] <jtatum> nhaines: that's an amazing trick!
[22:32] <broder> nhaines: does that mean you added a screw putting it back together, or discovered it was supposed to have one more than you took out? :)
[22:36] <nhaines> broder: it means that I have a leftover screw and idea where it came from.
[22:36] <nhaines> jtatum: thanks!
[22:36] <nhaines> Whoops, try again.
[22:36] <nhaines> broder: it means that I have a leftover screw and no idea where it came from.
[23:13] <jyo> Woot Raspberry pi root filesystem available for download: http://www.raspberrypi.org/archives/645


[00:11] <xubuntu61i> hello. how can I enable usb wlan as it was not available during install or reboot
[12:00] <xubuntu51w> hello
[12:03] <slickymasterWork> !hi | xubuntu51w
[13:50] <visone> que tal¡
[14:28] <xubuntu52i> hi
[15:58] <visone> Kumool: que tal!
[16:35] <Kumool> epa!
[16:36] <Kumool> visone: no te veo en #ubuntu-es
[16:37] <visone> ahora
[16:38] <visone> estaba mu parao y sali
[16:44] <visone> me piro
[19:12] <xubuntu48d> So, I had to use windows to get here. Recieved upgrade yesterday for clock. The frame said it was a security upgrade. I had to reset clock after install and every reboot after. Shutdown computer for 8 hours then booted to Xub18.04 and all seemed well. Tried to enter password for user account and the screen went blank then returned about 5 seconds later back to the login screen. I assume it has something to do with the upgrade an
[19:13] <xubuntu48d> try to) the system has been changed either by the time zone or the suspend settings. Is or has this problem shown up anywhere else?
[19:16] <xubuntu48d>  Recieved upgrade yesterday for clock. The frame said it was a security upgrade. I had to reset clock after install and every reboot after. Shutdown computer for 8 hours then booted to Xub18.04 and all seemed well. Tried to enter password for user account and the screen went blank then returned about 5 seconds later back to the login screen.
[19:17] <xubuntu48d> Any ideas?
[19:30] <GridCube> xubuntu48d, do you know how to get to a tty?
[19:30] <xubuntu48d> no
[19:31] <GridCube> ok, when you are in login screen, press ctrl-alt-F1, you will go to a terminal, there you can type your username, hit enter, and type your password, while you type your password nothing shows up, this is a security measure, once you finish typing you password hit enter
[19:32] <xubuntu48d> okay
[19:32] <GridCube> you will be at tty1 when you do that, from the terminal you have to rename the files called .Xauthority and .ICEauthority, do this by typing "mv .ICEauthority .ICEauthority.old" and "mv .Xauthority .Xauthority.old"
[19:33] <GridCube> or whatever name you want, then press ctrl-alt-F7 to move to the graphical tty, where you should see the login
[19:33] <GridCube> type your password and everything should be peachy
[19:35] <xubuntu48d> Thank you GridCube. I will give that a shot.
[20:11] <xubuntu40w> Hello, just tried renaming files, no success getting through login
[20:11] <GridCube> mmmhm
[20:12] <GridCube> but you could log in on  the tty right?
[20:12] <xubuntu40w> yes
[20:12] <GridCube> so your system is ok
[20:12] <GridCube> theres something broken only on the X session
[20:12] <diogenes_> xubuntu40w, create a new user
[20:12] <diogenes_> and login as it
[20:14] <xubuntu40w> yes, I am assuming my suspend settings have somehow been affected by the upgrade and since I cannot adjust the time I will forever log in to a suspend loop which brings me back to the login
[20:16] <xubuntu40w> is there any way to reset the power settings through tty, this may bump it back into sync
[20:21] <xubuntu40w> so, how do I analyze the x session to discover the problem?
[20:37] <GridCube> reseting those files should have done it
[20:38] <GridCube> so i dont really know
[20:38] <GridCube> maybe run an update from a tty
[20:38] <GridCube> like sudo apt update and the sudo apt upgrade
[20:41] <xubuntu40w> Okay, that may work. The screen goes black after I enter the passsword, then reappears as a fresh login screen. I was thinking my "suspend" settings may be affected by the time sync?
[20:45] <xubuntu40w> Thank you gridcube, will try that
[20:45] <xubuntu40w> ttyl
[22:14] <cousteau> Can somebody confirm this bug?  https://bugs.launchpad.net/ubuntu/+source/xcursor-themes/+bug/1789704  (Xubuntu 18.04)
[22:14] <cousteau> or point me to whoever I should ask?
[22:16] <cousteau> it is really annoying, and in some applications such as Gnumeric it can be a problem
[22:38] <brainwash> cousteau: maybe ask in #xorg
[22:38] <cousteau> ok thanks!
[23:13] <visone> que tal¡
[23:27] <xubuntu62w> Hello, xbuntu 18.04/win1o dual boot on 64bit system. Got security update related to time zone (file:tz.....) installed and reboot. TZ switched to UTC. Corrected and reboot. Still not corrected. SHut down for night. Boot this morning and login goes black screen then returns with fresh login. Followed Gcubes suggestion to remove ICEauthority and Xauthority. Did not work. Then went tty and tried updte. All repository keys failed no
[23:56] <cousteau> brainwash, welp, they did point me to the right place to complain :)
[23:57] <cousteau> xubuntu89w, so you can't log in?
[23:57] <xubuntu89w> help, found in bash history I used sudo clean and lost my repository. How would that affect the login loop I ge with a black screen?
[23:57] <xubuntu89w> Is there hope for recovery?
[23:58] <cousteau> does   find "$HOME" \! -user "$USER"   return something?
[23:59] <cousteau> (what does `clean` do?  I don't seem to find that command)