[00:42] <jasoncwarner_> hey robert_ancell did you see andy's comment about the white flicker in LightDM in the latest FFB email thread? Curious if others are seeing that. You hear anything?
[00:42] <robert_ancell> jasoncwarner_, my flicker has returned...
[00:43] <jasoncwarner_> robert_ancell: :( ah, ok...is it related to the debugging you and I were doing a few days ago? that is when I saw it
[00:44] <robert_ancell> RAOF, bryceh, perhaps you can help me with this..  When lightdm starts, there is a chance of the background colour being drawn when the window is show if the draw routine doesn't execute fast enough.  Is there a safe way of ensuring the first frame is drawn in time?
[00:44] <robert_ancell> jasoncwarner_, so, anything that slows the system down can trigger this
[00:45] <jasoncwarner_> robert_ancell: ah, ok...so it might (or seemingly) be related to the lag I am seeing?
[00:45] <robert_ancell> yes
[00:46] <robert_ancell> I'm hoping there's some X magic that can make this work properly.  But the real answer might be "wayland" :)
[00:47] <robert_ancell> the difficultly is it's a big window, with a number of elements and it's being drawn when the system is under load
[00:47] <robert_ancell> and none of the content looks like the default background color so it's really obvious
[00:49] <chrisccoulson> hi jasoncwarner_
[00:49] <jasoncwarner_> hey chrisccoulson , how is the new laptop
[00:49] <chrisccoulson> jasoncwarner_, fast :)
[00:50] <jasoncwarner_> robert_ancell: instead of white flicker, can we make it a purple flicker ;) so it looks like grub (talk about a bandaid!)?
[00:50] <jasoncwarner_> robert_ancell, bryceh RAOF obviously fixing the lag would work much better if we can figure it out... !
[00:50] <robert_ancell> jasoncwarner_, it's a last second option, but I'd like to fix it properly if we can
[00:51] <jasoncwarner_> robert_ancell: ageed...totally
[01:16] <smspilla|z> jasoncwarner_: compiz tarballs with the stacking fix will be in a ppa today
[01:16] <smspilla|z> but I'm off today
[01:16] <smspilla|z> toodleloo!
[01:17] <smspilla|z> robert_ancell: protip, set the backing_pixel to (thepurplecolor)
[01:17] <smspilla|z> when you create the window
[01:17] <smspilla|z> I think you can do that with get
[01:17] <smspilla|z> you can do it with X at least
[01:18] <robert_ancell> smspilla|z, yeah, but I *really* dont want X to draw the first window until I have the frame ready
[01:18] <smspilla|z> robert_ancell: the next option is compositing I suppose
[01:19] <smspilla|z> do XCompositeRedirectSubwindows with CompositeRedirectManual
[01:19] <smspilla|z> create your window but don't draw it on-screen till you know its read
[01:20] <smspilla|z> (use XCompositeNameWindowPixmap to get a pixmap for the offscreen window and you can draw it on screen fairly easily using cairo)
[01:20] <smspilla|z> stackinspector is a good example of that
[01:20] <smspilla|z> ok
[01:20] <smspilla|z> bye!
[01:23] <mdeslaur> jasoncwarner_: I'm curious...where is FFB being discussed?
[01:23] <mdeslaur> is there a list for it?
[05:17] <tremolux> pitti: hello! I just wanted to let you know that I've prepared the tzdata updates for 2011j, bug 802778
[05:17] <ubot2> Launchpad bug 802778 in tzdata "tzdata 2011j-1 available" [Undecided,In progress] https://launchpad.net/bugs/802778
[05:18] <tremolux> pitti: and thanks!!
[05:36] <didrocks> good morning
[05:48] <rickspencer3> good morning didrocks
[05:49] <rickspencer3> robert_ancell, hey, am I ok to upgrade this morning?
[05:49] <didrocks> hey rickspencer3
[05:49] <rickspencer3> I saw something about a bug that you fixed
[05:49] <rickspencer3> didrocks, fwiw, I don't think compiz/unity crashed once for me yesterday
[05:49] <robert_ancell> rickspencer3, yes, it's all updated
[05:49] <rickspencer3> thanks robert_ancell
[05:50] <rickspencer3> robert_ancell, it's looking sweeeet
[05:50] <didrocks> rickspencer3: ah, nice to know! I got unity crashes with the new music lens using ubuntuone (but it's only in the desktop team ppa). We'll debug it today, was too late yesterday
[05:50] <rickspencer3> hmmm
[05:50] <rickspencer3> music lens is quite the problem, I guess
[05:51] <rickspencer3> I see more new compiz stuff
[05:51]  * rickspencer3 crosses fingers
[05:51] <didrocks> rickspencer3: the compiz stuff coming isn't dangerous
[05:51] <didrocks> rickspencer3: new ws switcher settings, with what's needed to upgrade them
[05:51] <rickspencer3> thanks didrocks
[05:52] <didrocks> the music lens is in a ppa anyway, won't be for beta2 and it only crashes when trying to show data from u1
[05:52] <didrocks> (and only for french apparently ;))
[05:52] <rickspencer3> heh
[05:53] <rickspencer3> didrocks, isn't beta 2 next week?
[05:53] <didrocks> rickspencer3: indeed, but the freeze was yesterday evening
[05:54] <rickspencer3> seems like it might be worth it for Dx to try to fix the music lens and get it in for beta 2
[05:56] <didrocks> rickspencer3: the production server side will be only ready on Tuesday… Not sure it's wise for us to push it before the server is ready
[05:58] <rickspencer3> oh
[06:12] <rickspencer3> does anyone know why aptd takes up 100% of one of my cores each start up?
[06:14] <glatzor> rickspencer3, how long does this high load phase take?
[06:15] <rickspencer3> glatzor, seems a couple of minutes
[06:15] <rickspencer3> I haven't timed it
[06:15] <rickspencer3> I usually just go to a vt and renice it
[06:15] <glatzor> rickspencer3, that is far too long indeed
[06:15] <htorque> robert_ancell: hi! before filing a bug report: what's supposed to happen when i log out a second user?
[06:15] <htorque> robert_ancell: right now this sends me to the unity-greeter (on tty8) with the first user selected (and marked as logged in), but it doesn't accept my password.
[06:16] <htorque> robert_ancell: however, if i switch to tty7, i'm presented with the unlock screen for the first user and can log in just fine.
[06:16] <robert_ancell> htorque, it should return you to the greeter and entering the password for the first user should return you to the first session
[06:17] <htorque> robert_ancell: could this be connected to the auth issue from yesterday (i haven't updated yet)?
[06:17] <robert_ancell> htorque, the lightdm.log will be the most useful one as it will say what PAM said after you provided your password
[06:17] <robert_ancell> htorque, it shouldn't be related
[06:18] <glatzor> rickspencer3, could you add the -d parameter to the Exec statment in /usr/share/dbus-1/system-services/org.debian.apt.service and append the syslog output of aptd to a bug report?
[06:19] <htorque> robert_ancell: ok, thanks. will reboot to get fresh logs and file a bug report.
[06:19] <robert_ancell> htorque, thanks
[06:19] <rickspencer3> glatzor, sure, logging another bug right now, but I'll do that next
[06:28] <rickspencer3> robert_ancell, htorque I think I just logged a related bug: bug #851612
[06:28] <ubot2> Launchpad bug 851612 in lightdm "Logging out from a FUSA session does not reliably return to VT7" [Undecided,New] https://launchpad.net/bugs/851612
[06:33] <rickspencer3> glatzor, of course, aptd was perfectly well behaved this time
[06:39] <robert_ancell> does anyone know if vt switches are logged by the kernel?  I'd like to check the requests are getting there from lightdm and nothing else is overriding it
[07:40] <chrisccoulson_> hi didrocks
[07:40] <chrisccoulson_> shouldn't we be tracking bug 805087 in oneiric?
[07:40] <didrocks> hey chrisccoulson_, how are you?
[07:40] <ubot2> Launchpad bug 805087 in unity "Dash and launcher appear underneath windows" [Critical,In progress] https://launchpad.net/bugs/805087
[07:40] <chrisccoulson_> seems pretty serious to me ;)
[07:40] <chrisccoulson_> yeah, i'm good thanks
[07:40] <chrisccoulson_> how are you?
[07:42] <rodrigo_> morning
[07:42] <chrisccoulson> hi rodrigo_
[07:42] <didrocks> chrisccoulson: still the stacking issue, sam apparently just got a fix yesterday, but it needs testing
[07:42] <didrocks> chrisccoulson: and he rolled the wrong tarballs
[07:42] <didrocks> so not sure where the fix is, he's off today
[07:42] <didrocks> hey rodrigo_
[07:43] <didrocks> chrisccoulson: we'll certainly push on Monday the fix in a ppa, and you can be a goog guinea pig
[07:43] <chrisccoulson> heh :)
[07:43] <didrocks> chrisccoulson: see the "didrocks-oneiric-list"
[07:43] <didrocks> tag
[07:43] <didrocks> It means I track it :p
[07:43] <chrisccoulson> ah :)
[07:43] <chrisccoulson> rodrigo_, were you still looking at bug 832603 btw, or do you want me to?
[07:43] <ubot2> Launchpad bug 832603 in gnome-settings-daemon "gnome-settings-daemon crashed with SIGSEGV in g_simple_async_result_complete()" [High,Triaged] https://launchpad.net/bugs/832603
[07:44] <rodrigo_> hi chrisccoulson, didrocks
[07:44] <rodrigo_> chrisccoulson, hmm, no
[07:45] <rodrigo_> chrisccoulson, it disappeared from my list as it's assigned to you
[07:45] <rodrigo_> chrisccoulson, assign it back to me if you want
[07:45] <chrisccoulson> rodrigo_, ah, ok. i can still look at it if you don't have time
[07:45] <rodrigo_> chrisccoulson, I have time, so assign it back if you want
[07:45] <chrisccoulson> rodrigo_, can i assign you all my bugs?
[07:45] <chrisccoulson> j/k ;)
[07:46] <rodrigo_> chrisccoulson, no, only this one :)
[07:46] <tjaalton> didrocks: I'm a good guinea pig too, have had that bug for a loong time
[07:46] <didrocks> tjaalton: ok, it will be in the ubuntu-desktop ppa by Monday I hope :)
[07:47] <tjaalton> didrocks: thanks
[07:47]  * didrocks weirdly doesn't have a lot of stacking issue, compared to last cycle
[07:47] <chrisccoulson> tjaalton, yeah, that's the reason i've been using unity-2d for most ot the cycle
[07:47] <didrocks> chrisccoulson: seems firefox is making that worse, a lot
[07:47] <chrisccoulson> heh
[07:47] <didrocks> maybe that's why I don't get it
[07:47] <didrocks> chrisccoulson: not a joke! that's what sam told me :)
[07:48] <chrisccoulson> didrocks, it's strange that i've never had a stacking issue in mutter or metacity ;)
[07:48] <rodrigo_> talking about firefox, chrisccoulson what package do you have installed for flash plugin?
[07:48] <chrisccoulson> rodrigo_, i don't have the flash plugin installed at all atm
[07:48] <didrocks> chrisccoulson: that's my answer for the past year as well :)
[07:48] <chrisccoulson> fresh install ;)
[07:48] <tjaalton> chrisccoulson: right, like didrocks said firefox seems to trigger it here. full-screening windows may also un-trigger it
[07:48] <didrocks> chrisccoulson: "it's because of the compositing (but metacity has compositing enabled now)"
[07:48] <rodrigo_> chrisccoulson, oh, because of it being broken in oneiric?
[07:48] <didrocks> oh well, let's just hope it fixes :)
[07:49] <rodrigo_> flashplugin-installer that is
[07:49] <chrisccoulson> didrocks, yeah, i'm using metacity + compositing without issues too, and i don't get it in gnome-shell either :/
[07:49] <rodrigo_> I've installed gnash and it doesn't work well on some pages
[07:49] <chrisccoulson> rodrigo_, what's wrong with flashplugin-installer?
[07:49] <chrisccoulson> i try to put off installing flash for as long as insanely possible ;)
[07:49] <rodrigo_> The following information may help to resolve the situation:
[07:49] <rodrigo_> The following packages have unmet dependencies:
[07:49] <rodrigo_>  flashplugin-installer : Depends: flashplugin-downloader but it is not installable
[07:49] <rodrigo_>                          Depends: nspluginwrapper but it is not going to be installed
[07:49] <rodrigo_> E: Unable to correct problems, you have held broken packages.
[07:50] <chrisccoulson> rodrigo_, oh, you need to enable ,multiarch ;)
[07:50] <chrisccoulson> do you not read mailing lists? :P
[07:50] <rodrigo_> chrisccoulson, only sometimes :)
[07:50] <rodrigo_> so what do I need to enable?
[07:50] <chrisccoulson> rodrigo_, 1 second, i'll try and find the mail
[07:50] <rodrigo_> ok thanks
[07:51] <mvo> rodrigo_: echo "foreign-architecture i386" > /etc/dpkg/dpkg.cfg.d/multiarch
[07:51] <mvo> and then apt-get update
[07:51] <chrisccoulson> rodrigo_, https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-August/000886.html
[07:51] <rodrigo_> i386 even if I'm using 64bit?
[07:51] <chrisccoulson> yeah, what mvo said ;)
[07:51] <rodrigo_> ok
[07:51] <tjaalton> hmm so if sam pushed a fix for compiz I'll just test it right away
[07:51] <mvo> (the rleease upgrader will do that automatically btw ;)
[07:51] <didrocks> rodrigo_: you should subscribe to ubuntu-devel-announce
[07:52] <rodrigo_> yeah, I'm not on that list afaics
[07:52] <didrocks> tjaalton: we don't really know where the fix is and he rolled wrong tarballs apparently (he's off today)
[07:52] <didrocks> rodrigo_: you should, really low traffic (3/4 emails a month as an average?)
[07:52] <tjaalton> didrocks: i mean if it's in bzr "somewhere"
[07:53] <didrocks> tjaalton: it's a merge of multiple branches AFAIK, hence the "no definite answer" :)
[07:53] <tjaalton> ahah, ok :)
[07:53] <tjaalton> I'll sit tight and wait then
[07:53] <didrocks> I would have pushed it otherwise ;)
[07:53] <rodrigo_> didrocks, ok
[07:53] <tjaalton> didrocks: sure
[07:54] <didrocks> chrisccoulson: btw, any chance playing with nautilus?
[07:54] <chrisccoulson> didrocks, yeah, i was looking at it last night, but ended up having to sleep when i felt like my head was going to explode ;)
[07:54] <chrisccoulson> and i ended up dropping it to investigate bug 851055 too
[07:55] <ubot2> Launchpad bug 851055 in lightdm "[Oneiric] 'Not Authorized' error given when mounting device" [Critical,Fix released] https://launchpad.net/bugs/851055
[07:55] <didrocks> chrisccoulson: come on, head exploding just for a tiny tiny 5 px width window?  :)
[07:55] <chrisccoulson> heh
[07:55] <didrocks> yeah, bug 851055 seems to have made a "strike" on the french forum
[07:56] <didrocks> (as in bowling, not the french strike :))
[07:56] <chrisccoulson> yeah, it broke basically everything (software-center, update-manager, audio, restart/shutdown etc) ;)
[07:57] <chrisccoulson> everything using policykit or relying on device ACL's ;)
[07:57] <mvo> weeh
[08:00] <rodrigo_> need to reboot
[08:10] <chrisccoulson> i'm not the only one who thinks that the icons in the dash are broken am i?
[08:10] <chrisccoulson> i can't believe that's the design :/
[08:10] <chrisccoulson> https://bugs.launchpad.net/unity/+bug/851259/+attachment/2409198/+files/Ghost.png
[08:10] <ubot2> Ubuntu bug 851259 in unity "Icon ghosting/colour bleed in dash (dup-of: 838925)" [Undecided,Confirmed]
[08:10] <ubot2> Ubuntu bug 838925 in ayatana-design "Dash - reflections should be fixed on the centre of the viewport, *NOT* the centre of the entire page including occluded areas" [High,Fix committed]
[08:10] <didrocks> chrisccoulson: it's by design
[08:11] <didrocks> chrisccoulson: so, the story is:
[08:11] <didrocks> - the dash is a glass
[08:11] <chrisccoulson> the icons look absolutely terrible in my screenshot :(
[08:11] <didrocks> - what is under the dash (the windows) are blurred by the glass (it's an opaque one)
[08:11] <didrocks> - the icons above the dash are reflected by the glass
[08:12] <didrocks> then, for anything more, talk to JohnLea :)
[08:12] <chrisccoulson> right, he already closed my bug though ;)
[08:12] <didrocks> talk again? :-)
[08:13] <didrocks> I find the ones at the bottom are really away from the original icon
[08:13] <chrisccoulson> i get a headache just looking at the dash. it looks how i would expect it to look after having a few beers
[08:13] <chrisccoulson> double vision ;)
[08:13] <didrocks> chrisccoulson: so, even no need to drink!
[08:13] <didrocks> see*
[08:13] <chrisccoulson> lol
[08:13] <didrocks> unity is definitively for you :)
[08:13] <chrisccoulson> when the stacking issues are fixed ;)
[08:14] <chrisccoulson> in the meantime, i think i will continue to drink actual beer :)
[08:14] <didrocks> chrisccoulson: come on! the stacking issue enables you to not have any headache!
[08:14] <didrocks> it hides the dash :)
[08:14] <chrisccoulson> lol
[08:14] <didrocks> I think you really need better arguments :p
[08:14] <tjaalton> and steals the input -> hilarity
[08:14]  * didrocks stops kidding :-)
[08:19] <rodrigo_> didrocks, :)
[08:21] <rodrigo_> hmm, now no flash plugin shows in about:plugins in firefox
[08:21] <rodrigo_> I guess it doesn't find the 32bit plugin?
[08:25] <rodrigo_> chromium does find it
[08:30] <tjaalton> hmm, wonder when the fix for bug 807950 enters oneiric, if it's already fixed upstream
[08:30] <ubot2> Launchpad bug 807950 in zeitgeist "zeitgeist-daemon crashed with LookupError in remove_from_connection(): <_zeitgeist.engine.remote.RemoteInterface at /org/gnome/zeitgeist/log/activity at 0xb74ee2cc> is not exported at a location matching (None,None)" [Undecided,Fix released] https://launchpad.net/bugs/807950
[08:45] <seif> tjaalton, , we did not release it yet
[08:46] <seif> its fixed in trunk
[08:51] <Tommeh> Ack
[08:51] <Tommeh> Gnome3 PPA reverted to baby fonts *again*
[08:52] <Tommeh> What's the default font/size meant to be?
[08:53] <tjaalton> seif: two weeks ago?
[08:54] <seif> tjaalton, we fixed it
[08:54] <seif> but we did not release it yet
[08:54] <tjaalton> right, but that commit should be pushed to oneiric
[08:54] <seif> tjaalton, i will look into getting a release done this weekend
[08:54] <tjaalton> seif: ok, thanks
[09:18] <rodrigo_> everytime there is a unity release, I get lots of spam from a spammer called didrocks :)
[09:18] <didrocks> rodrigo_: oh really? sorry about it! :-)
[09:18] <rodrigo_> didrocks, no problem, I'm used to it :)
[09:20] <rodrigo_> didrocks, that's your unify script, right?
[09:22] <didrocks> rodrigo_: right, it opens/assign/close/retarget all the needed tasks :)
[09:23] <rodrigo_> ok, so I won't add you to the list of spammers then :)
[09:36] <didrocks> rodrigo_: heh :-)
[10:03] <chrisccoulson> didrocks, so i confirmed now that the nautilus issue is the grab handle separating 2 panes (the desktop icon view is in a GtkPaned container)
[10:04] <didrocks> chrisccoulson: ahah! I wasn't *that* wrong then :-)
[10:04] <chrisccoulson> :-)
[10:04] <didrocks> chrisccoulson: is there a way from the master icon view class to know that we are in desktop and so, hiding it?
[10:04] <chrisccoulson> it is GtkPaned which creates the offset GdkWindow, and the offset is the width of the grab handle
[10:04] <chrisccoulson> i'm just looking at a way to fix it now ;)
[10:08] <didrocks> chrisccoulson: I had to reparent my oneconf view in software-center to hide the Pane…
[10:09] <chrisccoulson> didrocks, could even be a gtk bug. perhaps gtk shouldn't draw the handle if there is no first child (which is the case for the desktop window, as the sidebar isn't created)
[10:09] <didrocks> chrisccoulson: yeah, it's drawing the handler, that's what I saw in oneconf
[10:15] <chrisccoulson> didrocks, yeah, from the docs - "No separator is drawn if one of the children is missing"
[10:15] <chrisccoulson> so, i'm pretty sure that's a gtk bug
[10:16] <chrisccoulson> i'll try and write a small test case for that
[10:16] <didrocks> chrisccoulson: indeed :)
[10:16] <chrisccoulson> and then send it upstream
[10:16] <didrocks> chrisccoulson: good work!
[10:39] <rodrigo_> ugh, monitor-lost-signal bug again, twice in a row
[10:39] <rodrigo_> iirc, it might have been caused by overheating, so switching to my laptop for a bit
[11:34] <Shred00> why is libproxy not being updated to the currently maintained (i.e. by upstream) release?
[11:34] <Shred00> the release that's in Oneiric is plain and simply broken.
[11:42] <Laney> oh man, c# bindings
[11:47] <Laney> Shred00: can you explain in a bug why the current version is non-functional? We're quite close to release so it's difficult to squeeze new versions of libraries in but it may be doable in the case of important bugs.
[11:48] <Laney> all I can see are comments saying it is broken but not why
[11:50] <chrisccoulson> didrocks, oh, it's difficult for me to get it to happen in a test case, as everything draws so quickly. i shall just write a gtk patch and be done with it ;)
[11:50] <didrocks> chrisccoulson: take a slower machine then! :-)
[11:50] <Shred00> it crashes any application that links to it when there is a PAC proxy configuration
[11:50] <Shred00> Laney: it crashes any application that links to it when there is a PAC proxy configuration
[11:50] <didrocks> chrisccoulson: yeah, if you found the difference in gtk where it does the unwanted effect, sure :)
[11:57] <chrisccoulson> i reckon this will do it - http://paste.ubuntu.com/690735/
[11:57] <chrisccoulson> just need to rebuild and test :)
[11:59] <Shred00> Laney: i.e. https://bugs.launchpad.net/ubuntu/+source/libproxy/+bug/660455 and for upstream reference http://code.google.com/p/libproxy/issues/detail?id=153&can=1&q=segfault wherein the completely admit that they don't maintain 0.3 any more.
[11:59] <ubot2> Ubuntu bug 660455 in libproxy "clock-applet continually crashing" [Medium,Triaged]
[12:16] <cyphermox> good morning!
[12:16] <cyphermox> pitti: could you please review https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/849994 ?
[12:16] <ubot2> Ubuntu bug 849994 in network-manager "FFE: add NetworkManager DUID support" [Undecided,New]
[12:26] <chrisccoulson> cyphermox, pitti isn't around today
[12:26] <cyphermox> d´ oh
[12:42] <chrisccoulson> didrocks, fixed \o/
[12:43] <chrisccoulson> hmmm, need to remember my bugzilla password now ;)
[12:44] <didrocks> chrisccoulson: you rock so much!
[13:14] <mterry> victorp, if my machine froze up in the middle of a "System Testing" run, what's the best thing to do now?
[13:16] <victorp> restart
[13:17] <victorp> if you then restart the test it will just continue from when it left
[13:17] <victorp> mterry, what test were you running?
[13:19] <mterry> victorp, ok.  I had just clicked "next" after the "how much memory" question
[13:19] <victorp> ah, it run a memory stress test after that
[13:20] <victorp> I guess your computer wasnt too happy with that
[13:20] <chrisccoulson> hmm, i might take a look at this metacity crasher now
[13:20] <victorp> mterry, if we get similar reports from other people we can always remove that test
[13:20] <chrisccoulson> didrocks, https://bugzilla.gnome.org/show_bug.cgi?id=659241
[13:20] <ubot2> Gnome bug 659241 in gtk "GtkPaned initially allocates space for separator, even if there is only one child" [Normal,Unconfirmed]
[13:21] <didrocks> chrisccoulson: it ook more time for you to find your password than getting the fix? :)
[13:21] <chrisccoulson> heh :)
[13:21] <didrocks> chrisccoulson: the patch looks good, can you stage it in the gtk branch?
[13:22] <chrisccoulson> didrocks, yeah, sure, i'll do that shortly
[13:22] <didrocks> chrisccoulson: the metacity crash, you mean bug #797078 ?
[13:22] <ubot2> Launchpad bug 797078 in metacity "metacity crashed with SIGABRT in raise()" [High,Triaged] https://launchpad.net/bugs/797078
[13:22] <chrisccoulson> didrocks, yeah, was going to take a look at that if nobody else is already
[13:23] <didrocks> I was about to jump on it, but I won't remove you this pleasure to work on non xul-related stuff :)
[13:23] <mterry> victorp, froze me again.  Is it possible to submit what I have without finishing?
[13:23] <mterry> victorp, or skip that test?
[13:23] <chrisccoulson> heh :)
[13:24] <roadmr> hello!
[13:25] <victorp> roadmr,  mterry is getting a system freeze when the automated memory test run, can he skip that test somehow?
[13:26] <roadmr> mterry: how are you running checkbox? can you deselect it on the initial test selection screen?
[13:26] <mterry> victorp, (FYI also, one of the sound tests refers to "Sound Preferences" in the sound indicator -- but in Oneiric that's "Sound Settings...")
[13:26] <mterry> roadmr, I don't remember an initial test screen.  Also, at this point, I'm in the middle, so if I resume the test, I don't believe I get such a screen for the rest of the tests
[13:27] <roadmr> mterry: you're right, then let me come up with a workaround
[13:28] <roadmr> mterry: memory/check is the troublesome test, right?
[13:28] <didrocks> cyphermox: hey, are you around?
[13:28] <cyphermox> hey didrocks, yeah, I´ m there
[13:28] <cyphermox> what´ s up
[13:29] <mterry> roadmr, not sure.  The one right after seeing how much memory you have
[13:29] <roadmr> mterry: please run this command to temporarily disable the threaded_memtest binary
[13:29] <didrocks> cyphermox: just a small question on the network indicator, when clicking on it, I get the menu, then it hides, then it shows again (very clickly)
[13:29] <roadmr> mterry: chmod 000 /usr/share/checkbox/scripts/threaded_memtest
[13:29] <cyphermox> didrocks: yeah :/
[13:29] <mterry> didrocks, same here
[13:29] <didrocks> cyphermox: or sometimes, I get a first menu (without the wifi access point, and then, get them 0.5s later (even if I'm connected for a long time already)
[13:29] <didrocks> hum, interesting
[13:29] <mterry> roadmr, ok, will re-run
[13:29] <cyphermox> it´s on purpose, kinda. I need to update the menu from the initial thing there was
[13:29] <didrocks> seems to only be on this indicator, isn't it?
[13:29] <cyphermox> and indicators can´t not have a menu
[13:30] <cyphermox> right
[13:30] <didrocks> cyphermox: yeah, and you don't do this in the backend?
[13:30] <roadmr> mterry: let me know how it goes, also, once your test run is finished, I'd appreciate if you could run the memory test by itself and see if it has the same result
[13:30] <cyphermox> didrocks: I do update the menu, but it needs to be replaced at some point, and only when you click on it to display it to get the most up to date information
[13:30] <mterry> roadmr, maybe checkbox could detect such scenarios and offer to skip the next test when resuming?
[13:30] <didrocks> cyphermox: maybe, there is a rendering workaround that is possible, can  you check with tedg and njpatel about them?
[13:30] <mterry> roadmr, k
[13:31] <didrocks> cyphermox: even when the menu didn't change?
[13:31] <roadmr> mterry: that would be possible, not sure if we can get that into oneiric at this point but we'll look at implementing a crash detection system, so to speak
[13:35] <mterry> roadmr, quite a few tests are internally crashing too.  I'm clicking "yes" to report them as bugs.  Is that info being bundled up with the rest of the report?
[13:35] <cyphermox> didrocks: it always gets a new menu, because so many things can have changed
[13:35] <roadmr> mterry: nope, it should send you to launchpad to file the report, I think our apport integration is a bit wonky still :(
[13:36] <roadmr> mterry: the report will have information about the failed tests anyway, so it might be a starting point
[13:36] <didrocks> cyphermox: and you can't detect if the menu changed or not? That would remove a lot of flickering already, wdyt?
[13:36] <didrocks> cyphermox: we need a md5 of the menu! :p
[13:37] <didrocks> cyphermox: (I meant, updating the menu after the click)
[13:37] <mterry> roadmr, submitted!  :)
[13:37] <cyphermox> didrocks: for wifi it makes no difference; this works quite well with gtkstatusicons
[13:38] <didrocks> cyphermox: but with this "redraw my whole menu" glitches (disappear and appear againà
[13:38] <cyphermox> didrocks: not with the gtkstatusicon
[13:38] <cyphermox> so this is really just specific to the indicator
[13:38] <cyphermox> where it does make sense to poke tedg or njpatel about it
[13:39] <didrocks> ah ok, so they have to cache it
[13:39] <didrocks> and make the diff locally
[13:39] <roadmr> mterry: yay!
[13:39] <didrocks> anyway, this will make sense with a lot of indicators I guess, thanks cyphermox :)
[13:40] <mterry> roadmr, about to manually test the mem, I may not respond for a bit if I freeze  :)
[13:40] <cyphermox> didrocks: yeah
[13:40] <roadmr> mterry: ok, just change the executable's permissions to 755, cd /usr/share/checkbox/scripts/ and run ./memory_test (it's a Python wrapper)
[13:41] <mterry> roadmr, seems to be further than it got before
[13:42] <roadmr> mterry: hmm, if it only crashes when running through checkbox it'll be a lot of fun to debug heh
[13:43] <mterry> roadmr, I'm willing to remote-debug with you if it helps
[13:43] <roadmr> mterry: thanks, if we can't reproduce on any of our systems I'll take you up on the offer
[13:44] <mterry> roadmr, if this console-test finishes, is there anything useful I should do with the results, or just note that I didn't freeze up?
[13:45] <roadmr> mterry: if you could pastebin the output, just for reference, that'd be ok, but if it finishes I guess the test will say all went well
[13:47] <tedg> cyphermox, You really shouldn't be removing the menu and starting over.  You should update the items that changed, including adding or deleting.
[13:49] <cyphermox> tedg: that´ s not really going to be possible, tracking down which ap disappeared that was in the menu and which was now added, then making sure it shows up in the right place
[13:49] <cyphermox> tedg: like i said, this is working just fine with gtkstatusicons, so there has to be something that can be done
[13:50] <tedg> cyphermox, Yes, put everything in the same process.
[13:51] <tedg> cyphermox, With status icon it blocks on the creation.  Which we're explicitly avoiding.
[13:51] <tedg> Bad architecture does solve some problems, but we've moved beyond that.  We need to embrace that.
[13:53] <roadmr> mterry: is your installation amd64? could you let me know which version of checkbox you're running?
[13:54] <cyphermox> tedg: and I did ask about blocking the display of the menu until the menu is updated in about-to-show, shouldn´ t that work?
[13:54] <mterry> roadmr, x86 and 0.12.7
[13:55] <roadmr> mterry: oh ok.... but the system has 4 GB RAM I see.. that might give a clue, but let's wait until it's finished
[13:55] <mterry> roadmr, ok, test just finished, no freeze
[13:56] <tedg> cyphermox, No, it doesn't work.  There's some space in the protocol for it, but it's not been implemented.  I think that in general, it's a bad idea.
[13:56] <roadmr> mterry: hm, ok, I'm looking at your report right now
[13:56] <tedg> cyphermox, And in that case it won't take a destruction of the menu, only postpone display.
[13:57] <cyphermox> tedg: destroying the menu has nothing to do with it, all I´m doing is updating, i destroy after
[13:57] <tedg> cyphermox, Never destroy!  Keep updated.
[13:57] <cyphermox> well, *right now* it´s building a new menu
[13:58] <tedg> Yes, and that's why it flickers.
[13:58] <cyphermox> because tracking down all that may have changed (esp. APs) is hard if not impossible
[14:01] <tedg> cyphermox, Why don't you just mark the entries that are APs and remove them, and then update just that list.
[14:02] <tedg> cyphermox, g_object_set_data(menuitem, "is-ap", GINT_TO_POINTER(TRUE)) on each one.
[14:02] <cyphermox> don´ t think this is any better than what´s being done now, but I have another idea that might work
[14:05] <dbarth> tedg: seems chrisccoulson is doing the same with xul, as i'm seeing something similar
[14:05] <chrisccoulson> ??
[14:05] <dbarth> ie, a small 0-entry menu embryo, and then an update with the content
[14:05] <chrisccoulson> that's because menus are generated dynamically
[14:05] <roadmr> mterry: ok, what the memory test does is run a command twice, so could you run this on two terminals at the same time?
[14:05] <dbarth> chrisccoulson: i noticed that recently in thunderbird, maybe my system was slowed down by the ZG bug at that time
[14:06] <roadmr> mterry: /usr/share/checkbox/scripts/threaded_memtest -qpv -m1024m -t60
[14:06] <cyphermox> dbarth: the menu is never 0-entry, it just doesn´t have time to show before it gets updated
[14:06] <dbarth> chrisccoulson: i understand, but that creates a display flicker
[14:06] <cyphermox> (at least for nm-applet)
[14:06] <chrisccoulson> dbarth, that's why we need a mechanism for delaying the menu opening whilst we build it
[14:08] <mterry> roadmr, ok, hold on one sec
[14:09] <dbarth> chrisccoulson: hmm, i thought that about-to-show would give apps enough time to update and avoid the need for that
[14:10] <chrisccoulson> dbarth, not really. the panel still displays the menu as soon as it has sent that
[14:10] <chrisccoulson> so it's already open before the application does anything with it
[14:10] <dbarth> which maybe the problem in the first place
[14:11] <mterry> roadmr, froze me
[14:11] <mterry> roadmr, seemingly due to the second terminal running it too
[14:12] <roadmr> mterry: sorry :( that's a slightly destructive test
[14:15] <roadmr> mterry: i'm trying to replicate your results on a system I have here
[14:22] <roadmr> mterry: 4 of your test errors (bluetooth, wireless) were due to bad permissions in the package, we're working on that
[14:23] <roadmr> mterry: usb/storage_transfer might fail if you didn't have usb storage plugged in
[14:23] <mterry> I believe I did...
[14:23] <roadmr> mterry: and the two memory-related tests fail obviously - other than these your report looks good :)
[14:23] <mterry> yay-ish!
[14:23] <nessita> pitti: hi there! would you please remind me where I can file bugs for ubuntu-dev-tools?
[14:23] <roadmr> mterry: oh ok, let me check the test definition for usb storage
[14:27] <roadmr> mterry: ok, could you please plug in a usb thumbdrive, make sure it gets detected/mounted, and then /usr/share/checkbox/scripts/usb_test -t
[14:28] <roadmr> mterry: btw, if you're busy this all can wait, I don't want to impose or take up your time or anything
[14:28] <mterry> roadmr, permission denied
[14:28] <roadmr> mterry: argh, for the usb test too? that's why it failed then :)
[14:29] <roadmr> mterry: oy yes, my bad, I just checked the ubuntu branch of the code and a bunch of scripts lack the correct permissions
[15:44] <rickspencer3> dobey, I don't seem to have the U1 store in my Banshee
[15:45] <Laney> you're supposed to use the whizzy new installer to turn that on now
[15:46] <rickspencer3> Laney, ?
[15:46] <rickspencer3> the store?
[15:46] <rickspencer3> I thoguht it was a banshee plugin
[15:47] <Laney> you use the ubuntuone-installer to install it. or something.
[15:47] <chrisccoulson> didrocks, oh, the metacity crash is easily reproducible :)
[15:47] <chrisccoulson> just starting xchat crashes it
[15:47] <Laney> it's part of their new delivery mechanism
[15:47] <roadmr> mterry: whenever you get a minute (and don't mind the system possibly freezing) could you run this command: /usr/share/checkbox/scripts/threaded_memtest -qpv -m2048m -t60
[15:47] <didrocks> chrisccoulson: oh really?
[15:48] <didrocks> chrisccoulson: I'm suprised (that some people are using xchat ;))
[15:48] <chrisccoulson> yay to screen, i managed to get a decent backtrace with --sync, and i caught it all with xtrace too
[15:48] <didrocks> chrisccoulson: good that's easy to get! would be easier to fix :)
[15:48] <chrisccoulson> now to figure out what's going on :)
[15:48] <didrocks> chrisccoulson: oh great!
[15:48] <Laney> rickspencer3: it sucks that people who had it automatically installed might get it removed and have to re-enable it manually though
[15:48] <Laney> is that what's happening to you?
[15:49] <chrisccoulson> didrocks, oh, actually, i would have caught it all in xtrace if i started metacity on the fake display. oops ;)
[15:49] <Laney> or did you just install the system?
[15:49] <chrisccoulson> brb, need to try again
[15:53] <rickspencer3> hey Laney
[15:53] <rickspencer3> tbh, I never used Banshee before
[15:53] <rickspencer3> I got it when I upgraded
[15:53] <rickspencer3> I just looked for the music store, and it wasn't there
[15:53] <Laney> ah
[15:54] <Laney> well the U1 people have moved to this new delivery model
[15:54] <Laney> you have to run their installer to get the pieces you want
[15:55] <Laney> or I suppose you can install the individual packages yourself
[15:57] <didrocks> Laney: hey, is the amazon store on by default?
[15:57] <Laney> should be
[15:57] <didrocks> ok, that sounds weird then :)
[15:58] <Laney> that's what they want
[15:59] <Laney> no U1 on the CD basically
[16:02] <mterry> roadmr, running
[16:04] <chrisccoulson> didrocks, i think I solved the metacity crash
[16:04] <mterry_> roadmr, froze
[16:04] <chrisccoulson> will test a patch in a bit, but i need to disappear for an hour first
[16:05] <didrocks> chrisccoulson: you're too fast, even not funny :)
[16:05] <chrisccoulson> heh :)
[16:05] <didrocks> chrisccoulson: sure, I'll probably go on week-end in a hour, if I don't see you, enjoy your week-end!
[16:06] <dobey> rickspencer3: yeah, it's not there by default and the installer installs it.
[16:07] <roadmr> mterry_: oops, sorry again :-/
[16:23] <dobey> chrisccoulson: is tb-couchdb uploaded?
[16:27] <roadmr> mterry_: sorry for the delay. Here's one more thing to try: try running that command in a vt (ctrl-alt-f1), and see if you get any error messages, kernel panics, anything whatsoever when it freezes
[16:28] <mterry_> roadmr, k
[16:30] <mterry_> roadmr, now it's not freezing me in either vt or X?  ...  slows me down a bunch though
[16:30] <mterry_> roadmr, I have to go for an errand
[16:31] <rodrigo_> ok, time to go out, have a good weekend all!
[16:31] <roadmr> mterry_: hm, it may be dependent on memory load and all
[16:31] <roadmr> mterry_: what a coincidence, me too :) We'll continue this in a bit then, let me know when you have some time to try other stuff
[16:36] <mdeslaur> Am I the only one who's window decorations disappear every time the workspace switcher is used?
[16:49] <mterry_> roadmr, I may also have mistaken a very slow computer as a frozen computer on the previous freeze report with that command line
[16:49] <mterry_> roadmr, when running in checkbox, it for sure froze though
[16:55] <didrocks> have a nice week-end everyone!
[18:09] <roadmr> mterry_: so when running through checkbox, it outright froze and you had to reboot? was the system responsive at all? (i.e. if you press capslock, does the LED respond?), how long did you wait?
[18:26] <mterry_> roadmr, back, sorry.  It outright froze.  Music I had playing in the background got stuck in a 1-second loop.  I couldn't switch VTs.  I didn't try caps lock, but I don't have any of those LEDs anyway.  I waited around 15s?
[18:28] <roadmr> mterry_: ok, thanks... did it freeze instantly, or did it work for a short while, then crashed?
[18:28] <mterry_> roadmr, it was very quick.
[18:29] <mterry_> roadmr, somewhere between instant and short while  :)
[18:29] <roadmr> mterry_: ok :)
[18:30] <roadmr> mterry_: could you try running, on two VTs, the threaded_memtest command? /usr/share/checkbox/scripts/threaded_memtest -qpv -m1024m -t60
[18:30] <roadmr> run this on vt 1, then switch to vt2 and run another instance, so we get two running in parallel
[18:31] <roadmr> it seems weird to me that things would crash that hard without any messages at all
[18:31] <mterry_> roadmr, yeah, in a sec.  doing something I don't want forzen right now
[18:31] <roadmr> mterry_: and I assume the system doesn't crash under normal workloads?
[18:31] <mterry_> roadmr, right
[18:31] <roadmr> mterry_: yes, no rush, whenever you get a minute :) thanks for your help debugging this
[19:02] <dobey> chrisccoulson: upload tb-couchdb already! :)
[19:03] <chrisccoulson> dobey, i'll do it before i sleep tonight ;)
[19:03] <dobey> chrisccoulson: btw, where is thunderbird-couchdb upstream source? i guess it would be nice for us to have it in our nightlies ppa
[19:04] <dobey> although, i suppose that might be complicated and require new thunderbird too
[19:04] <chrisccoulson> dobey, there will be once i've pushed it. but it's only around 10 lines of code anyway (if you don't count the support code i wrote for using ctypes)
[19:04] <dobey> sure
[19:05] <dobey> actually this presents a new issue we need to deal with for our nightlies builds :-/
[19:17] <mterry_> pitti, heyo -- i still have crazy compiz stacking problems, that I've heard have been fixed upstream.  Do you know the status of that?  I'd gladly test patches, I'm going crazy here
[19:18] <cyphermox> mterry_: just curious, stacking related to minimizing/switching apps?
[19:19] <DBO> mterry_, lp:~compiz-team/compiz-core/oneiric.stack_sync_fix
[19:19] <DBO> that branch + latest animation plugin fixes *everything*
[19:19] <mterry_> cyphermox, um, like, dash being behind all windows, not the right window appearing when you switch apps
[19:19] <cyphermox> mterry_: yeah, guess it's what I'm seeing too
[19:20] <mterry_> DBO, is that in a release or just that branch?
[19:20] <DBO> we have a tarball with some minor issues
[19:21] <DBO> sorry we suck at dropping tarballs
[19:21] <DBO> and the ABI was bumped for no reason (that needs to be undone)
[19:21] <DBO> actually no
[19:21] <mterry_> DBO, so sounds like Desktop would want to wait for another tarball?
[19:21] <DBO> racarr has a proper tarball
[19:21] <DBO> yeah let me get it from him
[19:23] <mterry_> DBO, yeah, roll me some of the good stuff
[19:23]  * mterry_ smoketests it
[19:24] <DBO> mterry_, https://chinstrap.canonical.com/~racarr/tarballs-oneiric-<IP_ADDRESS>ub1.tar.bz2
[19:25] <DBO> mterry_, I am being told didrocks knows of this and will be testing it on monday or something
[19:25] <mterry_> DBO, looks official  :)
[19:25] <DBO> mterry_, so enjoy the tarball for you own happy loving window stacking goodness
[19:25]  * DBO goes back to fuming about stacking
[19:25] <mterry_> didrocks is the best.  DBO, OK, I'll check in on him on Monday then
[19:25] <DBO> didrocks is a national hero
[19:26] <mterry_> DBO, stacking is fixed, you say!  Nothing to fume about, pending our ability to get it into the beta
[19:26] <mterry_> or right after
[19:26]  * mterry_ makes no promises
[20:27] <micahg> hungry, hungry panel: 19250 micah     20   0 1389m 908m 7164 S    0  5.7   3:00.77 unity-2d-panel
[20:27] <chrisccoulson> there's already a bug for those leaks somewhere
[20:28] <chrisccoulson> right, metacity crasher fixed :)
[20:28] <micahg> ok, I guess I just have to play the waiting game...
[20:44] <Nafallo> hmm. lightdm didn't show up after reboot, and I could't figure out how to fix it myself.
[20:44] <Nafallo> I had just a black screen with a white pointer.
[20:44] <Nafallo> anyone seen it?
[20:45] <Nafallo> and yeah, apt-btrfs-snapshot saved my ass ;-)
[20:45] <Nafallo> mvo+++
[20:48] <htorque> micahg: bug 850320 - fixed in trunk (for the most part) :-)
[20:48] <ubot2> Launchpad bug 850320 in unity-2d "bad memory leak in unity-2d-panel" [Undecided,Confirmed] https://launchpad.net/bugs/850320
[21:16] <micahg> htorque: thanks, any upload planned soon?
[21:21] <desrt> rodrigo_: word.
[21:25] <htorque> micahg: no idea, i'm just a curious tester ;-)
[23:34] <dupondje> Libreoffice is like a hell to work with atm
[23:34] <dupondje> tons of artifacts?


