[00:26] <alphonso> hey guys... i'm looking for a nooby way to install the latest build of gnome3... anyone know the apt line for the launchpad repository?
[00:31] <kenvandine> alphonso, http://askubuntu.com/questions/22946/how-do-i-install-the-latest-version-of-gnome-3
[00:31] <kenvandine> i haven't tried it
[00:31] <kenvandine> but there are instructions there
[00:41] <alphonso> kenvandine: thanks i'll try that
[00:42] <alphonso> kevandine: i already tried that source and i've been getting a dependency error
[00:42] <alphonso> kevandine: specifically: ppa:gnome3-team/gnome3
[01:31] <chrisccoulson> hmmm, this is really confusing me now: http://paste.ubuntu.com/578131/ :(
[01:40] <cyphermox> howdy
[01:41] <cyphermox> TheMuso, what is the best way I can verify that the accessible description strings are properly getting set for indicators?
[01:41] <robert_ancell> RAOF, got you a dmesg with my radeon problem: http://paste.ubuntu.com/578132/
[01:48] <RAOF> robert_ancell: Full of yummy radeon failure!
[01:54] <RAOF> Hm.  I suspect mesa 7.10.1 might have broken every python app that loads libGL in some way.
[01:54] <RAOF> Let's check, shall we!
[02:03] <robert_ancell> RAOF, where should I file this one?
[02:05] <RAOF> Probably the kernel, I think.
[02:06] <robert_ancell> reportbug ?
[02:07] <robert_ancell> reportbug linux-image-2.6.38-6-generic?
[02:08] <RAOF> ubuntu-bug linux, although you'll probably need to attach that dmesg seperately.
[02:57] <Gorthax> good evening all
[03:00] <Gorthax> hi everyone, again
[03:02] <Gorthax> i need help with modelines under X
[03:02] <Gorthax> running 10.10
[03:03] <Gorthax> first istall since intrepid
[03:03] <Gorthax> using a panasonic 50" as monitor
[06:52] <didrocks> good morning
[07:23] <pitti> Good morning
[07:24] <didrocks> hey pitti
[07:28] <pitti> bonjour didrocks
[08:20] <evilvish> hi, anyone have a clue what could have caused Bug 732427 ?
[08:20] <ubot2> Launchpad bug 732427 in humanity-icon-theme "Regressions in latest release (<IP_ADDRESS>)" [Medium,Incomplete] https://launchpad.net/bugs/732427
[08:20]  * evilvish looks at other pacakges updated yday
[09:01] <htorque> evilvish, you say none of the icons were touched in <IP_ADDRESS>, but according to diff almost all were changed (putting things in style="...")
[09:01] <evilvish> huh?
[09:01] <evilvish> how..
[09:01] <htorque> evilvish, could this have to do with optimizing svgs to save disk space?
[09:02] <evilvish> htorque: do you notice the same issue?
[09:02] <evilvish>  http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/humanity-icon-theme/natty/revision/31
[09:02] <htorque> evilvish, i've not yet updated
[09:02] <evilvish> hmm..
[09:03] <evilvish> stupid lp is offline again :/
[09:10] <htorque> evilvish, just updated and i'm getting the same
[09:20] <evilvish> oh well, I no clue
[09:23] <htorque> evilvish, this is the diff for the dark stock_person.svg: http://paste.ubuntu.com/578249/
[09:24] <htorque> evilvish, it looks like gradients were wildly replaced - to me that sounds like an optimizing script working too aggressively ;-)
[09:24] <evilvish> none of those have been touched :s
[09:25] <evilvish> ah ha! pitti updated the rules recently, maybe thats what is causing this
[09:25] <pitti> what? me? I haven't touched themes in ages
[09:25] <evilvish> pitti: could you have a look at Bug 732427
[09:25] <ubot2> evilvish: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable (https://launchpad.net/bugs/732427)
[09:25] <pitti> (or ever really touch them at all)
[09:25] <pitti> evilvish: no I can't -- LP is offline :)
[09:26] <evilvish> boo lp.. ;p
[09:26] <pitti> evilvish: which rules did I update?
[09:26] <evilvish> pitti: if you have the humanity changelog, check it out, you modified the debian/rules
[09:27] <pitti> ah, these rules
[09:27] <evilvish> pitti: i dont know why i just think these might be causing a problem : debian/rules: Build with scour; add python-scour build dependency. , debian/rules: Greatly simplify.
[09:27] <pitti> evilvish: that might be scour then
[09:28] <pitti> debian/rules just changes how the .deb is put together, which doesn't affect shipped .svgs at all; but scour certainly does
[09:28] <evilvish> pitti:  cool.. , then you probably know how to fix it .. phew :)
[09:28] <pitti> it's an SVG optimizer/compressor
[09:28] <pitti> evilvish: not until I know what the problem is :)
[09:29] <pitti> there's one know scour bug to mess up gradients
[09:29] <pitti> bug 702423
[09:29] <ubot2> pitti: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable (https://launchpad.net/bugs/702423)
[09:29] <evilvish> pitti: sure, it modifies all the svg files … and they look odd
[09:29] <pitti> yes, it's meant to modify them all
[09:29] <pitti> but they ought to look identical afterwards
[09:30] <evilvish> transparency seems to have been messed up and the gradients are wrong
[09:30] <pitti> evilvish: ok, that sounds like another instance of above bug thhen
[09:30] <pitti> evilvish: how many icons does that affect?
[09:30] <evilvish> a *lot*
[09:30] <evilvish> that bug has screenshots
[09:30] <pitti> ok, thanks
[09:31] <pitti> I guess we need to wait until LP is back up
[09:31] <evilvish> yup..
[09:34] <chrisccoulson> good morning everyone
[09:37] <pitti> hey chrisccoulson
[09:37] <pitti> chrisccoulson: ffox is translated \o/ thanks for fixing the locale detection
[09:37] <chrisccoulson> hi pitti, how are you?
[09:37] <chrisccoulson> oh, that's good :-)
[09:37] <pitti> chrisccoulson: I'm great, thanks
[09:37] <pitti> how about yourself?
[09:37] <chrisccoulson> yeah, i'm not too bad thanks
[09:40] <seb128> hey pitti chrisccoulson
[09:40] <pitti> bonjour seb128
[09:41] <seb128> oh, launchpad is already back
[09:42] <evilvish> pitti: yay! lp is up Bug #732427
[09:42] <ubot2> Launchpad bug 732427 in humanity-icon-theme "Regressions in latest release (<IP_ADDRESS>)" [Medium,Incomplete] https://launchpad.net/bugs/732427
[09:42] <mvo> seb128: oh? I still get 503 on bazaar.launchpad.net
[09:42] <seb128> mvo, bug editing works at least
[09:42] <mvo> cool
[09:42] <evilvish> mvo: came back just a couple of mins ago
[09:42] <chrisccoulson> hi seb128, how are you?
[09:42] <seb128> chrisccoulson, I'm fine, what about you?
[09:43] <mvo> yay!
[09:43]  * mvo merges $stuff
[09:43] <pitti> evilvish: right, seems to be a duplicate indeed
[09:43] <evilvish> pitti: maybe we can remove the scour dependancy and rebuilt?
[09:44] <evilvish> rebuild*
[09:44] <pitti> evilvish: we could do that; I was going to propose to add extra checks to dh_scour to not touch these kinds of icons
[09:44] <pitti> evilvish: like comparing before-after results with rsvg
[09:44] <evilvish> pitti: ok.. i dont know any of that, so i'll let you handle it ;)
[09:44] <chrisccoulson> seb128 - yeah, good thanks
[09:45] <evilvish> pitti: whichever you feel right/quicker
[09:45] <pitti> evilvish: I'll keep the master bug on my list then, please mark it as a dupe (and perhaps add a humanity task to do a rebuild after whatever fix we apply)
[09:46] <evilvish> pitti: ok sure.. thanks :)
[09:47] <chrisccoulson> Ampelbein, what arch are you using?
[09:53] <seb128> pitti, bug #707585
[09:53] <ubot2> Launchpad bug 707585 in language-selector "gnome-language-selector assert failure: *** glibc detected *** /usr/bin/python: free(): invalid pointer: 0x040223f2 ***" [Medium,New] https://launchpad.net/bugs/707585
[09:54] <seb128> pitti, it's still happening in current natty
[09:54] <pitti> seb128: ah, you can reproduce it? I closed an older duplicate of it two hours ago, as I can't
[09:55] <pitti> in bug 709191 -- I'll point to that other bug then, thanks
[09:55] <ubot2> Launchpad bug 709191 in pygobject "gnome-language-selector assert failure: *** glibc detected *** /usr/bin/python: munmap_chunk(): invalid pointer: 0x00007f97ec27c3b2 ***" [Medium,Invalid] https://launchpad.net/bugs/709191
[09:56] <seb128> pitti, right, I read your comment on that bug so I checked the language-selector bug list
[09:56] <pitti> seb128: that one still has a bad stack trace, though
[09:56] <seb128> pitti, I just got it doing what dholbach said, played with the resize grip and closed language-selector, it crashed
[09:56] <pitti> seb128: ooh, do you still have the .crash?
[09:57] <seb128> pitti, it's easy to get, open the "install,remove languages" dialog
[09:57] <seb128> resize it
[09:57] <seb128> close it
[09:57] <seb128> l-s crashes
[09:58] <pitti> not for me :/
[09:58] <pitti> I played with all the dialogs for about 5 mins, installed stuff, removed stuff, reordered stuff, etc.
[09:58] <pitti> seb128: do you have the .crash still?
[09:58] <seb128> yes
[09:58] <seb128> you don't need to interact with any dialog
[09:58] <pitti> seb128: ok, hang on before you report it -- I'll kill the dup entry in the db, so that it will generate a new trace
[09:59] <seb128> pitti, open the extra language list thing
[09:59] <seb128> resize and hit esc on the keyboard to close it
[09:59] <seb128> pitti, do it a few time if needed but I crash it in 15 seconds here
[09:59] <pitti> seb128: 707585 killed from dup db
[10:00] <pitti> seb128: I propose you report it now, and I mark the existing bug as a dupe of your's then, so that we'll get a proper stack trace
[10:00] <seb128> ok, will try in a bit
[10:00] <pitti> seb128: what's the "extra language list thing"?
[10:00] <seb128> right now apport refuses to report it because I didn't upgrade pygoject yet today
[10:01] <seb128> pitti, the "install,remove extra languages" button you get at the bottom of the first tab
[10:01] <seb128> it just crashed while I was typing on IRC now
[10:01] <seb128> it seems like a callback or something lead to the crash, it doesn't crash immediatly on action
[10:01] <pitti> hm, I tried the cancel button and the close button in the window title
[10:02] <seb128> I use the wm x button
[10:02] <pitti> yeah, me too
[10:03] <pitti> aah, I found a way
[10:03] <pitti> open install/remove, then focus the main window again, and press esc
[10:03] <seb128> ok that's likely what I did
[10:03] <pitti> not quite obvious to get
[10:03] <seb128> because esc doesn't seem to close the extra dialog
[10:03] <seb128> I probably switched to IRC to reply and back to the wrong dialog to do esc
[10:04] <seb128> pitti, if you have an uptodate system can you report the crash?
[10:04] <seb128> or I will a bit later once I upgraded
[10:05] <pitti> can do
[10:05] <seb128> apport refuses to report it now because I've some outdated binaries
[10:05] <seb128> pitti, danke
[10:06] <seb128> mvo, are things like bug #717621 aptdaemon bugs?
[10:06] <ubot2> Launchpad bug 717621 in language-selector "gnome-language-selector crashed with AuthorizationFailed in _run(): org.freedesktop.PolicyKit.Error.Failed: ('system-bus-name', {'name': ':1.34'}): org.debian.apt.install-or-remove-packages" [Undecided,New] https://launchpad.net/bugs/717621
[10:06] <seb128> or bug #713346
[10:06] <ubot2> Launchpad bug 713346 in language-selector "gnome-language-selector crashed with NotAuthorizedError in _run(): org.freedesktop.PolicyKit.Error.NotAuthorized: ('system-bus-name', {'name': ':1.164'}): org.debian.apt.install-or-remove-packages" [Undecided,New] https://launchpad.net/bugs/713346
[10:14] <mvo> seb128: I guess it should not generate a crash report
[10:15] <seb128> mvo, "it" being?
[10:15] <seb128> l-s?
[10:15] <mvo> seb128: eh, the bugreport is strange, the user says starting is enough
[10:15] <mvo> seb128: yeah
[10:15] <seb128> mvo, well it might just be that the polkit daemon is down
[10:16] <mvo> aha, that would explain it
[10:21] <pitti> didrocks: just submitted an upstream MP for bug 727823 -- when do you usually roll the releases, would ted still have time to review that for today's round?
[10:22] <ubot2> Launchpad bug 727823 in gnome-control-center "Enable Gnome-Control-Center in Unity, and add "System Settings" link to the session indicator menu" [Medium,In progress] https://launchpad.net/bugs/727823
[10:22] <pitti> didrocks: if that gets too tight, I'm also happy to do an upload myself tomorrow with a cherrypick (once it landed in trunk)
[10:23] <didrocks> pitti: I think it will be fine once ted is here. The changes in indicators will be managed by kenvandine though
[10:23] <pitti> ah, ok
[10:26] <htorque> evilvish, heh, actually it's not just a couple of icons that have visual differences: http://paste.ubuntu.com/578270/ :D (used rsvg/md5sum)
[10:27] <evilvish> oh my babies!!!
[10:43] <seb128> pitti, indicator stack -> review and commit by ted, update by ken
[10:43] <seb128> pitti, tarballs are due today
[10:43] <pitti> nice, thanks
[11:37] <dholbach> hello desktop hackers
[11:38] <dholbach> jhunt_ tried to fix something in gdm, but because you people mess around with bzr branches in a weird way it's all confusing :)
[11:38] <seb128> dholbach, hello pilot
[11:38]  * dholbach hugs you all :)
[11:38] <seb128> dholbach, bzr get lp:~ubuntu-desktop/gdm/ubuntu
[11:38] <pitti> https://wiki.ubuntu.com/DesktopTeam/Bzr :)
[11:38] <seb128> hack away, bzr commit, bzr push
[11:38] <dholbach> seb128, and where should jhunt_ push his work afterwards?
[11:38] <dholbach> pitti, at least it's documented weirdness
[11:38] <dholbach> that's like 5% good :)
[11:38] <pitti> ~jhunt/gdm/myfixes ?
[11:39] <seb128> dholbach, lp:~jhunt_/gdm/lpbug
[11:39] <seb128> dholbach, lp:~jhunt_/gdm/ubuntu
[11:39] <dholbach> and then propose to merge into lp:~ubuntu-desktop/gdm/ubuntu - ok
[11:39] <seb128> yes
[11:40] <dholbach> jhunt_, does that make it a bit clearer? it's not a UDD branch, but a regular bzr branch, just containing ./debian/
[11:40] <pitti> jhunt_: bzr bd-do, bzr bd -S etc. all continue to work
[11:40] <jhunt_> Well, I was trying to push to lp:~jamesodhunt/gdm/ubuntu/single-user-mode-fix, but I get a helpful "permission denied" when I attempt that :)
[11:40] <pitti> jhunt_: just those are 'merge mode' branches, we don't carry the upstream bits nor the weird pre-applied quilt mess
[11:41] <dholbach> jhunt_, lp:~jamesodhunt/gdm/ubuntu/single-user-mode-fix is a UDD branch
[11:41] <pitti> jhunt_: presumably this should be ubuntu/natty/, not ubuntu/ ?
[11:41] <dholbach> so LP might get a bit confused :)
[11:41] <seb128> jhunt_, lp:~jamesodhunt/gdm/ubuntu should work
[11:41] <dholbach> pitti, no
[11:41] <pitti> there are no release-less UDD branches AFAIK
[11:41] <pitti> (and yes, pushing to an UDD branch would still be wrong, but it ought to work anyway)
[11:42] <pitti> I do that with udev all the time
[11:42] <dholbach> pitti, mixing UDD and regular branches?
[11:42] <jhunt_> well, I'm certainly confused :) Is all this documented somewhere? Why do I need to care that it isn't a UDD branch?
[11:42] <pitti> dholbach: as I said it shouldn't be done, but it should still work
[11:42] <dholbach> ok :)
[11:42] <pitti> jhunt_: you don't really
[11:43] <jhunt_> It would be good if there was a bzr plugin/cmd that could offer suggestsions of logical places I could push to, maybe if I could specify a location "prefix" of lp:~jamesodhunt.
[11:43] <pitti> bzr bd should take care of how to build the source/binaries, and with "bzr bd-do" you get an UDD-like full source tree you can hack in
[11:43] <jhunt_> I'll try lp:~jamesodhunt/gdm/ubuntu...
[11:44] <pitti> but anyway, I highly doubt that you can push to lp:~jamesodhunt/gdm/ubuntu/single-user-mode-fix even with an UDD branch
[11:44] <pitti> distro branches have 5 components, not 4 (always specifying the release)
[11:45] <pitti> jhunt_: oh, and wrong order; it's owner/distro/release/package/name, not package/release
[11:46] <pitti> jhunt_: i. e. your's would try to push into the "gdm" distro :)
[11:50] <jhunt_> Right, we have a spanky new merge proposal now: https://code.launchpad.net/~jamesodhunt/gdm/ubuntu/+merge/52830
[11:51] <pitti> \o/
[11:51] <jhunt_> Thx for help. Do we have a wiki page explaining all these naming conventions somewhere?
[11:52] <pitti> jhunt_: good question; although there's really only two -- project branches (~owner/project/branchname) and distro branches (~owner/distro/release/package/branchname)
[11:52] <jhunt_> Ok, but do we document that?
[11:53] <pitti> jhunt_: (wrong merge target, btw; lp:gdm is the upstream import, you want to merge into lp:~ubuntu-desktop/gdm/ubuntu)
[11:53] <pitti> that's why it messed up the review diff
[11:53] <pitti> but http://bazaar.launchpad.net/~jamesodhunt/gdm/ubuntu/revision/309 looks fine
[11:53] <pitti> jhunt_: I hope so, but I don't know where I'm afraid
[11:54] <pitti> http://doc.bazaar.canonical.com/latest/en/tutorials/using_bazaar_with_launchpad.html is linked from the launchpad help about code hosting
[11:55] <pitti> it doesn't have the distro branches, though; these sohuld be on https://wiki.ubuntu.com/DistributedDevelopment/
[11:58] <jhunt_> ok, that first link is useful, but is rather sparse on the "personal branches" section which is after all what newbies really want to know about since they are unlikely to have permission to push to project/team branches I'm guessing?
[11:59] <jhunt_> Also, since that bzr link is generic, there is no mention of the fact that lp:ubuntu/foo is an alias for lp:~ubuntu-branches/ubuntu/natty/foo/natty (I've only just learnt that :)
[12:01] <jhunt_> I'm happy to put up some info on the wiki with what you guys have shared with me later today? It would of course require a review from y'all!
[12:02] <jhunt_> Looks like these pages need tweaks: https://wiki.ubuntu.com/DistributedDevelopment/Documentation/SeekingSponsorship and https://wiki.ubuntu.com/DistributedDevelopment/Documentation/UploadingAPackage
[12:02] <jhunt_> Maybe a new page referenced by both those pages would be appropriate?
[12:02] <pitti> jhunt_: right, I think it'd be best on the sponsorship documentation pages
[12:02] <jhunt_> pitti: ok, thx.
[12:05] <seb128> jhunt_, thanks for the work, sorry the desktop layout is non standard and creating confusion
[12:06] <jhunt_> np - It's all a learning experience for me :-)
[12:07] <pitti> seb128: (not that UDD branches with pre-applied quilt patches would be any easier..)
[12:08] <seb128> pitti, there is a reason dx stack is still on source v1
[12:09] <dholbach> looks like you guys are figuring it out :)
[12:15] <seb128> jhunt_, the new merge request is still wrong
[12:16] <seb128> jhunt_, it's against lp:gdm which is the upstream code import
[12:20] <Sweetshark> pitti: you will find a hyphen and hunspell update here: https://code.launchpad.net/~bjoern-michaelsen they succeded in building already in this ppa: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-testing
[12:22] <jhunt_> seb128: My branch .bzr/branch/branch.conf shows that parent = "bzr+ssh://bazaar.launchpad.net/~ubuntu-desktop/gdm/ubuntu/" and I took your advice above to push to lp:~jamesodhunt/gdm/ubuntu ?
[12:22] <pitti> jhunt_: that was correct; the MP should be against lp:~ubuntu-desktop/gdm/ubuntu though, not against lp:gdm (which I suppose Launchpad defaults to)
[12:22] <seb128> jhunt_, well I'm not sure what went wrong, can you edit the merge into target?
[12:23] <seb128> into -> info
[12:23] <pitti> no, unfortuantely you can't edit the target of MPs
[12:23] <pitti> seb128: but we can still just merge from James' branch and close the MP manually
[12:23] <pitti> no big deal
[12:23] <seb128> right
[12:23] <pitti> so let's not make it harder than it is
[12:23] <seb128> still it's annoying that it's so bumpy to get a trivial fix in the sponsoring queue
[12:24] <seb128> pitti, well I was rather trying to figure how to avoid going through the same issues each time someone want to do a merge request for a desktop component
[12:24] <seb128> we can sure commit that patch in
[12:24] <jhunt_> I've spent about 2 hours on this fwiw. The fix took 30 minutes :(
[12:24] <seb128> jhunt_, sorry about that :-(
[12:25] <seb128> some days I really like the old debdiff way better
[12:25] <Ampelbein> chrisccoulson: hey, my problem with thunderbird-globalmenu has somehow vanished. after today's updates I can use the menu as normal. thanks for your help, though I wish I knew what was wrong.
[12:25] <jhunt_> seb128: thx
[12:26] <chrisccoulson> Ampelbein, oh, the other person with the same problem said the same thing this morning too :)
[12:26] <chrisccoulson> not sure what was happening ;)
[12:27] <Ampelbein> chrisccoulson: maybe the radiation from the sun was abnormally strong yesterday and cause interference with the display bits.
[12:27] <Ampelbein> chrisccoulson: at least it's resolved now ;-)
[13:12] <cyphermox> good morning!
[13:20] <mterry> chrisccoulson, who's this l33t chrisccouls0n character?  :)
[13:23] <mterry> chrisccoulson, can you give a quick look at bug https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/728825 ?  Similar bugs in the past seem to have been because of xulrunner.  Might be an amd64 thing, as reporters all indicate using it...
[13:23] <ubot2> Launchpad bug 728825 in eclipse "Eclipse cannot start: "java.lang.UnsatisfiedLinkError: no swt-gtk-3557 or swt-gtk"" [Critical,Confirmed]
[13:30] <chrisccoulson> mterry - sure, i can take a look
[13:30] <chrisccoulson> oh, i'm still logged in to my lucid desktop?
[13:30] <chrisccoulson> heh
[14:27] <seb128> pitti, bug #729526 is a crash some users ran into
[14:27] <ubot2> Launchpad bug 729526 in jockey "jockey-text crashed with UnicodeEncodeError in error_msg(): 'ascii' codec can't encode characters in position 0-2: ordinal not in range(128)" [Undecided,New] https://launchpad.net/bugs/729526
[14:27] <seb128> pitti, do you prefer IRC pings for those or should I just assign to you?
[14:27] <pitti> seb128: thanks, putting on my list
[14:27] <pitti> seb128: just assign them to me; I can still unassign if I don't have time etc.
[14:27] <seb128> pitti, ok thanks
[14:28] <pitti> seb128: I have language-selector fixed now, FYI
[14:28] <pitti> well, gtk2 really
[14:28] <seb128> pitti, I saw your annotation fix earlier
[14:28] <seb128> you got the second issue fixed as well?
[14:28]  * pitti wants GTK3 :)
[14:28] <pitti> seb128: yes
[14:28] <seb128> great ;-)
[14:29] <pitti> not sure whether I should do a GTK2 upload just for this, though; I'd just commit the patch into our bzr for now
[14:31] <seb128> pitti, I don't think new versions are planned so you can as well upload
[14:31] <seb128> pitti, ok, I assigned you a bunch of jockey-text unicode errors
[14:31] <seb128> not sure if they are the same bug or not
[14:32] <pitti> me wants python 3 :)
[14:33] <seb128> hehe
[14:33] <seb128> pedro_, hey
[14:33] <seb128> pedro_, do you have a script to clean duplicates or something?
[14:33] <pitti>   Uploading language-selector_0.26_source.changes: 2k/3k426 Transfer aborted.  Data connection closed.
[14:33] <pitti> o_O
[14:33] <pitti> that happened twice  now
[14:33] <seb128> pedro_, jockey has 29 crashes which matches "crashed with DBusException in call_blocking()"
[14:34] <kenvandine> seb128, thx for the tp syncs
[14:34] <seb128> would be nice to clean those
[14:34] <seb128> kenvandine, hey, you're welcome
[14:34] <pitti> seb128: that doesn't say much, I'm afraid -- that just means "the backend has crashed for whatever reason"
[14:34] <pitti> hey kenvandine, good morning
[14:34] <seb128> kenvandine, the glib one didn't build on armel so don't be supprised if the linaro guys run after you
[14:34] <kenvandine> hey pitti
[14:34] <kenvandine> hehe
[14:35] <pedro_> seb128, hello, ok i'll take care of those
[14:35] <pedro_> a bug pattern should do the trick
[14:35] <seb128> pedro_, in fact they might not be duplicates, see pitti comments
[14:35] <seb128> so maybe don't bother
[14:36] <seb128> pedro_, how are you btw?
[14:37] <jhunt_> pitti, seb128, dholbach: jelmer tells me my last gdm merge request was against the wrong branch. Thus, I spun the roulette wheel again, and we now have this: https://code.launchpad.net/~jamesodhunt/ubuntu/natty/gdm/single-user-mode-fix/+merge/52860
[14:37] <pedro_> seb128, I'm good, thanks. how are you doing?
[14:38] <seb128> pedro_, I'm fine thanks
[14:38] <seb128> jhunt_, still wrong :-(
[14:39] <jhunt_> seb128: I give up.
[14:39] <seb128> jhunt_, but stop wasting time on it we will just merge the patch
[14:39] <seb128> jhunt_, btw if you feel like to reply do an ubuntu-devel list email about how you spent hours to figure how to do a merge request and failed that would be useful
[14:40] <seb128> -reply
[14:40] <seb128> jhunt_, seems like a flaw in the process we should address
[14:40] <seb128> jhunt_, like reply to one of the patch pilot emails on the list or write just about your experience and what didn't work
[14:40] <jhunt_> seb128: it might take me a while to get my strength back after this episode, but yes, I agree - the phrase "it shouldn't be this hard" springs to mind very quickly indeed!
[14:42] <jhunt_> trouble is, I've deleted all my failed attempts (branches+merges), but once I've regained my sanity, I'll attempt to pen something rant-free to the list...
[14:42] <jhunt_> course, that assumes I *do* regain my sanity :)
[14:47] <seb128> pitti, did you bzr push --overwrite on gdm?
[14:48] <pitti> seb128: I think I removed the older patch for bug 724205 in teh meantime
[14:48] <ubot2> Launchpad bug 724205 in gdm "gdm crash on using login button with passwordless login enabled" [Low,Fix committed] https://launchpad.net/bugs/724205
[14:48] <pitti> and replaced it with the current one
[14:48] <pitti> seb128: but that was yesterday
[14:48] <pitti> I think I checked that I didn't kill anything else, did I?
[14:48] <seb128> pitti, ok but you did --overwrite right?
[14:48] <pitti> yes
[14:49] <seb128> pitti, I'm trying to figure why r308 is different in jhunt_'s merge request and trunk
[14:49] <seb128> pitti, I'm wondering if that's what confused things
[14:49] <seb128> pitti, like he did checkout the old revision and you overwrote it
[14:49] <pitti> 'k, sorry about that
[14:49] <seb128> that really confused things for the merge proposal
[14:49] <seb128> pitti, no worry, it just makes a bit of sense now
[14:49] <seb128> pitti, I'm commiting his patch to trunk
[14:50] <seb128> jhunt_, ^ I think you might have got bitten by that as well, pitti did an uncommit, changed a revision to use the official upstream patch and pushed with --overwrite
[14:50] <seb128> jhunt_, but that leaded to have a different history in your checkout done before the hack
[14:52] <pitti> ok, I'll try to avoid that in the future, and just commit a new version replacing the patch
[14:52] <jhunt_> seb128: ok, so presumably, when I pushed my branch to below lp:~jamesodhunt, bzr (silently?!) realized the branches had diverged and re-diffed my branch against the new branch history for gdm?
[14:53] <seb128> pitti, I do it also sometimes I never though of such cases
[14:53] <jhunt_> if true, that sounds like a bug? since if I had privs to push direct to the branch pitti had --overwritten, bzr would have given an error right?
[14:53] <seb128> jhunt_, not sure but I'm wondering if that leaded the merge request logic to not find the right merge target
[14:54] <seb128> jhunt_, well in any case your patch is in trunk now
[14:54] <jhunt_> awesome, I can die happy now - seriously! :-)
[14:54] <seb128> jhunt_, do you plan to test on lucid?
[14:55] <seb128> jhunt_, if you do don't bother with merge request, just ping me with a diff or tell me if the natty diff applies to lucid
[14:55] <seb128> jhunt_, it seems we should fix that in lucid as well
[14:56] <jhunt_> can do. I saw this applied to a number of releaes, but unlikely I'll be able to test it today. tomorrow ok?
[14:56] <seb128> jhunt_, https://bugs.launchpad.net/ubuntu/natty/+source/gdm/+bug/436936/comments/10
[14:56] <ubot2> Launchpad bug 436936 in gdm "gdm upstart job checks /proc/cmdline for single user mode, won't start on post-boot runlevel change" [Medium,Fix committed]
[14:56] <pitti> seb128: (pushed a slight changelog fix to bzr, in case you want to upload please pull again)
[14:56] <seb128> jhunt_, no hurry, it's not like that was a new issue, next week will do
[14:56] <jhunt_> seb128: ack
[14:57] <jhunt_> seb128: cool
[14:57] <seb128> jhunt_, thanks again!
[14:57] <seb128> pitti, just curious but why was that needed? I tend to let the start of the changlog match the uploader
[14:58] <pitti> it's the format that dch does by default
[14:58] <seb128> pitti, if someone else do dch -r it will put your name in brackets and replace the uploader
[14:58] <pitti> so I usually try to keep it consistent
[14:58] <pitti> seb128: will it? I had cases where this didn't work
[14:58] <seb128> pitti, no it's not the default format
[14:58] <pitti> if that got fixed, it was probably unnecessary
[14:58] <seb128> it I do dch -r now it replaces the uploader line with my name, add [ pitti ] and I can type on top
[14:59] <seb128> it doesn't put my name in brackets
[14:59] <seb128> but well it's a detail ;-)
[14:59] <pitti> ok, so this got fixed then; last time I tried it (a while ago admittedly) it didn't update the first block at all
[14:59] <seb128> pitti, well it works for me, didn't run into bugs so far
[14:59]  * pitti uploads new gtk as well, for extra crash fix love
[15:00] <seb128> I might just upload gdm as well
[15:00] <seb128> there is a crash fix and the new patch now
[15:00] <seb128> let me check git if they have anything we could backport as well
[15:01] <pitti> tedg: good morning
[15:03] <tedg> Good morning pitti
[15:07] <pitti> tedg: I have a nicely working session indicator now with control center link
[15:08] <pitti> tedg: I wondered if you want to entirely drop the static indicator-session-extra.desktop support?
[15:08] <pitti> since with the /usr/share/indicators/session/applications/*.desktop support it's equally easy to add stuff to it, but avoids tramping on each other's foot
[15:09] <tedg> pitti, I think so.  I don't see any reason to have the static file other than as a placeholder for not having the directory.  With the directory, it's SO much better :)
[15:09] <pitti> agreed; ok, I'll update the branch accordingly
[15:11] <pitti> tedg: ok, pushed; MP should update itself in a minute
[15:12] <mterry> chrisccoulson, are you actively working on https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/709216 ?  it's annoying me enough that I'm about to try to fix it
[15:12] <ubot2> Launchpad bug 709216 in thunderbird "clicking on a link dont open the page " [High,Triaged]
[15:13] <chrisccoulson> mterry - yes. it needs quite a bit of work
[15:13] <mterry> chrisccoulson, beyond updating it to use new gio functions for getting default app?
[15:13] <tedg> pitti, Cool, thanks!
[15:14] <chrisccoulson> mterry - basically, yes. it's more complicated than that though, as the whole URI handling part of mozilla is a mess
[15:17] <chrisccoulson> mterry, we basically need http://hg.mozilla.org/mozilla-central/rev/2572312e17df , https://bugzilla.mozilla.org/show_bug.cgi?id=639467 and https://bugzilla.mozilla.org/show_bug.cgi?id=611953
[15:17] <ubot2> Mozilla bug 639467 in File Handling "External URI handling broken due to protocol handler registration changes" [Normal,New]
[15:18] <mterry> chrisccoulson, so you're saying I shouldn't bother doing anything right now?
[15:18] <chrisccoulson> mterry - right, that's something i'm already working on
[15:18]  * mterry waits patiently
[15:18] <mterry> chrisccoulson, OK, awesome  :)  thanks
[15:20] <seb128> mterry, hey, I see you are bored? ;-)
[15:20] <mterry> seb128, nope!
[15:20] <mterry> :)
[15:20] <seb128> haha
[15:20] <seb128> nice try :p
[15:21] <mterry> Just angry at thunderbird  :)
[15:21] <seb128> tedg, do you think you will have time to fix karl's merge request on https://code.edge.launchpad.net/~indicator-applet-developers/indicator-datetime/trunk/+activereviews for today tarball?
[15:22] <seb128> tedg, since he's off this week, would be nice to land some fixes at least in the tarball
[15:23]  * bcurtiswx waves to room
[15:23] <seb128> hey bcurtiswx
[15:23] <bcurtiswx> hi seb128
[15:24] <tedg> seb128, Let me check.  I wasn't told he was off :-(
[15:24] <seb128> tedg, well he's off for 3 days, but otherwise no worry we will just need to catch up on that next week
[15:32] <bcurtiswx> if i take a package without an -ubuntu extension from bzr and merge-upstream , is that still considered a sync?
[15:34] <Laney> a sync is copying a package unmodified from debian
[15:34] <Laney> (so no)
[15:34] <bcurtiswx> OK, so a merge-upstream really only applies to merge request then
[15:40] <bcurtiswx> don't mind me 1000 MegaQuestions here, but merges and sync's can only come from debian or does it matter, or how is it supposed to work?
[15:40] <bcurtiswx> s/me/my
[15:42]  * kenvandine bcurtiswx
[15:42] <kenvandine> can you send me an IM?
[15:42] <kenvandine> whoops
[15:42] <kenvandine> bcurtiswx, ^^
[15:43] <bcurtiswx> lol, sure
[16:15] <pitti> didrocks, tedg: whom do I need to whine to to whitelist mumble in the unity systray?
[16:16] <tedg> pitti, Let's pretend there isn't a white list :-)
[16:16] <didrocks> pitti: open a bug against unity-misc and subscribe me. I'll ping design before doing the change
[16:16]  * tedg really doesn't want to see things end up there.
[16:16] <pitti> that's a product, I take it
[16:17] <pitti> https://bugs.launchpad.net/unity-misc/+bugs
[16:17] <pitti> hm, no
[16:18] <pitti> didrocks: what is unity-misc?
[16:18] <didrocks> pitti: it's the systray
[16:18] <didrocks> and history some other code that was removed
[16:18] <pitti> didrocks: I mean, it's not a binary or source package or launchpad product
[16:18] <didrocks> oh
[16:18] <didrocks> libunity-misc maybe
[16:18] <pitti> ah, thanks :)
[16:19] <didrocks> yeah https://launchpad.net/libunity-misc :)
[16:20] <seb128> pitti, one think njpatel wanted is to turn the systray option in mumble off by default
[16:21] <seb128> like having close to close and not send to the systray
[16:21] <njpatel> +1
[16:21] <njpatel> that would save a lot of people headaches
[16:21] <pitti> didrocks: filed as bug 732682
[16:21] <ubot2> Launchpad bug 732682 in libunity-misc "Whitelist mumble for systray" [Undecided,New] https://launchpad.net/bugs/732682
[16:21] <dobey> pitti: hey. i think there's a desktopcouch change in lucid-proposed waiting for approval. could you poke at it please?
[16:21] <pitti> ?
[16:21] <pitti> njpatel: it's my current number one annoyance with unity really
[16:21] <pitti> I can't see whether I'm currently muted or not, or quickly mute myself
[16:21] <didrocks> pitti: thanks, subscribed
[16:22] <pitti> well, number two, as the actual Control key stealing seems fixed :)
[16:22] <pitti> dobey: no, it's not, see https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=
[16:23] <dobey> pitti: ah. hrmm. do the package upload privs also apply to -proposed uploads with dput?
[16:23] <pitti> dobey: in general yes, but it might be that they weren't fully applied
[16:26] <dobey> pitti: hrmm, ok, thanks
[16:33] <Sweetshark> pitti: openthesaurus has also been updated https://code.launchpad.net/~bjoern-michaelsen and https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-testing
[16:34] <pitti> the unstoppable Sweetshark!
[16:35] <pitti> seb128: your three jockey bugs are fixed now (just uploaded); bring 'em on!
[16:35] <seb128> pitti, were they the same issue?
[16:35] <pitti> yeah
[16:36] <pitti> well, same root cause
[16:36] <seb128> ok, I figured it might be the case
[16:36] <seb128> pitti, bug #727169 could be as well?
[16:36] <ubot2> Launchpad bug 727169 in jockey "jockey-text crashed with UnicodeEncodeError in ui_progress_start(): 'ascii' codec can't encode character u'\xe9' in position 13: ordinal not in range(128)" [Low,Confirmed] https://launchpad.net/bugs/727169
[16:36] <pitti> yeah
[16:36] <pitti> duped
[16:37] <seb128> pitti, danke
[16:37] <pitti> I need 15 more fixes to catch up with mvo
[16:37] <pitti> didrocks is way up in the sky, though
[16:37] <seb128> pitti, I think jockey seemed cleaned on crashers out of those
[16:37]  * pitti hugs didrocks and mvo
[16:37] <pitti> and seb128, too
[16:37]  * seb128 hugs pitti
[16:37]  * didrocks hugs pitti back :)
[16:37] <seb128> I'm out of the bugs closing game this cycle
[16:37] <seb128> without GNOME updates I can't compete with the unity team :p
[16:37] <didrocks> mvo: don't let something not cheating beating you! :)
[16:38] <didrocks> someone*
[16:38]  * didrocks hugs mvo
[16:38]  * mvo hugs pitti and didrocks
[16:38] <mvo> beat me on what exactly?
[16:38] <didrocks> closed bug count :)
[16:38] <pitti> mvo: http://reports.qa.ubuntu.com/reports/bug-fixing/natty-fixes-report.html
[16:39] <chrisccoulson> tedg, were you able to reproduce bug 718926 in anything other than firefox?
[16:39] <ubot2> Launchpad bug 718926 in bamf "Some apps don't integrate to appmenu after having their windows closed" [High,Confirmed] https://launchpad.net/bugs/718926
[16:39] <mvo> geeeh, didrocks is *so* far in the lead
[16:39] <mvo> its not even funny
[16:39]  * mvo hugs didrocks
[16:40]  * didrocks hugs mvo, sorry for this :)
[16:40] <pitti> mvo: TBH I think he's got an entire team working for him :)
[16:40] <tedg> chrisccoulson, I didn't try anything other than Firefox... but, I was able to see the bamf daemon sending the "ViewClosed" signal incorrectly.
[16:40] <mvo> lol
[16:40] <pitti> but he rocks the hourse anyway!
[16:40] <chrisccoulson> hourse?
[16:40] <chrisccoulson> ;)
[16:40] <didrocks> pitti: see, why I'm picking them on fixing bugs!
[16:40] <chrisccoulson> or, is that "horse"?
[16:40] <didrocks> I have a record to beat :)
[16:41] <pitti> chrisccoulson: speling is ovreratd
[16:41] <chrisccoulson> lol
[16:41] <mvo> horse?
[16:41] <mvo> full of hidden talents!
[16:41] <chrisccoulson> tedg - i only got it in firefox so far. i'm not sure how to debug it, i'd like to get it fixed :)
[16:42]  * pitti holds up a cardboard sign: For sale: spare 'R'
[16:42] <chrisccoulson> heh :)
[16:42] <tedg> chrisccoulson, Stop minimizing Firefox; no issue :)
[16:42] <chrisccoulson> lol
[16:42] <chrisccoulson> lets remove the minimize buttons!
[16:42] <chrisccoulson> problem solved :)
[16:43] <tedg> chrisccoulson, It's going to be in the bowels of BAMF.  You can look there, but it's scary.
[16:43] <chrisccoulson> tedg - bamf didn't change recently though :(
[16:43] <chrisccoulson> i thought that perhaps it might be a compiz issue, but i tried downgrading that and still got the same issue
[16:43] <tedg> chrisccoulson, Yes, I think that indicator-appmenu changed to make it more sensitive to this error.
[16:44] <tedg> chrisccoulson, Since the destruction was moved from the WindowMenus object up a step I think that has made this issue visible.
[16:44] <chrisccoulson> ah, ok
[17:08] <Sweetshark> pitti: openoffice.org transitionals has also been updated https://code.launchpad.net/~bjoern-michaelsen and https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-testing
[17:08] <Sweetshark> hrhr
[17:09] <Sweetshark> oh, hmm
[17:09] <Sweetshark> semms not to be there yet.
[17:12] <pitti> Sweetshark: hm, I don't see transitionals on https://code.launchpad.net/~bjoern-michaelsen
[17:14] <Sweetshark> ah, right. that was a copy paste error as the transitionals are on git
[17:21] <bcurtiswx> seb128, from the versions page.  For consolekit, since the ubuntu version doesn't have the ubuntu tag, is that a package I can work on, or does it need higher privileges ?
[17:22] <seb128> we can probably just sync this one from debian
[17:22] <bcurtiswx> seb128, is there anything I could do to get it ready?
[17:23] <pitti> bcurtiswx: for these (pkg-utopia) I actually prefer committing directly to the debian git and sync
[17:23] <pitti> avoids having to do stuff twice
[17:24] <pitti> bcurtiswx: so if you feel like it, send a format-patch against git://git.debian.org/git/pkg-utopia/consolekit
[17:24] <seb128> bcurtiswx, you can update bug-buggy or merge gnome-pkg-tools I guess
[17:24] <bcurtiswx> pitti, i was just talking about getting it packaged for ubuntu, i have nothing to change in it
[17:24] <seb128> bcurtiswx, it's packaged
[17:25] <seb128> bcurtiswx, we are just a minor revision behind and the commits in the new ones are mostly for systemd
[17:25] <seb128> consolekit that it
[17:25] <pitti> yeah, I guess we can sync, but I haven't tested or reviewed NEWS
[17:26] <bcurtiswx> pitti, seb128, OK i think my questions been answered.. thanks :)
[17:26] <pitti> bcurtiswx: so if you feel like testing 0.4.4-1, please go ahead and let me know
[17:26] <seb128> it's like 3 git commits and they are for systemd
[17:26] <seb128> http://cgit.freedesktop.org/ConsoleKit/
[17:27] <pitti> ah, right; so, not really interesting
[17:27] <seb128> no, it would just make extra green on versions ;-)
[17:28] <pitti> Sweetshark: oo.o uploading now, too
[17:28] <bcurtiswx> pitti, yea, i'm just interested in getting some more packages worked on.  Eventually i'll add these items to an MOTU application :)
[17:34] <mterry> seb128, heyo.  question for ya.  now that indicator-datetime-preferences is a thing, time-admin is redundant.  Is it most appropriate to not install it at all or to split it into a separate binary package?
[17:35] <seb128> mterry, does it covert the same functionalities, like ntp syncing?
[17:35] <mterry> seb128, yup
[17:36] <seb128> I guess check with xubuntu maybe
[17:36] <seb128> not sure if they use it or not
[17:36] <seb128> if they do we should split it in a new binary
[17:37] <mterry> seb128, ok
[17:38] <pitti> wow, versions.html is quick -- it shows new nux/unity even before didrocks uploads them ;)
[17:38] <didrocks> ahah :)
[17:39] <didrocks> pitti: I'm building stuff on my netbook right now
[17:39] <didrocks> because of my dead laptop :/
[17:39] <pitti> didrocks: hah, I knew it can't beat you
[17:39] <pitti> didrocks: what happened with it?
[17:40] <didrocks> pitti: I started yesterday morning, rebooted and got something like that: http://www.youtube.com/watch?v=5wINkdSpU2o
[17:40] <didrocks> seems to be a well-known issue from dell with nvidia card
[17:40] <didrocks> basically, the "fix" is to put it in the oven
[17:41] <pitti> you're kidding, right?
[17:41] <didrocks> (no need to see the 3D doesn't even work)
[17:41] <didrocks> no, I'm not
[17:41] <didrocks> there are tons of videos/threads on the subject
[17:41] <didrocks> basically, the graphic card joins are disabled
[17:41] <pitti> didrocks: are these stripes reflection or the problem?
[17:42] <pitti> didrocks: you don't have 24/7 support for this one?
[17:42] <didrocks> pitti: yeah, it's the issue and no acceleration…
[17:42] <didrocks> no, the laptop is more than 3 years old
[17:43] <didrocks> and dell tells "it's 400€ for a new card"
[17:43] <didrocks> people sometimes changed it
[17:43] <didrocks> and it broke again 4 months after
[17:43]  * pitti grabs a quick dinner before TB meeting
[17:48] <Sarvatt> didrocks: nvidia gpu?
[17:48] <didrocks> Sarvatt: yeah :/
[17:49] <Sarvatt> didrocks: I'm getting a new laptop out of that from HP, http://www.nvidiasettlement.com/
[17:49] <Sarvatt> US only though :(
[17:49] <didrocks> Sarvatt: seems people are trying to get the same with Dell, not as good reseller…
[17:50] <Sarvatt> geforce 8xxx series right?
[17:53] <didrocks> Sarvatt: 7900 GS
[17:59] <Sarvatt> didrocks: hrm, 7900 GS is high end enough that should be on a separate MXM card
[17:59] <Sarvatt> didrocks: you cant get a replacement for cheap on ebay?
[18:00] <Sarvatt> didrocks: ehh that is kind of spendy, $150 USD
[18:01] <Sarvatt> for such an old GPU
[18:02] <didrocks> Sarvatt: right :/
[18:03] <didrocks> Sarvatt: hence I'll try the "oven trick"
[18:03] <didrocks> see how long it can work…
[18:05] <Sarvatt> I did something similar on an old ibook that had a BGA mounted gpu that screwed up with the same problem and it's lasted 7 years after, burned a tea candle directly on the core :)
[18:08] <didrocks> waow ;)
[18:08] <didrocks> how much time for heating it?
[18:09] <didrocks> I read, put at the room temperature -> 200°C 10min
[18:09] <didrocks> then open the door and let it cool down in the over shutted down
[18:10] <Sarvatt> yep thats what I'm reading too
[18:13]  * didrocks crosses fingers for 7 years as well :)
[18:19] <pitti> didrocks: that just sounds crazy
[18:19] <Sarvatt> didrocks: http://forum.notebookreview.com/alienware/385973-how-repair-your-dead-graphics-card-your-alienware.html
[18:19] <didrocks> pitti: yeah, I had the same reaction, but reading and digging a lot in foroms yesterday evening showed me it's not a fake
[18:19] <pitti> exposing all these plastic bits, sensitive chips, and the HD to such high temperatures sounds like you'd only get a molten lump back..
[18:20] <pitti> didrocks: well, it can't get much worse..
[18:20] <Sarvatt> his gpu is on a separate card
[18:20] <pitti> didrocks: but for building, you could use ssh or VNC and use the laptop for package builds?
[18:20] <didrocks> pitti: it's only the GPU card :)
[18:20] <pitti> didrocks: ah, you can take it out and put that into the oven?
[18:20] <didrocks> pitti: yeah, but right now, I started to remove the card…
[18:20] <didrocks> yeah
[18:21] <pitti> ah, *phew*
[18:21] <pitti> didrocks: I thought the whole thing, with TFT and plastic pieces
[18:21] <didrocks> no, of course :)
[18:22] <pitti> so that'll melt just enough to bond the broken circuit paths back together :)
[18:24] <didrocks> pitti: hopefully :)
[18:24] <didrocks> Sarvatt: yeah, I read a similar tutorial, I'll just avoid the termal chock though
[18:54] <mterry> pitti, heyo, I'm off tomorrow, btw, in case anyone is looking for me.  (debt collectors, people with dbusmenu bugs to assign, etc)
[18:54] <pitti> hey mterry; noted, thanks
[18:55] <pitti> enjoy the day off!
[19:04]  * pitti hugs didrocks for alt+f2
[19:05]  * didrocks hugs pitti back :)
[19:05] <didrocks> pitti: wait that I can push it though :)
[19:06] <pitti> "Dash needs keyboard navigation" yay!
[19:06] <pitti> didrocks: just reading -changes@ :)
[19:06] <pitti> "Pressing ENTER in the dash during a search should open the first
[19:06] <pitti>       displayed item"
[19:06] <pitti> \o/
[19:06] <didrocks> yeah, was much needed for alt + F2 :)
[19:08] <evilvish> pitti: once you've fixed the scour bug, pls pull from the lp:~ubuntu-art-pkg/humanity/release branch before rebuilding it.. it has 1 new rev i fixed a bug there
[19:09] <pitti> evilvish: that's the main vcs-bzr, right?
[19:09] <pitti> i. e. no merge necessary
[19:09] <evilvish> yup..
[19:09] <pitti> okay; I do that anyway
[19:10] <pitti> evilvish: you don't use "UNRELEASED"?
[19:10] <pitti> it says "natty" in the changelog already
[19:10] <evilvish> pitti: usually no, that branch is just meant for Natty..
[19:10] <evilvish> i mean for release
[19:11] <evilvish> pitti: we have a different working branch
[19:13]  * pitti waves good nght
[19:13] <pitti> night, even
[20:02] <dobey> hrmm, i can't seem to upload my package
[20:03] <dobey> keep getting this:
[20:03] <dobey>   Uploading ubuntuone-client_1.5.6-0ubuntu2_source.changes: 2k/3k426 Transfer aborted.  Data connection closed.
[20:03] <micahg> dobey: bug 732638
[20:03] <ubot2> Launchpad bug 732638 in launchpad "Poppy FTP server returning "426 transfer aborted" errors for .changes files" [Critical,Triaged] https://launchpad.net/bugs/732638
[20:03] <dobey> ah fun :-/
[20:31] <tkamppeter> dobey, but your package got uploaded anyway. For me the same happened with HPLIP.
[20:38] <dobey> yes i see that
[20:38] <dobey> as documented in the bug
[21:24] <broder> Does anybody know of good documentation on the _NET_WM_SYNC_REQUEST protocol? I'm reading the EWMH spec and I don't really understand the order of sync requests vs. XConfigureWindow calls vs. ConfigureNotify events, etc
[21:26] <broder> (In particular, from my reading of the spec, the WM isn't really supposed to send more one sync request/XConfigureWindow pair at a time, but compiz doesn't seem to have anything to limit that)
[21:29] <didrocks> pitti, Sarvatt: FYI, the over trick worked \o/
[21:29] <didrocks> oven*
[22:14] <seb128> mpt, hey
[22:14] <mpt> hi seb128
[22:14] <seb128> mpt, bug #732794, when did you log in your user account for the first time?
[22:14] <ubot2> Launchpad bug 732794 in unity "Guest session has "Home Folder" in launcher while normal account does not" [Undecided,New] https://launchpad.net/bugs/732794
[22:15] <seb128> mpt, the icon was changed to be the user dir one in today, if you have a launcher config created before that it has the old icon because there is no migration code during unstable cycles
[22:15] <seb128> new installs or new accounts should get the same icon that the guest session
[22:15] <mpt> seb128, I first logged in to that account yesterday
[22:15] <seb128> ok
[22:15] <seb128> so that's not a bug
[22:16] <mpt> ok
[22:16] <seb128> you just have a launcher config created from the old version
[22:16] <mpt> fair enough
[22:17] <seb128> mpt, you can try to do "gsettings reset com.canonical.Unity.Launcher favorites"
[22:17] <seb128> on a command line
[22:17] <seb128> to restart your launcher
[22:18] <seb128> mpt, bug #732785, you mean you get not decorations right?
[22:18] <ubot2> Launchpad bug 732785 in unity "Guest session has menu bar and launcher, but no window title bars" [Undecided,New] https://launchpad.net/bugs/732785
[22:19] <chrisccoulson> hmmm, jo logged in to her user account on my laptop today and ended up with no decorations too
[22:20] <seb128> there is a known issue pitti was talking about this week
[22:21] <seb128> bug #730495
[22:21] <ubot2> Launchpad bug 730495 in compiz "unity-window-decorator doesn't start on secondary X session" [High,Confirmed] https://launchpad.net/bugs/730495
[22:22] <mpt> seb128, that's another way of describing it, yes
[22:22] <seb128> mpt, ok, so it's a duplicate
[22:22] <seb128> mpt, do you want me to close the launcher issue or will you do it?
[22:23] <mpt> I don't mind
[22:23] <seb128> mpt, ok, I'm closing it
[22:23] <mpt> thanks
[22:23] <seb128> yw
[23:31] <chrisccoulson> mpt, what's with the "sniffles" btw? ;)
[23:31] <mpt> chrisccoulson, JohnLea asked Canonical's Unity designers to use that tag on all the bugs we reported about Unity
[23:32] <chrisccoulson> ah, ok


[05:30] <lordievader> Good morning.
[08:36] <adun153>  I have a server, started it up in single user mode, but it hangs at this part. http://imgur.com/0TbYmtC  Cursor is blinking, so it hasn't really "locked up". Any suggestions?
[08:40] <lordievader> Seems like it is never leaving the initramfs.
[08:44] <mahdi>  if it doesn't, you have likely a driver issue, or if you installed a new kernel recently. i have to add eth0=eth0 manually in /run/network/ifstate and then ifup to changes take effect. after restart, interfaces file is correct but system doesnt have new configuraion
[08:44] <mahdi> hi,on ubuntu server 14.04, i changed /etc/network/interfaces to new configuration in order to have static ip.i have to add eth0=eth0 manually in /run/network/ifstate and then ifup to changes take effect. after restart, interfaces file is correct but system doesnt have new configuraion
[08:45] <adun153> lordievader: AFAIK, I didn't upgrade it. Anyway, any suggestions on how to fix this? Or at least break out of this sequence?
[08:46] <lordievader> adun153: Break init at the right moment and investigate to see if something obvious is wrong (no disk, etc).
[08:46] <adun153> lordievader: How do I "break init at the right moment"?
[08:47] <lordievader> mahdi: How does your /etc/network/interfaces look like and your /etc/udev/rules.d/70-persistent-net.rules?
[08:47] <lordievader> adun153: Last paragraph of Initramfs: https://wiki.ubuntu.com/DebuggingKernelBoot
[08:48] <mahdi> lordievader: no such file in rules.d
[08:52] <lordievader> Hmm, okay.
[08:53] <adun153> lordievader: According to my screenshot, it hangs after mount, right?
[08:54] <mahdi> lordievader:  my interfaces http://pastebin.com/1VeTsRZn
[08:55] <lordievader> adun153: Agreed.
[08:55] <lordievader> mahdi: 'auto eth0' misses?
[08:56] <mahdi> lordievader:  auto eth0 is commented.
[08:57] <lordievader> Why
[08:57] <lordievader> ?
[08:59] <mahdi> lordievader: u r right, it seems my fault , let e check it
[09:09] <MrButh> is there some sort of program or command where I can track my bandwidth per day/week/month on my Ubuntu server?
[09:09] <mahdi> lordievader: thanks, done
[09:10] <NegativeFlare> MrButh: vnstat
[09:10] <NegativeFlare> MrButh: I was going to suggest it on #ubuntu, but you said you'd ask here :P
[09:10] <MrButh> thanks man!
[09:10] <NegativeFlare> np
[09:11] <NegativeFlare> MrButh: http://lpaste.net/139002 <-- it'll look like this when it comes up
[09:12] <MrButh> that's perfect, exactly what I wanted
[09:12] <NegativeFlare> http://paste.ubuntu.com/12106505/
[09:12] <NegativeFlare> or even that
[09:12] <NegativeFlare> MrButh: Alright :)
[09:17] <MrButh> dude it even has a vnstat --live!!
[09:37] <NegativeFlare> MrButh: mhm
[09:38] <NegativeFlare> MrButh: The best thing I like about it, is the fact that it can generate images. And you can show off how much bandwidth you've used XD
[09:51] <MrButh> lol
[10:11] <rbasak> hallyn: bug 1485456 was just reported. Is this the same issue you're hitting?
[10:19] <adun153> I added a "break" option to the end of my initramfs call at the boot loader, and it gives me this stack trace soon afterwards: http://imgur.com/bBVaZzE    Is this expected behavior, and if not, what could be the problem?
[10:20] <lordievader> adun153: What argument to break did you give?
[10:21] <adun153> none
[10:21] <adun153> that's supposed to be "premount" by default, right?
[10:21] <adun153> if none is specified?
[10:24] <lordievader> There ain't a default.
[10:25] <adun153> This is from the link you gave me. "The parameter is break=[option] where option can be: top, modules, premount, mount, bottom, or init. The default is premount if no options are specified."
[10:25] <lordievader> I think you want to break at bottom.
[10:25] <rbasak> Odd_Bloke: around? https://bugs.launchpad.net/uvtool/+bug/1485456 - cloud image simplestreams metadata has regressed and seems completely broken for downloadable images.
[10:26] <lordievader> Ah, never mind then ;)
[10:26] <adun153> yeah, I was trying to break at bottom first, but I was having errors, so I thought, "why not try without any options"
[10:28] <lordievader> Do you have a busybox in your initramfs?
[10:28] <adun153> I have no idea. This is Ubuntu 14.04 amd64,  if that helps.
[10:29] <lordievader> Did you change anything about your initramfs config?
[10:29] <adun153> AFAIK, no.
[10:29] <adun153> I just took this over from someone else.
[10:30] <lordievader> Hmm...
[10:31] <adun153> okay, looks like I did it correctly this time with "break=bottom"
[10:31] <adun153> I now have a busy box.
[10:32] <adun153> What should I do next to help find out why it isn't booting properly?
[10:32] <adun153> it now says (initramfs)
[10:32] <lordievader> Check if everything is mounted properly and if init is available.
[10:33] <lordievader> By the by, do older kernels boot properly?
[10:34] <adun153> Haven't tried yet
[10:34] <adun153> It only has the /root partition mounted.
[10:34] <lordievader> Hmm, that should have been the first thing you've tried ;)
[10:34] <adun153> Kind of a newbie with these things. :D
[10:34] <lordievader> Is that everything it needs to have mounted?
[10:36] <adun153> no. This is the output of df from a parallel node: http://imgur.com/HJbfAky
[10:36] <adun153> The should be more or less identical.
[10:39] <lordievader> Does it need /data to boot?
[10:40] <adun153> No, it has the MySQL datadir and other stuff, but no.
[10:41] <lordievader> So, it has everthing it need ;)
[10:41] <lordievader> Hmm, I'd try an older kernel to be honest.
[10:42] <adun153> ok, I'll try that. I'll come back here if I still see problems. ;p
[10:42] <adun153> thanks!
[11:03] <adun153> lordievader: The older kernel doesn't boot, either.
[11:05] <lordievader> Hmpf
[11:05] <lordievader> It too just hangs?
[11:05] <adun153> Yes.
[11:05] <adun153> Same place.
[11:06] <lordievader> Pff, did it work before?
[11:06] <adun153> yes.
[11:06] <lordievader> What changed?
[11:06] <adun153> Could it be the hard disks?
[11:06] <adun153> Well, here's what happened:
[11:09] <adun153> We suddenly noticed that the server couldn't be pinged or ssh'ed into anymore. Had one of the network guys look at it in the remote DC, and he tried logging in via the console, it would log him in, then immediately log him out again. We did a reboot, and that's where we are right now.
[11:10] <lordievader> Jup, I guess it is time to check the disk/the filesystems.
[11:10] <lordievader> Also these kind of things should be the first thing you mention when seeking support ;)
[11:12] <adun153> Sorry :D
[11:20] <adun153> Thanks!
[13:31] <hallyn> rbasak: sounds like it
[13:31] <rbasak> hallyn: thanks. It should be fixed temporarily now.
[13:33] <hallyn> awesome, thanks
[17:26] <jowi> Hello everyone. I'm having an issue with a bin9 server on 12.04. nslookup returns queries for lan machines but does not forward the requests to outside dns servers. The forwarders have been declared in named.conf.options. Would someone be so kind assisting me with the config?
[17:27] <jowi> "nslookup google.com dns.server.of.isp" works fine
[17:28] <sarnold> jowi: can your bind9 contact those forwarders via ping? via tcp? via udp? do you need to restart or reload the configuration?
[17:29] <jowi> sarnold: thanks. actually i just realised that nslookup to the forwarders works via clients but not from the bind9 server. strange no?
[17:29] <jowi> connection timed out from the bind9 server
[17:30] <sarnold> jowi: interesting, seems like a good thread to start pulling on
[17:30] <sarnold> jowi: why nslookup? I thought most dns folks preferrred dig for investigating?
[17:32] <jowi> sarnold: nslookup is fast. i will verify my network/interfaces config.
[17:33] <lordievader> Dig allways asks the configured dns server.
[17:34] <jowi> sarnold: never mind. I replaced my router and the gateway settings of the fixed IP configuration was pointing to the old gateway. It's working now. what a noob mistake
[17:34] <jowi> :)
[17:35] <jowi> sarnold: thanks for questioning the basics first.
[17:50] <sarnold> jowi: woohoo :)


[07:26] <bobweaver> Hello there I was just wondering if there is anything on the table for linking people togeather using there profiles ?
[07:27] <bobweaver> I could see that helping like when you assign something if you could pick though friends
[07:27] <lifeless> we've no immediate plans to do a social network
[07:28] <lifeless> we do prioritise folk in a project that have previously been assigned
[07:28] <lifeless> so the search will list them first
[07:28] <bobweaver> like a blueprint or a whatever instead of having to look the person up in google then go to there page and then copy url then go back to assign [page and paste url and then sometimes still dont work
[07:28] <lifeless> huh? we provide a search widget
[07:28] <sagaci> lp+
[07:33] <bobweaver> here is a picture of what I am talking about http://postimage.org/image/nw5m2w613/
[07:34] <lifeless> type in the person's name, hit enter
[07:35] <bobweaver> I have tried that like 90 times and it dont work
[07:36] <bobweaver> any ho thanks a million for what you all have allready done I just started using lp for real like a week ago and I can now not picture a day with out it once I learn how to build recipes and all that.... I just can not belive how nice it is
[07:36] <bobweaver> thanks again
[07:36] <lifeless> what name did you enter ?
[07:36] <lifeless> what result did you expect?
[07:37] <bobweaver> well for that I entered in forestpiskie
[07:37] <bobweaver> but if I put in the url I do get it back sometimes
[07:37] <bobweaver> most the time
[07:38] <bobweaver> 90 % of the time but do you see how there is me in blue. when you are on a team you can pick members of that team they are also in blue that is where my idea of the freinds thing falls
[07:39] <bobweaver> make it easy so to say not that it is hard
[07:41] <lifeless> I get forestpiskie back when I search for him
[07:52] <gema> I am trying to report a bug since yesterday, and launchpad keeps coming with this error: (Error ID: OOPS-16818cdef737a0118c3ae59e9d8e1dab)
[07:53] <gema> anything I can do to fix it?
[07:55] <lifeless> gema: yes, use a sensible description
[07:55] <lifeless> gema: you're putting in one that is crazy long
[07:55] <gema> lifeless: no, I am not
[07:55] <lifeless> 'IntegrityError: new row for relation "bug" violates check constraint "sane_description"
[07:55] <lifeless> '
[07:55] <gema> lifeless: my description is: update-manager -d hung during upgrade (libc6, Oneiric to Precise)
[07:55] <gema> I think the constraint is wrong
[07:56] <lifeless> that sounds like your summary
[07:56] <lifeless>  aka title
[07:56] <gema> ahh, hold on
[07:56] <lifeless> the description is the multiline one
[07:56] <gema> the further information?
[07:57] <lifeless> on the bug filing form? yes.
[07:57] <gema> lifeless: this is my description: http://paste.ubuntu.com/926074/
[07:57] <gema> I have writen longer ones in the pase
[07:57] <gema> past
[07:58] <gema> in any case, it doesn't really matter what I say there, I have tried two different ones with the same result
[07:58] <gema> shall I leave it blank?
[07:58] <lifeless> try that, or just a space
[07:58] <gema> ok
[07:58] <lifeless> I wonder if apport is generating a long description
[07:58] <lifeless> wgrant: ^ second opinion?
[07:59] <gema> now there is one error, I haven't provided details about the issue x)
[08:01] <gema> lifeless: it is definitely not my desc, I just added three words and the other error comes up afterwards
[08:10] <wgrant> lifeless: Apport must be, yes
[08:11] <lifeless> gema: are you running precise?
[08:11] <lifeless> gema: what program crashed ?
[08:11] <lifeless> gema: we believe that apport is generating data Launchpad cannot accept
[08:12] <gema> lifeless: have you read my description?
[08:13] <gema> lifeless: this bug happened when trying to upgrade oneiric to precise
[08:13] <gema> so I am not running precise just yet
[08:13] <gema> lifeless: I reported the bug manually, so no worries
[08:26] <benjick> Hi. I found a package I want to use on Launchpad (I run ubuntu, I want php - https://launchpad.net/ubuntu/+source/php5). How do I add this to my sources?
[08:30] <bobweaver> benjick,  that is the main repo ? looks like it to me
[08:33] <bobweaver> benjick,  seems like this dude has php inline if you are not on 12.04 https://launchpad.net/~nathan-renniewaldock/+archive/ppa
[08:34] <benjick> bobweaver: Oh, sorry. THank you :) It was what I was looking for
[08:35] <bobweaver>  <?php echo "np have fun "?>
[08:36] <benjick> Missing ; :(
[08:36] <bobweaver> Oo
[12:03] <d1b> wgrant: re https://bugs.launchpad.net/launchpad/+bug/911637 where abouts it is turned on?
[12:04] <d1b> ah nnm see it now
[12:05] <d1b> awesome :-)
[12:19] <wgrant> d1b: For everything.
[12:20] <wgrant> d1b: Will hopefully entirely deny it for most pages eventually, but that requires a bit more work
[12:36] <d1b> wgrant: yeah it didn't show up in my firefox thingy whe i looked
[12:36] <d1b> when*
[12:36] <d1b> i checked again in chrome and it was all cool
[14:11] <yolanda> hi, i need some help. I try to file a bug here: https://bugs.launchpad.net/ubuntu/+filebug. But this url redirects me to help
[14:11] <yolanda> what can be causing that?
[14:12] <jrib> yolanda: read the help :)
[14:12] <yolanda> i need to file a bug to create a new package
[14:13] <jrib> yolanda: (they want you to use ubuntu-bug to file bugs and tell you how to use launchpad if you really don't want to use the ubuntu-bug program)
[14:13] <jrib> yolanda: if you read the page you are redirected to, you will know what to do
[14:13] <yolanda> mm, i see the no-redirect param
[14:13] <yolanda> in the section asking for new software
[14:14] <jrib> yolanda: and that same paragraph points you to directions on requesting a new package.
[14:14] <yolanda> thanks, now i see the url
[15:52] <didrocks> hey
[15:53] <didrocks> is launchpad lagging to send "forgotten password" email? I tried for the unity-merger account and I don't get anything back
[15:53] <czajkowski> hmm
[15:53] <czajkowski> let me see didrocks
[15:54] <didrocks> thanks czajkowski ;)
[15:56] <czajkowski> all sorted :)
[18:30] <skulltip> how do i change focus of a trunk to the main branch?
[18:30] <skulltip> i want to delete a 'series'
[19:00] <dobey> skulltip: set the "development focus" branch of the project to whatever branch you want to be the "main" branch
[19:00] <dobey> skulltip: lp:project always pulls the development focus branch
[20:52] <ahasenack> hi, can somebody please nominate this bug for lucid, natty and oneiric? https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/978884
[21:22] <micahg> ahasenack: wrong channel to ask :), you want #ubuntu-devel for bug tasks
[21:22] <micahg> well, for Ubuntu bug tasks :)


[09:21] <theShirbiny> Morning everyone
[10:30] <Kilos> hi theShirbiny
[10:31] <Kilos> and CraigZim and the rest of Africa
[10:31] <CraigZim> Kilos how you doing?
[10:32] <Kilos> ok ty CraigZim
[10:32] <CraigZim> been quiet without you :)
[10:32] <Kilos> yeah sorry
[10:33] <Kilos> been a hard run
[10:33] <CraigZim> I know, you need to look after yourself!
[10:33] <Kilos> i am , i dunno what or why it happened
[10:34] <CraigZim> stress of your boet I would think
[10:35] <Kilos> could be yeah


[00:33] <Unit193> OK, +next's dashboard looks pretty nice.
[09:54] <Unit193> catfish and genmon will be the only two things in the red tomorrow.
[22:52] <bluesabre> <3
[23:31] <Unit193> bluesabre: Can I sponsor you a catfish? :D


[00:05] <BobJonkman4> Seismic waves travel about 8 km/s, and SoCal is 4223km from Toronto, so it would only take about 9 minutes to feel the tremors...


[01:38] <tumbleweed> infinity: can you steer a pypy build at a big buildd, again? https://launchpad.net/~stefanor/+archive/pypy/+build/5275420
[01:41] <infinity> tumbleweed: Remind me which buildd qualified as big?
[01:41]  * infinity looks for successful builds.
[01:42] <infinity> louvi, apparenrly.
[01:42] <infinity> apparently, too.
[01:43] <tumbleweed> yeah, that one
[01:43] <tumbleweed> thanks!
[01:43] <infinity> tumbleweed: The chindis were good enough for i386... Does the amd64 build need more oomph?
[01:43] <tumbleweed> my usual approach of just retrying from a script doesn't work when there are no big buildds in the pool
[01:44] <tumbleweed> 2G RAM isn't enough
[01:44] <tumbleweed> although, if they have enough swap, which stays in the host's RAM, it could work out
[01:45] <infinity> Anyhow, I'll just block off a few machines that have done it successfully in the past, and pick the first that's free.
[01:46] <tumbleweed> thanks
[01:56] <infinity> tumbleweed: Erm, did you retry the build?
[01:57] <infinity> I just went to retry and aim it at a buildd, and it's already building...
[01:58] <infinity> Well, it failed quickly at least. :P
[02:03] <tumbleweed> yeah, that's how it rolls
[02:03] <tumbleweed> thanks again
[02:06] <manchicken> Does anybody here know apt-pkg code well? I'm trying to figure out why `_config->FindFile("Dir::Etc::sourcelist")` would yield an empty std::string
[02:37] <xnox> cjwatson: apt-get --purge -yf build-dep hello, fails with E: Command line option ‘f’ [from -yf] is not known, with latest apt.
[02:39] <cjwatson> xnox: you can probably work out how to fix it by example from my most recent patch, but do send the patch to Debian
[02:39] <cjwatson> and maybe look through the other discrepancies in support between install and build-dep to see if they all make sense
[02:39] <cjwatson> I just fixed --purge because it was breaking sbuild
[02:40] <infinity> There's shouldn't be differences at all, really.  build-dep is just a special install.
[02:40] <infinity> Just as remove and purge are.
[02:40] <infinity> Well, package arguments are different, but everything pre-command should be the same, I'd think.
[02:41] <cjwatson> build-dep wants -a/--host-architecture as well, I think
[02:41] <cjwatson> but it should probably be a superset ...
[02:41] <cjwatson> so handle it a bit more like upgrade
[06:50] <pitti> Good morning
[06:51] <pitti> sarnold, mdz: if the "suspend" panel menu also doesn't work, it's not settings-daemon or anything; that one directly talks to logind, which calls systemd-shim
[06:52] <pitti> mdz, sarnold: settings-daemon is supposed to inhibit logind's own handling of the suspend key; but that still doesn't explain why the indicator menu doesn't work; and if anything, this rather ought to cause a double suspend
[06:52] <pitti> mdz, sarnold: could it be that you don't have a running logind session? "loginctl"?
[07:24] <sarnold> pitti: hey, good morning :)
[07:24] <sarnold> pitti: http://paste.ubuntu.com/6488331/
[07:24] <pitti> hey sarnold, how are you?
[07:25] <sarnold> pitti: pretty good, thanks; how's your thursday looking? :)
[07:25] <pitti> sarnold: snowy and icy :)
[07:26] <pitti> sarnold, mdz: you should check whether this works:
[07:26] <pitti> sudo gdbus call -y -d org.freedesktop.login1 -o /org/freedesktop/login1 -m org.freedesktop.login1.Manager.Suspend true
[07:26] <sarnold> pitti: oh, brrrrr :)
[07:27] <sarnold> pitti: Error: GDBus.Error:org.freedesktop.DBus.Error.Failed: Operation already in progress  http://paste.ubuntu.com/6488337/
[07:27] <pitti> aah
[07:28] <pitti> sarnold, mdz: so it works the first time, but then not any more
[07:28] <pitti> sarnold, mdz: that's either bug 1184262 which was fixed in saucy-updates a few days ago (and in trusty), or its successor bug 1252121
[07:28] <sarnold> pitti: I'd guess it worked several times, often enough for me to find that networkmanager did not return ...
[07:29] <pitti> sarnold, mdz: worth trying the package in my sru-test PPA and telling me how it goes
[07:29] <pitti> this fixes another two bugs in -shim, but some people report it's still not working after that (but it works for several others)
[07:40] <sarnold> pitti: okay, I've got the new systemd-shim installed; it didn't work immediately, but it worked at least twice after rebooting.
[07:40] <pitti> sarnold: yes, after installing you at least need to kill the running logind
[07:40] <sarnold> pitti: I'm on vacation until monday, so I won't be testing it nearly as much as I'd like before your desired monday release, but i'll let you know how it goes
[07:41] <sarnold> pitti: would just a simple killall logind have done the job?
[07:41] <pitti> sarnold: thanks; not that urgent, I won't catch desrt before Monday either I suppose
[07:41] <pitti> sarnold: systemd-logind, but yes
[07:41] <sarnold> pitti: thanks :)
[07:42] <pitti> sarnold: that gets rid of the "system thinks it's still sleeping" state
[07:42] <dholbach> good morning
[07:42] <sarnold> pitti: hehe, I presume "can execute code" is good enough to know it's not asleep? :)
[07:47] <pitti> sarnold: not sure, it might be sleepwalking!
[07:47] <sarnold> pitti: hahaha :)
[08:00] <mlankhorst> any sru admin on?
[08:01] <mlankhorst> I need someone to approve the pixman sru for saucy, raring, q, p
[08:40] <sarnold> pitti: thanks for the help :) bedtime for me! \o/
[09:56] <ara> hello all!
[09:56] <ara> For new packages in Ubuntu (that are not in Debian) what's the best approach? always try to have them in Debian first? or not that needed? what's the "official" Ubuntu policy?
[09:57] <seb128> ara, hey, it's best to get those in Debian if possible
[09:57] <seb128> that's not an absolute requirement/blocker
[09:57] <ara> seb128, OK, thanks :)
[09:57] <seb128> but it makes things easier for everyone
[09:58] <seb128> e.g Debian get the package, and we can share efforts
[09:58] <ara> zyga, ^
[09:59] <zyga> ara: sounds good to me, I can maintain them in debian
[09:59] <zyga> ara: I guess we can transition packages over time
[09:59] <zyga> ara: not make it a priority/blocker but just keep pushing it until we are all in debian
[09:59] <zyga> seb128: is the ubuntu sdk in debian or goint there, by any chance?
[10:00] <ara> zyga, good point ;-)
[10:00] <seb128> zyga, I doubt it
[10:00] <seb128> well it's not
[10:00] <seb128> I don't know what the plans are
[10:00] <ara> so, now we know a blocker for the UI packages :)
[10:00] <seb128> but I doubt it's going to be there any time soon
[10:00] <seb128> we would need the ubuntu platform api there
[10:00] <seb128> maybe libhybris and stuff as well
[10:01] <zyga> seb128: how about the qml components?
[10:01] <zyga> seb128: I don't know how separated those things are, we basically depend on qt5 and the qml components added by the ubuntu sdk
[10:03] <seb128> zyga, no sure, seems like a question for the sdk team
[10:03] <zyga> seb128: thanks
[13:48] <xnox> infinity: when building a package on arm64, I get "undefined reference to `_mcount'" a presume that gprof is not available, but i'm failing to see how / why / where references to _mcount are generated =(
[14:10] <doko> xnox, is profiling already supported?
[14:10] <xnox> doko: i don't think it is. And i think I have found stray "-p" in some objects compilations. Removing that flag seems to make the build go further.
[14:11] <xnox> doko: i'm going by absence of libc6-prof:arm64
[14:14] <doko> xnox, supposed to work, starting in trusty. so maybe infinity should build one ...
[14:15] <xnox> doko: hm, i've compiled all objects with "-p -pg" and got "undefined refrence to `_mcount'" at link time. So something somewhere doesn't work yet.
[14:16] <doko> xnox, where is this defined on other archs?
[14:18] <xnox> doko: i presume gcrt1.o provided by libc
[14:19] <xnox> (vs normal crt1.o)
[14:19] <doko> =)
[15:29] <xnox> well. it compiled. let's see if it succeeds on the distro builders now =)
[15:49] <rbasak> Is there an easy way to get the path to (eg.) /lib/x86_64-linux-gnu/libgcc_s.so.1 at a shell prompt?
[15:49] <rbasak> I can't hardcode it since that'll break other architectures.
[15:50] <Riddell> /lib/*/libgcc_s.so.1
[15:52] <rbasak> Riddell: that'll break if I had multiarch things installed though, wouldn't it?
[15:54] <rbasak> Aha
[15:54] <rbasak> /lib/$(dpkg-architecture -qDEB_HOST_MULTIARCH)/libgcc_s.so.1
[16:20] <pitti> barry: halp! bug 1255505 (just responded to psivaa's mail and found this; I sent an initial analysis)
[16:20] <pitti> barry: oh, turkey day I guess
[16:21] <pitti> barry, doko: http://bugs.python.org/file32304/unittest_loader_symlinks.patch looks easy enough to revert, though; should we do an upload which reverts this to unblock developers?
[16:22] <pitti> (I just confirmed that this fixes it)
[16:26] <doko> pitti, sure, go ahead, barry is on vacation, killing some turkeys today
[16:27] <pitti> doko: ack
[16:28] <pitti> doko: adding the patch to debian/patches/series.in will do? or do I need some extra magic?
[16:29] <doko> pitti, yes
[16:29] <doko> enough
[16:30] <doko> pitti, the upstream issue is still closed. could you add some information that this breaks some things?
[16:31] <pitti> doko: yes, can do (probably tomorrow, running out of time today)
[16:31] <doko> pitti, because this seems to be some multiarch related issue
[16:31] <pitti> oh? I only have amd64 python installed
[16:32] <pitti> rather looks related to our dh_python symlink setup?
[16:33] <doko> or that
[16:33] <doko> which really should go away
[16:33] <pitti> doko: python3 FTW!
[16:33] <pitti> :)
[16:33] <doko> pitti, well let autopilot use it ...
[16:34] <pitti> doko: it is
[16:34] <pitti> just most tests aren't yet
[16:34] <pitti> (it's underway)
[16:34] <pitti> I ported autopilot some months ago
[16:35] <pitti> doko: test-building locally now, but would you mind having a look at http://paste.ubuntu.com/6490243/ ?
[16:36] <pitti> doko: I didn't actually change anything in debian/control, seems that was some debian/rules magic
[16:36] <doko> looks fine
[16:36] <pitti> doko: danke
[16:38] <rbasak> pitti: do you know if I can have comments in a dep8 control file? I don't see anything in the spec for that.
[16:40] <pitti> rbasak: yes, you can
[16:40] <pitti> rbasak: with #
[16:40] <rbasak> pitti: thanks!
[16:41] <rbasak> pitti: I'm going to add tests that I know won't run because we don't do breaks-testbed yet, but this means that I need to mark the first test that can run breaks-testbed (since it is), but we can't tell the infrastructure that, since it won't run (IYSWIM).
[16:41] <rbasak> pitti: also I have a suspicion that a breaks-testbed test is treated as a failure by adt-run.
[16:42] <rbasak> Since it causes adt-run to exit with a (specific) non-zero exit code.
[16:42] <rbasak> pitti: so I'll upload dep8 tests now, since they're useful even locally (and for SRU verification), but leave them commented out.
[16:42] <rbasak> pitti: does that sound reasonable?
[16:43] <pitti> rbasak: no, breaks-testbed ones are currently skipped
[16:43] <pitti> rbasak: but yes, our scripts might interpret exit code 2 as "fail"
[16:43] <pitti> rbasak: sure, sounds fine; if you need a place to store them
[16:44] <rbasak> pitti: right. So in the cases of packages where all packages are breaks-testbed, then it's still useful to have one run in the infrastructure by not marking it breaks-testbed even though it is.
[16:44] <pitti> rbasak: perhaps don't put an XS-Testsuite: tag on it then, so that it won't needlessly fail and make pacakge propagation harder
[16:44] <pitti> rbasak: ah, I understand now
[16:44] <pitti> rbasak: right, so do enable tests, just have it run one, don't mark it as breaks-testbed and comment out the rest
[16:44] <rbasak> pitti: right.
[16:45] <rbasak> pitti: I'll email ubuntu-quality with a summary and comment a link to that or something so people can follow what's going on.
[16:45] <pitti> rbasak: oh, just in case you wonder, I shelved my adt-virt-qemu for now, need to work on something else first
[16:45] <rbasak> OK, thanks
[16:51] <pitti> good night everyone! and happy Turkey eating to our American friends
[16:52] <seb128> pitti, 'night!
[20:12] <Saviq> mvo, ping
[20:14] <mvo> Saviq: pong
[20:14] <Saviq> mvo, hey, I saw you were dealing with a similar bug recently in apt
[20:14] <Saviq> mvo, I'm suddenly getting: E: Command line option 'f' [from -yf] is not known. when trying to cross-build with sbuild
[20:14] <Saviq> mvo, when it's trying to install build deps
[20:15] <Saviq> mvo, any pointers as to what might be the culprit?
[20:15] <mvo> Saviq: indeed, sorry for this regression, its fixed in git (ubuntu/master and debian/sid branches)
[20:15] <infinity> Things were shuffled recently so that build-dep doesn't recognize all the same options as install.
[20:15] <infinity> mvo: Did you get all the cases?
[20:15] <Saviq> mvo, for sbuild or apt?
[20:15] <infinity> mvo: If so, an upload would be quite appreciated by a lot of people, I think.
[20:15] <infinity> Saviq: apt.
[20:16] <mvo> Saviq: what infinity said - it got stricter and now refuses options who are not making sense in the context where it used to simply ignore it
[20:16] <Saviq> infinity, mvo, got it, thanks
[20:16] <mvo> infinity: yeah, I can do one now, was just chasing one more issue, but that can wait until tomorrow
[20:16] <infinity> mvo: People have been asking about it a fair bit, so I imagine an upload would shut 'em up. ;)
[20:17] <infinity> mvo: And I assume you've pulled in Colin's fix from ubuntu2?
[20:18] <mvo> infinity: yes, both ubuntu2 and ubuntu3
[20:20] <mvo> infinity: I give it some testing and then I upload, I changed the patch from ubuntu2 a bit, but it should not cause issues
[20:41] <mvo> infinity: uploaded - and you can always ping me on irc if a fair amount of people ask about a regression (or a bug or whateva)
[20:46] <bkerensa> Happy Thanksgiving :)
[22:07] <slangasek> @pilot in
[22:08] <slangasek> seb128: say, do you know if the patch to freetype for bug #972223 is still needed?
[22:08] <slangasek> the freetype upstream change is over two years old now
[22:09] <seb128> slangasek, last time I tried (which I think was during the saucy cycle), it still was
[22:09] <slangasek> drat
[22:09] <seb128> I can try again tomorrow if you want
[22:10] <seb128> slangasek, what are you doing piloting? aren't you supposed to eat turkey today?
[22:10] <slangasek> seb128: some families watch football after dinner, others log onto IRC ;)
[22:11] <seb128> lol
[22:33] <xnox> GO SAINTS!
[22:38] <doko> xnox, Go!
[23:36] <brendand> is it just me or is branch.getMergeProposals completely fubar in launchpadlib?
[23:37] <brendand> always returns a zero size collection, even though i can *see* a merge proposal in the browser interface
[23:40] <xnox> well, doesn't tarmac monitors / notices merge proposals via that api?
[23:40] <xnox> (or does it do email notifications)
[23:40] <brendand> xnox, i thought it did too
[23:41] <xnox> brendand: and are you looking that up on the: source or target branch?
[23:41] <brendand> xnox, :P
[23:42] <brendand> xnox, there you go
[23:42] <brendand> xnox, so it only allows me to query for merge proposals *too* the branch
[23:42] <brendand> f*ck
[23:42] <brendand> pardon me
[23:43] <xnox> brendand: i think there are get merge proposal on the project & distro source packages as well.
[23:43] <xnox> i think that might be easier.
[23:47] <brendand> xnox, also the owner
[23:48] <brendand> xnox, it just makes the check a bit clumsier
[23:48] <brendand> xnox, i'm developing a tool to clean up branches locally on disk
[23:48] <xnox> but, but, but it's Restful =)))))
[23:49] <brendand> xnox, where the branch is merged
[23:49] <xnox> sounds cool, i bet i have a tonne of those.
[23:49] <brendand> xnox, most of the time i can just check lifecycle_status == 'Merged'
[23:49] <brendand> xnox, except where the branch was not merged to the trunk of the project
[23:49] <xnox> brendand: i did $ bzr init-repo ~/src/ a long time ago and I'm generally happy with disk-space, merge branches only waste a checkout.
[23:50] <xnox> s/merge/merged/