[01:32] <delinquentme> so how can I automate the install of something like the passenger configuration script ... since when I run $ passenger-install-nginx-module  it asks for prompts  !!!!!!!!!!!!!!!!!!! how do automate something like this!?
[01:36] <sarnold> delinquentme: if the script doesn't just let you give answers via --foo=bar, --floor=baz, etc., then you can always drag out expect(1). expect is a horrible tool, but when it works, it often solves a task that nothing else quite can do...
[01:36] <sarnold> delinquentme: but perhaps there would be another tool written by someone else that would do the same job in a better fashion?
[01:36] <sarnold> s/better/more automated/
[01:36] <delinquentme> sarnold, it looks like linode has tools that I'm looking far
[11:29] <igalic> If anyone here is particularily bored, I'd love to get some feedback on https://bugs.launchpad.net/ubuntu/+source/kexec-tools/+bug/1235616
[16:43] <Kwayzu> anyone running utorrent with webgui on their ubuntu-server?  Mine is stuck "loading"
[19:56] <gartral> hey all, I have a dying drive, and a drive of slightly larger capacity that I wish to clone said bad drive too, using ddrescue I get "Bad or missing numerical argument" with the command ddrescue -r=3 -d -f -v /dev/sda /dev/sdc ./recovery.log
[20:00] <gartral> nvm, fixed it
[20:00] <gartral> the -r=3 was wrong, it needed too be -r 3
[20:04] <andol> gartral: the = is more common with --long-options, even if it often is volontary then.
[21:04] <Trebacz> Migrating to a new server. Is the best way to migrate configuration files and settings to use rsync? If so how to I copy files between directories such as /var/www using sudo and ssh?
[21:06] <Trebacz> I tried something like sudo rsync -e "ssh -p 22" -avz /var/www david@<IP_ADDRESS>:/var/www
[21:12] <bekks> Trebacz: sudo rsync ...
[21:18] <Trebacz> I tried: sudo rsync -e "ssh -p 22" -avz --rsync-path="sudo rsync" /var/www david@<IP_ADDRESS>:/var/www/  but I get a no tty present and no askpass program specified
[21:20] <bekks> Trebacz: you have to setup ssh keys for root for what you want to do there.
[21:23] <TJ-> Trebacz: You'll need the "-t" or even "-tt" argument to "ssh" to solve the "no tty present" issue
[21:24] <shauno> or 'nopasswd' for rsync in sudoers, so it doesn't need to prompt for a pass ?
[21:27] <Trebacz> With sudo rsync -e "ssh -tt -p 8080" -avz --rsync-path="sudo rsync" /var/www david@<IP_ADDRESS>:/var/www/ I get a protocol version mismatch -- is your shell clean?
[21:31] <Trebacz> rsync 3.0.9 version is identical on both servers
[22:36] <gartral> andol: there's no special magic I have to pull out of rear-end to make this cloned drive bootable, right? aside from, of course, the obligatory fsck, right?
[22:56] <gartral> side thought; how many years does it take to squash all bugs in a program? A: x=1*r (r standing for known fixed bugs.)
[22:57] <TJ-> gartral: It depends on whether the development has come to a halt or not, and whether it interacts with other programs/kernel :D
[23:01] <gartral> TJ-: those are forigen variables. also, the latter is almost cetainly always in a "false" state, as even the most basic of programs *must* communicate through other programs, same for the most elementar, BIOS and Microcode are nothing without each other
[23:02] <zoned> when i do a mount -t reiserfs /dev/disk/by-id/<the id> /mnt/foo     df -h shows my 750G disk as 134M
[23:02] <kartoffelfreund> hello everybody... is someone fit in server maintenance? i have a little issue with my raspberryPI,a backup and a read only system
[23:03] <kartoffelfreund> well...bein in ubuntu server makes my first question obsolete
[23:03] <gartral> kartoffelfreund: you aren't offering much to go on here.. elaborate please
[23:04] <kartoffelfreund> well... i run a raspberryPI with rasbian-netinstall, have set up an apace, owncloud etc and everything went well...
[23:05] <kartoffelfreund> now i wanted to overclock the systen and made a backup from the sdcard...
[23:05] <kartoffelfreund> as mentioned in the oc menu, the system failed, so I dd'ed the backup back to the mmc-card
[23:06] <kartoffelfreund> now I'm able to boot the system but it does not start the apache (read only filesystem)
[23:06] <kartoffelfreund> it does not find the external hdd eiter
[23:08] <kartoffelfreund> im not sure but has the "read only " something to do with the user-permissions from my laptop?
[23:08] <gartral> kartoffelfreund: well either there was an inconsistent backup, which corrupted your server or you've left some *.lock files where they shouldn't have been, are you able to ssh into the PI and poke around?
[23:09] <kartoffelfreund> I even tried this http://askubuntu.com/questions/197459/read-only-file-system but fsck does noting/something i dont understand
[23:09] <kartoffelfreund> yes
[23:09] <kartoffelfreund> im logged in via ssh
[23:10] <gartral> which did fsck do, nothing, or was there some output that doesn't make sense?
[23:11] <kartoffelfreund> root@pi:~# fsck -Af -M
[23:11] <kartoffelfreund> fsck from util-linux 2.20.1
[23:11] <kartoffelfreund> root@pi:~#
[23:13] <kartoffelfreund> but i fear that the backup was inconsistent... :/
[23:14] <gartral> ok, so that rules out the corrupt FS theory.. for now.. do ls -AR | grep *.lock
[23:15] <gartral> oops, let me revise that
[23:15] <gartral> kartoffelfreund: ls -AR / | grep *.lock
[23:16] <kartoffelfreund> shows nothing
[23:17] <gartral> >.<
[23:17] <gartral> kartoffelfreund: ls -AR / | grep lock
[23:17] <kartoffelfreund> much more :D
[23:18] <gartral> did that show times?
[23:19] <kartoffelfreund> what do you mean by times?
[23:19] <kartoffelfreund> it listed roughly 100 files
[23:21] <gartral> kartoffelfreund: you'll have to go through and determine when those locks were created
[23:22] <kartoffelfreund> o.o
[23:22] <gartral> i recommend man ls or a good google, but I'm willing to bet that some of those locks are old
[23:22] <kartoffelfreund> i set the pi yesterday up...
[23:23] <kartoffelfreund> i worked like a charm until i decided to oc the pi...
[23:26] <gartral> is it still overclocked?
[23:27] <kartoffelfreund> looking closer it also shows entries called block/clock etc...
[23:27] <kartoffelfreund> yes but at a safer value wich worked well
[23:28] <gartral> at this point, I'm not much help, I don't own a PI and i can't divert any more time into helping you with yours, I'm sorry
[23:35] <kartoffelfreund> and it even does not boot up when rebooting...
[23:35] <kartoffelfreund> :(


[12:05] <jrwren> Oct 28 07:59:44 delays kernel: [1198951.317775] Uhhuh. NMI received for unknown reason 31 on CPU 4.
[12:06] <jrwren> Oct 28 07:59:44 delays kernel: [1198951.317777] Do you have a strange power saving mode enabled?
[12:06] <jrwren> Oct 28 07:59:44 delays kernel: [1198951.317778] Dazed and confused, but trying to continue
[12:06] <jrwren> before I noticed those were from kernel, I thought I'd been hacked and someone was using write
[12:06] <cmaloney> heh
[14:44] <greg-g> Weird
[14:49] <jrwren> https://duckduckgo.com/?q=NMI+received+for+unknown+reason+31&t=osx&ia=web  i guess it is common enough
[14:49] <jrwren> great messages though, lul
[15:38] <jrwren> greg-g: congrats on ditching gerrit ;)
[15:38] <greg-g> :) :)
[15:42] <cmaloney> Never used Gerrit, so don't have opinions on it, but curious what the tool does since I haven't used it.
[15:42] <cmaloney> https://www.gerritcodereview.com/ is a good start, but not really seeing the power of it yet.
[15:43] <cmaloney> Though I'm getting the feeling that the major issuw with Gerrit is being a Google product and the benevolent neglect therein.
[15:45] <greg-g> we had a whole huge consultation about it: https://www.mediawiki.org/wiki/GitLab_consultation
[15:45] <greg-g> discussion: https://www.mediawiki.org/wiki/Talk:GitLab_consultation
[15:45] <greg-g> summary of that huge talk page: https://www.mediawiki.org/wiki/GitLab_consultation/Discussion_summary
[15:45] <greg-g> tl;drs at the top :)
[15:47] <greg-g> really, gerrit is truer to git mechanics than github/gitlab. In fact, pretty much everything in Gerrit is stored in Git (not mysql).
[15:48] <greg-g> but, it's intractable for new users
[15:49] <jrwren> Gerrit is not bad... but it just isn't as nice for most things as GH PRs are.
[15:49] <jrwren> I used Gerrit to great success and just fine at spacemonkey.
[15:50] <jrwren> but yeah, what greg-g said.  not easy for new users... but really any dev, even a junior should be up to speed on it in mere minutes. It is just a tiny learning curve.
[15:50] <jrwren> but it is never as beautiful.
[15:51] <greg-g> yup
[16:11] <cmaloney> ah, ok
[16:12] <cmaloney> kinda like sourcehut and it's "user interface"
[16:55] <jrwren> hahahahaha Hirsute Hippo
[20:30] <jrwren> is there a faster tool to use for splitting files than dd bs=1 skip=<offset> ?
[20:31] <cmaloney> making floppies? :)
[20:32] <jrwren> actually... kinda almost :)
[20:32] <jrwren> I've got an MSI that is built by appending a CAB. I'd like to split it back out ot have just hte cab.
[20:32] <cmaloney> I haven't looked into the problem long enough to understand if there's a better way
[20:32] <jrwren> the opposite of cat 1 2 > 3, when I know the offset of 2
[20:33] <cmaloney> The only other command I've used for dd like things is pv and that doesn't seem to have a skip
[20:34] <jrwren> isn't that just a display tool?
[20:34] <cmaloney> in some cases yes
[20:35] <_stink_> not sure i follow what you're trying to do - what about split?  i use that to split big tarballs into segments for uploading to cloud storage.
[20:35] <jrwren> i couldn't see an option in split to say only split once.
[20:35] <_stink_> ahaa
[20:35] <jrwren> basically, I have a 1.6MB file. I want to throw away the first 300k
[20:37] <jrwren> dd works fine, but dd bs=1 is DIRT SLOW. a more specialized tool would be much nicer.
[20:37] <jrwren> hell, i could write one in a few minutes.
[20:37] <jrwren> cut -b might work the same.
[20:43] <jrwren> oh, well, still no good solution, but it isnt' concatenated the way I thought anyway.
[20:55] <cmaloney> jrwren: could you bump up the bs?
[21:01] <jrwren> skip skips blocks.
[21:10] <cmaloney> ah
[21:10] <cmaloney> so it needs to be 1 byte blocks
[21:10] <cmaloney> which is going to be slow with dd
[21:11] <jrwren> yup.
[21:11] <jrwren> it is ok. i've moved on.


[14:11] <gpwx> Afternoon :-0
[14:12] <czajkowski>  aloha
[14:12] <gpwx> :-D
[14:13] <gpwx> Wondering if someone might have some advice.
[14:13] <czajkowski> ask and see sure
[14:13] <gpwx> I have an Acer Aspire 1360 laptop that I want to donate and installed Ubuntu on it. The issue is that half the screen is black & I'm not given any res option higher than 800x600
[14:14] <gpwx> I've found very few threads suggesting option on how to fix it but nothing seems to work. Naturally it could also be that I'm an absolute beginner and just trying to give this laptop a new lease on life
[14:16] <czajkowski> hmm
[14:16] <gpwx> or it could just be that it's too old to be supported..
[14:16] <czajkowski> gpwx: when it didnt have ubuntu on it did the screen work
[14:17] <gpwx> Yep. It came with Win on it and I thought that Ubuntu would be less hassle to the users as it's going to a charity organisation
[14:17] <czajkowski> what version of Ubuntu are you running ?
[14:18] <gpwx> I ran the update and running the latest
[14:18] <czajkowski> so 12.04
[14:18] <czajkowski> are there any open bugs on it?
[14:18] <gpwx> one sec... I don't think so.
[14:19] <gpwx> 11.10 ?
[14:19] <gpwx> hmm
[14:21] <gpwx> ok, let me run the upgrade again..
[14:21] <czajkowski> gpwx: aye try upgrading to 12.04 and see if that fixes it
[14:21] <gpwx> I shall return :-)
[14:22] <czajkowski> great
[14:23] <gpwx> Thanks for the help.
[14:23] <czajkowski> no problem
[15:00] <czajkowski> Juju at your service webinar live now. http://www.brighttalk.com/webcast/6793/49171


[12:49] <ogra_> hmm, do we have a dekko amd64 click ?
[12:49]  * DanChapman does
[12:50] <ogra_> in a downloadable space ? :)
[12:52] <mcphail> ogra_: it is very quick to build
[12:52] <DanChapman> ogra_, give https://drive.google.com/open?id=0BwhxYaiA7z1qY2Jtd2E1Y3daSGs a try
[12:52] <ogra_> hmm, unity8 really eats my CPU on teh laptop ... it is constantly at 15-20% CPU usage
[12:55] <ogra_> DanChapman: awesome, works !
[12:56] <DanChapman> \o/ excellent. I haven't really tested the amd64/i386 clicks so good to hear that
[12:56] <ogra_> now i wish it had threading in full desktop mode :)
[12:56] <DanChapman> in progress :-p
[12:56] <ogra_> (note i just copied .config/dekko.dekkoproject over from my phone ... cant say if the wizard works
[12:56] <ogra_> )


[01:20] <octocpp> So, why should I still trust SElinux since it is made by the NSA?
[09:06]  * apw yawns
[15:32] <lfaraone> apw: I have validated that the new openafs-client is able to get tokens and access files on 3.2, 3.5, 3.8, 3.11 as shipped in Precise
[15:38] <apw> great
[16:07] <lfaraone> marked as such on the bug
[16:07] <lfaraone> apw: anything else you need?
[16:09] <apw> lfaraone, i think i am as happy as i can be, though the final decision is not mine, but i think you have done your bits
[16:10] <lfaraone> looking at https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule , by Dec 12 the kernel for the final point release of 12.04.4 will be finalised, and it will be released on Jan 23?
[16:15] <apw> lfaraone, yes true
[16:18] <infinity> lfaraone: I don't suppose there's any chance we could try to make it ready for 3.13 too, so we don't have to do this dance all over again?
[16:26] <lfaraone> infinity: I don't think anybody has looked at 3.13 yet; ideally I'd like to get out a fix for current users sooner rather than later.
[16:27] <infinity> lfaraone: Fair enough.
[16:54] <apw> infinity, i'd also say that the changes for 3.12 (which there is no ponit in releaseing) are more the normal "little patch" on the top jobs
[16:54] <lfaraone> apw: anyway, https://launchpad.net/~canonical-kernel-team/+archive/ppa says "It IS NOT RECOMMENDED that you subscribe to this PPA.". I assume the kernels there won't cause my disk to explode, or something. Would you recommend running it in a VM anyway, or is on my laptop fine? (just for testing)
[16:55] <apw> lfaraone, yeah we make no guarentee about installability from there, you can easily get uninstalled from there if yuo arn't vigilent when it says what it is going to do
[16:55] <apw> but there is a 3.13 in there which you could test against, of course we are only at -rc1 so there is still time for more change to come, though there should not be any
[16:59] <cking> -rc1 is working quite well for me at the mo
[17:02] <apw> cking, yeah this is more about there ought not being but maybe being more interface changes inside before 3.13 final
[17:02] <cking> yep, i guess to expect the usual :-)
[17:10] <bjf> sbeattie, when you get some time could you take a glance at http://kernel.ubuntu.com/testing/test-results/fozzie__3.12.0-4.10__2013-11-27_15-53-00/ubuntu_qrt_apparmor/results/ubuntu_qrt_apparmor.test-apparmor.py/debug/ubuntu_qrt_apparmor.test-apparmor.py.DEBUG.html
[17:10] <bjf> sbeattie, it's an apparmor test run on Trusty. i updated the tests so it should be the latest.
[17:54] <tyhicks> bjf: hi - according to the line number for the assertion, an old version of test-apparmor.py is being ran
[17:55] <tyhicks> bjf: those two failures are fixed by QRT revno 2029
[17:58] <tyhicks> sbeattie: ^ (in case you're looking at this already)
[18:00] <reghat> hello. I have a question if someone could answer it. What is the best way to dump a kernel modules memory or I can only dump the entire kernel memory ?
[21:53] <bjf> tyhicks, according to my bzr.log i'm at revno: 2057
[21:53] <bjf> tyhicks, i'm still investigating
[21:56] <bjf> tyhicks, my test-apparmor.py is revno: 2031
[21:56] <bjf> tyhicks, still looking
[22:19] <bjf> tyhicks, just ignore me ... sorry for the noise (i looked at the wrong test results)
[22:37] <brendand> is integration of the RTL8723AS-VAU driver on the horizon?


[10:50] <BenLauDC> Hi , I have just downloaded the source code of moblin image creator from git repository , but I found none of the platform use intrepid.
[10:50] <BenLauDC> Is ubuntu mobile team keep their work in another repository ?
[10:54] <StevenK> BenLauDC: We don't use MIC with Intrepid
[11:00] <BenLauDC> SkevenK: ic..  any replacement of MIC?
[11:00] <StevenK> BenLauDC: For Intrepid and Jaunty, we are using livecd-rootfs to construct the image, along with a script that wraps it up into a vfat image
[11:01] <BenLauDC> SkevenK: icic , thx!
[11:47] <theseinfeld> anyone who knows how to explain why the libplasma2 from ports intrepid is dependent on kdebase-workspace-data version 4:4.1.2-0ubuntu9 which is not in the repository anymore?
[11:47] <theseinfeld> lool?
[11:48] <ogra> BenLauDC, https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageCreation
[11:49] <theseinfeld> anyone who tried to make a lpia debootstrap from intrepid and then aptitude install libplasma2 will get into this trouble...
[11:49] <Hobbsee> theseinfeld: which version of libplasma2?
[11:49] <theseinfeld> the one that is in ports in ubuntu9
[11:49] <theseinfeld> 4:4.1.2-0ubuntu9 Hobbsee
[11:50] <BenLauDC> ogra : Thanks!!!
[11:50]  * Hobbsee scratches head
[11:50] <Hobbsee> oh.
[11:51] <Hobbsee> because the latter versions of kdebase-workspace never built.
[11:51]  * theseinfeld knows...
[11:51] <theseinfeld> so, we cannot get the plasma2 then?
[11:51] <StevenK> On lpia?
[11:51] <Hobbsee> StevenK: yes
[11:51] <theseinfeld> yes
[11:51] <StevenK> If it built on i386 and not lpia, that would explain it
[11:52] <Hobbsee> well, that's a pain.
[11:52] <theseinfeld> it is not the first time that the autobuilders images have some hickups
[11:52] <theseinfeld> where are the buildd reports actually?
[11:52] <theseinfeld> the whole kdebase is not build since ubuntu9
[11:52] <StevenK> In Launchpad
[11:52] <Hobbsee> https://edge.launchpad.net/ubuntu/+source/kdebase-workspace/4:4.1.2-0ubuntu13/+build/751761 and such
[11:53] <theseinfeld> StevenK can you please be more...Thanks Bobbsee
[11:53] <Hobbsee>   python-kde4-dev: Depends: python-kde4 (= 4:4.1.2-0ubuntu2) but it is not going to be installed
[11:53] <Hobbsee> I hate when this stuff happens in stable releases.  you can't just give builds back...
[11:54] <theseinfeld> probably is because of this : python-kde4-dev: Depends: python-kde4 (= 4:4.1.2-0ubuntu2) but it is not going to be installed
[11:54] <theseinfeld> I just realized this week, but I think it is a very old problem...
[11:55] <theseinfeld> question is, who knows anyone that can touch the autobuilder :D
[11:55] <Hobbsee> oh, fer....
[11:55] <theseinfeld> to fix those dependencies manually so we can build those kdebase packages :D
[11:55]  * Hobbsee can touch the autobuilder.
[11:55]  * theseinfeld loves Hobbsee :D
[11:56] <theseinfeld> I think the last time it build correctly was in the early November :D
[11:56] <pundiramit> hi... I have ported gnome-desktop+x11 on omap3-evm... gnome-session comes up nicely but no way to interact with the system... can anyone tell me how can I make tslib work with that?
[11:56]  * Hobbsee just *loves* circular build dependancies...
[11:57]  * theseinfeld yeah...what a mess :D
[12:00] <theseinfeld> Hobbsee, are you on top of this issue? Should I put my faith in you that I will see some kdebase installed?
[12:00] <Hobbsee> theseinfeld: i'm looking into it, but no promises.
[12:01] <theseinfeld> Hobbsee, let me know if I can help you...
[12:01] <theseinfeld> I've been bogged into this the whole week...
[12:01] <theseinfeld> I even used some old mirror backup to get the kdebase somehow up
[12:04] <theseinfeld> Hobbsee, did you check actually the proposed one: https://edge.launchpad.net/ubuntu/intrepid/+source/kdebase-workspace/4:4.1.3-0ubuntu1~intrepid1 It fails on everything :(
[12:04] <Hobbsee> yes, i saw that.
[12:05] <theseinfeld> and the https://edge.launchpad.net/ubuntu/intrepid/+source/kdebase-workspace/4:4.1.2-0ubuntu12 which builds in jaunty but not in intrepid
[12:05] <theseinfeld> great success :D
[12:06] <Hobbsee> that didn't build in intrepid...
[12:06] <Hobbsee> er, jaunty
[12:07] <theseinfeld> the 4.1.3
[12:08]  * Hobbsee wonders why that's called 4.1.73...
[12:09]  * theseinfeld was thinking the same...
[12:09] <theseinfeld> They are hard working people there ;D
[12:14]  * theseinfeld wonders...
[12:14] <theseinfeld> In 5 days from 4.1.2 -> 4.1.73 :D
[12:15] <theseinfeld> is Riddell online?
[12:15] <Hobbsee> he's on holidays
[12:16] <theseinfeld> I guess that explains the lag...
[12:16]  * Hobbsee wonders why this built on other arches
[12:16] <theseinfeld> it did?
[12:17] <theseinfeld> make a diff between the logs :D
[12:17] <theseinfeld> which version is your focus? ubuntu13?
[12:17] <theseinfeld> 4.1.2?
[12:19] <Hobbsee> all of them, so far.
[12:26] <Hobbsee> Ah, that would be https://bugs.edge.launchpad.net/ubuntu/+source/kde4bindings/+bug/289402
[12:26] <Hobbsee> note to self:  check for bugs first
[12:27]  * ogra isnt sure that haigh :)
[12:27] <ogra> *high
[12:27] <ogra> lpia might be a dying arch
[12:28] <Hobbsee> ogra: that's true.  I've still no idea why it didn't hit the other arches, though
[12:28] <theseinfeld> ogra why is lpia a dying arch?
[12:29] <ogra> theseinfeld, we'll discuss if we want to go on keeping it at UDS ... the achievemnts are probably not big enough to justify the work we have to put in to maintin a complete separate arch for it
[12:30] <theseinfeld> UDS as in Sevilla?
[12:31] <Hobbsee> Googleplex in California, actually
[12:31] <Hobbsee> sevilla was a year and a half ago
[12:31] <ogra> right, UDS as in ubuntu developer sumit at google next month :)
[12:31] <theseinfeld> Google Inc., Crittenden Campus, 1400 Crittenden Lane, Mountain View, CA 94043
[12:31] <theseinfeld> ok
[12:32] <theseinfeld> That will be in 2 weeks?
[12:32] <theseinfeld> Monday 8th - Friday 12th December 2008
[12:32] <ogra> right
[12:33] <ogra> we'll review lpia there and decide if its worth keeping it ...
[12:47]  * theseinfeld fears...
[12:48] <lool> Hobbsee: KDE stuff was all pain in jaunty as well
[12:49] <lool> FTBFSed all over the place
[12:49] <lool> Yeah Riddell in holidays til UDS or so
[12:49] <Hobbsee> lool: I can see that.  Looks like 4.2 is fixing a lot fo it
[12:49] <lool> Hobbsee: It is; I poked kubuntu-dev people about it
[12:49] <lool> I wanted to help, but the .73 tarballs are only downloadable by official packagers...
[12:49] <Hobbsee> oh, they're on ktown?
[12:49] <lool> There's an intrepid-backports of .3 which does build
[12:50]  * Hobbsee probably still has an account for that, come to think of it...
[12:50] <lool> Hobbsee: On ftp.kde.org they are group "packager"
[12:50] <lool> and 660 or so
[12:50] <ogra> theseinfeld, why do you fear ? it really doesnt gain you much above the x86 arch
[12:50] <Hobbsee> ah, right
[12:50] <lool> Hobbsee: Anyway, they are prepared now
[12:50] <lool> So jaunty is being fixed
[12:50] <Hobbsee> cool
[12:50] <lool> One can note that intrepid's version ftbfs which is bad
[12:50] <ogra> s/why/what/
[12:51] <lool> As you pointed out, there's a bdep loop too
[12:51] <lool> Hobbsee: Do you think we can do anything about it for intrepid/lpia?
[12:51] <Hobbsee> lool: depends if 4.2 gets pushed to -updates.
[12:51] <lool> I wouldn't expect so
[12:52] <Hobbsee> lool: there's an existing bug on it, so perhaps they'll SRU 4.1.3 (again?)
[12:52] <lool> Perhaps we could push 4.1.3 to updates though instead of the weird backports only version
[12:52] <Hobbsee> rgreening's not around to ask
[12:52] <Hobbsee> the 4.1.3 bit is broken too, no?
[12:52] <Hobbsee> on lpia?
[12:52] <lool> Yeah, but at least it doesn't FTBFS
[12:53] <lool> On arches where python-kde4 / plasma are installed
[12:53] <lool> Oh 4.1.3 is on proposed as well
[12:53]  * ogra remembers the mojo people moaning a lot about kde building
[12:53] <lool> kdebase-workspace | 4:4.1.3-0ubuntu1~intrepid1 | intrepid-proposed | source, all
[12:53] <lool> failed to build everywhere *sigh*
[12:54] <Hobbsee> all of those seem to have the circular build-deps.
[12:54] <lool> and same for kde4bindings *double-sigh*
[12:54] <Hobbsee> although I've got no idea why amd64/i386 built on the ppa
[12:54] <Hobbsee> the circular build deps are only resolved in the 4.2 packages
[12:55] <Hobbsee> so we either take 4.2, or sru it again
[12:55] <lool> Hobbsee: Was this a packaging mistake?
[12:55] <Hobbsee> lool: likely.
[12:55] <Hobbsee> although, from the bug, it seems that it's an upstream kde mistake as well
[12:56] <Hobbsee> it's probably worth making sure that those bindings don't get from proposed to updates, too.
[12:58] <Hobbsee> although I guess it can be SRU'd, and SRUd again
[13:01] <lool> I wonder why kdebase-workspace only failed to build on armel
[13:04] <lool> libplasma3 4:4.1.73-0ubuntu7 versus 8, but probably not the issue
[13:05] <ogra> are all build deps up to date ?
[13:06] <lool> kdelibs5 as well
[13:06] <lool> ogra: usually newer on armel than on i386
[13:07] <ogra> what about kde4libs ?
[13:08] <ogra> ah, kde4bindings is dep-wait
[13:08] <ogra> that might have something to do with it
[13:10] <lool> I don't understand why there's so much difference in boost stuff
[13:12] <lool> THe *i386* build has ImportError: No module named distutils.sysconfig
[13:13] <lool> Perhaps the armel build pulls more stuff
[13:22] <lool> Or it's just a type conversion error in kdebase-workspace :)
[14:22] <Do1> trying to get some help with syncing a motorola Q,  I can see the phone, I can get records from Evolution, but can not Browse the phone nor get it to sync. using ubuntu 8.10 and synce  0.12 all installed as packages.
[14:23] <Do1> The moto Q is a Windows Mobile 5 device
[14:50] <theseinfeld> back...