[00:20] <rojikku> uhhhmmmm....o.o i have "the dreaded checking battery state" error...where it freezes at checking battery state.. with the latest ubuntu 11.04 beta.. o.o it didnt do this with the 10.04...though my ATI drivers make the booting screen look cruddy for some reason...what should i try and do? >>
[00:21] <rojikku> i managed to get into grub and into recovery mode..10.10 wouldnt boot in normal mode when i tried...
[00:48] <j1mc> so... in unity, is the BFB officially called the Ubuntu Button or the Home Button?
[00:48] <j1mc> this is for documentation purposes
[00:49] <j1mc> i've read the post on askubuntu.com, but it is still not entirely clear.
[00:56] <Keybuk> j1mc: I still want to know what you press when you don't *have* that button ;-)
[00:59] <j1mc> Keybuk: i'm referring to the button in the upper left... isn't it always there?  i'm not talking about win/mac keyboad differences.
[01:02] <broder> j1mc: based on the post from jcastro, i'd call it the "home button"
[01:04] <j1mc> broder: thanks. :)
[01:05] <jcastro> j1mc: home button
[01:05] <jcastro> though people call it the ubuntu button anyway
[01:05] <jcastro> and developers call it the BFB
[01:07] <Keybuk> j1mc: ah, I thought you were referring to the keyboard button unity requires you have ;)
[01:07] <jcastro> the keybuk button
[01:13] <j1mc> heh
[01:14] <j1mc> jcastro: thanks for clarifying.
[02:29] <psusi> did the whole ubuntu on dell partnership thing kinda die?
[02:30] <lifeless> not that I've heard
[02:31] <j1mc> godbyk: /quit
[02:31] <j1mc> heh
[02:32] <psusi> hrm... hrm... because according to http://en.community.dell.com/support-forums/software-os/w/linux/consumer-linux.aspx it looks like they still don't have 10.04 support, and I thought a few months back I heard they had stopped selling new computers with ubuntu preinstalled... I know last year when I got my netbook it was damn hard to find
[03:24] <ScottK> There's not much you can get from them.  That's for sure.  Netbooks and a couple of low end laptops seem like about it.
[03:36] <cody-somerville> It highly depends on what region you're in.
[03:37] <ScottK> OK.  Well being in the US, there
[03:37] <ScottK> ... there's generally been more availability than elsewhere.
[03:37] <cody-somerville> Also http://en.community.dell.com/support-forums/software-os/w/linux/consumer-linux.aspx looks like it is just out of date. It hasn't been updated since November 2009.
[03:38] <maco> ScottK: person who was asking /quit
[03:38] <ScottK> Oh.
[03:38] <maco> there was a post a few day ago going "hey look they have stuff listed again"
[03:38] <ScottK> Didn't notice.  Thanks.
[03:38] <ScottK> Two weeks ago when I was buying a laptop there wasn't any.
[03:41] <ScottK> Now I see two.  One netbook and one low end laptop.
[04:30] <jcastro> ScottK: the systray thing isn't a technical limitation of unity though, that is a design decision, we could easily just turn that on
[04:31] <jcastro> ScottK: that's my way of saying we're going to get mpt'ed wether the panel supports it or not. :)
[04:31] <ScottK> ;-)
[04:31] <jcastro> so it's not really "can't", it's "won't"
[04:31] <ScottK> Right.
[04:32] <ScottK> Although as long as won't is the position, then it's a fair point for arguing against it by default.
[05:42] <ohsix> argh, broken clipboard; and broken recently
[05:43] <poolie> hi, do i have to take any action to get my bzr sru approved from https://launchpad.net/ubuntu/maverick/+queue?queue_state=1&queue_text=bzr into maverick-proposed?
[05:43] <poolie> or just wait?
[05:44] <micahg> poolie: is it tied to an SRU bug?
[05:45]  * micahg isn't sure if the standing exceptions require it
[05:45] <poolie> it is
[05:45] <poolie> bug 707075
[05:45] <SpamapS> poolie: Its on my todo for tonight or tomorrow to review that
[05:46] <micahg> ah, SpamapS to the rescue :)
[05:46] <poolie> thanks!
[05:46] <poolie> just wondered if i had omitted to do anything
[05:46] <micahg> poolie: so, you probably want to set to fix committed and unassign after you upload
[05:46] <poolie> don't hesitate to ask me or jelmer if you have any questions or see any problems
[05:47] <poolie> good idea
[05:47] <micahg> poolie: err, actually you can leave it assigned since you uploaded :)
[05:47] <poolie> why unassign?
[05:47] <poolie> ah ok
[05:59] <ohsix> where do i go to get eyes on a bug like 622639
[05:59] <ohsix> ultimately the missing samples mean theres never a battery life estimate on the applet menu
[06:48] <ohsix> hm, the status for upower in 629258 is not right, who is supposed to provide the estimation if the data is missing for the battery? currently the things talking to upower dont', but they use the other statistics; that piece of missing data keeps the default battery applet from showing any time remaining, or a percentage
[06:49] <ohsix> it just says "estimating ..." forever, my bug was a dup; but this is the root of it, who is working on this? or who would be
[06:56] <ohsix> the root of it is sometimes power_supply/BATn/current_now is sometimes 0 and theres no estimator like there used to be (effectively, when it was using hal)
[06:59] <ohsix> it would be nice if someone would promote it again as a papercut, cuz apparently it leads to no battery life estimation (and no fallback to percentage in the applet ui) on a lot of dell/hp/compaq & other vendor laptops/batteries
[07:18] <ohsix> kees: ping
[07:36] <didrocks> good morning
[07:37] <ohsix> kees: nevermind, only needed input on something and i figured it out
[07:40] <pitti> Good morning
[07:42] <didrocks> @pilot in
[08:06] <Jon--> I want to help out the community a little bit with something I've done. conky is out of date and has several bugs in it across all Ubuntu PPAs. I've compiled from source conky 1.8.1 using checkinstall so I have a .deb, I have created a user PPA on Launchpad. I'm brand new to this now, how do I package this deb into a PPA and generate the .changes file? Sorry for being so n00b. :O  I just want to help people trying to i
[08:06] <Jon--> nstall this package...
[08:14] <ohsix> hi, is there a tool that uses apt, accepts a package (say a virtual) and will tell you the size of it and all its dependencies?
[08:17] <dholbach> good morning
[08:19] <mvo> ohsix: its easiest to use python-apt for this
[08:19] <mvo> ohsix: like "import apt; apt.Cache()["mypkg"].mark_install(); print cache.required_space
[08:19] <ohsix> mvo: can apt be told to reinstall everything, then you could dry run something like apt-get install ubuntu-desktop, and it'd try and reinstall it and all the deps; thus telling you the size
[08:20] <mvo> ohsix: you need give it different dpkg-status file as the base for the dependency calculation too
[08:21] <brendand> is there a meta-package that will install the correct kernel (pae or non-pae) depending on my system?
[08:21] <mvo> ohsix: the easiest way is to point it to a empty dpkg-status file (it is python-apt). what is the use-case you have in mind here? i.e. what problem do you want to solve?
[08:21] <brendand> i know when i installed maverick it chose pae automatically somehow
[08:21] <ohsix> mvo: no problem, just curiosity, i wanna see what a virtual and all its dependencies costs as far as size goes
[08:22] <mvo> brendand: base-installer makes this decision (its part of debian-installer)
[08:23] <mvo> ohsix: use apt.apt_pkg.config.set("dir::state::status", "/path/to/empty/file") before creating the apt.Cache() then you should get it
[08:24] <ohsix> can i tell apt the same thing? empty dpkg-status (or rather dpkg with -o DPkg::)
[08:24] <brendand> mvo - does it store what choice it made somewhere?
[08:25] <brendand> mvo - actually my use-case is that i want to install the right one in the late command of the preseed
[08:25] <brendand> mvo - so i need to know if it should be pae or not
[08:25] <ohsix> mvo: also is there something i can get to get dpkg/apt/whatever to display all possible configuration that could be set? they're a bit hard (and a lot not mentioned) in the handbook documentation
[08:27] <mvo> brendand: you could check the release-upgrader (update-manager). it uses base-installer to make the decision, in lp:update-manager DistUpgrade/get_kernel_list.sh
[08:28] <brendand> mvo - might using dpkg --get-selections | grep linux-generic | awk '{print $1}' be safe?
[08:28] <mvo> ohsix: all possible configurations in the sense of all possible "OR" targets?
[08:30] <ohsix> mvo: like the DPkg:: and Apt:: options that are set in apt.conf(.d)
[08:30] <mvo> ohsix: apt-config dump and /usr/share/doc/apt/examples/configuration-index
[08:31] <ohsix> ah excellent, thanks
[08:31] <ohsix> yeaaa that's the one i couldn't remember (apt-config dump)
[08:32] <ohsix> mvo: After this operation, 1,991 MB of additional disk space will be used.
[08:32] <ohsix> that worked great, thanks for the tips
[08:33] <mvo> yw
[08:50] <pitti> directhex, Laney, RAOF: how bad would it really be to drop the webbrowser widget from mono to fix bug 740815? with firefox' new release cycle this will just keep breaking underneath us anyway, and keeping it would cause a rather unacceptable continuous porting work overhead
[08:50] <pitti> I know that it wouldn't break anything in the archive, but wondering about third-party software
[08:50] <pitti> but I guess that's a compromise we need to make, until the webkit integration is ready
[08:50] <pitti> (yes, sorry, panic level rising)
[08:51] <ohsix> hm
[08:51] <ohsix> wouldn't the mono people  be generating patches for that if they were going to stick with it? i don't know how it's integrated now so that might be nieve
[09:00] <RAOF> pitti: I don't have a good idea about how prevalent that is in third-party software :(
[09:00] <pitti> ohsix: they are working on webkit integration, yes
[09:01] <ohsix> RAOF: google code search?
[09:01] <RAOF> ohsix: Not a bad idea :)
[09:02] <ohsix> pitti: i mean while they do that, for new versions
[09:02] <hrw> morning
[09:03] <pitti> ohsix: same problem for them -- with the new release schedule this will become a huge pain for them as well
[09:03] <pitti> and it's mainly the "gluezilla" package which needs porting; it's not directly tied to mono
[09:04] <ohsix> yea :P but i mean, wont work they have to do, pain or not; be usable in the meantime, or are they just going to drop it entirely until the webkit portion is available?
[09:04] <ohsix> i see
[09:05] <RAOF> The webkit portion is mostly available, I think, although I haven't followed it closely.
[09:35] <directhex> pitti, i think that's a reasonable thing to do for this cycle. it's likely too late to fix before release with your/andreia's webkit work
[09:35] <directhex> pitti, it'd be nice to SRU it later though?
[09:36] <pitti> directhex: to reenable it? yes, sounds ok, as this would merely reintroduce a package, thus low regression potential
[09:36] <pitti> RAOF: would you have time to work on this? i. e. disable the webbrowser binary and gluezilla build-dep?
[09:37] <RAOF> pitti: I guess so.  When's beta2 freeze?
[09:38]  * RAOF probably won't do it today, given that it's 6:30pm
[09:38] <pitti> RAOF: I guess around Monday
[09:39] <RAOF> Ok.  I can do some work tomorrow, I guess.
[09:40] <pitti> RAOF: it'd also be ok to drop it after beta-2, I think
[09:40] <RAOF> Oh, in that case, yeah, totally.
[09:42] <pitti> RAOF: can I assign the task to you then?
[09:42] <RAOF> Yes, please do so.
[09:42] <pitti> thanks
[10:10] <ogra_> can someone bump the build status of https://launchpad.net/ubuntu/+source/unity/3.8.4-0ubuntu1/+buildjob/2433301
[10:10] <ogra_> (it breaks image builds for armel atm)
[10:15] <diwic> ogra_, hi there...do you think we have come to a reasonable conclusion for all parties with PA UCM patches?
[10:15] <ogra_> diwic, only using the first four and the config files ?
[10:15] <diwic> ogra_, yeah
[10:15] <ogra_> if it works i'm happy
[10:15] <ogra_> will have to try it, sadly my day is full of meetings so it will take some time
[10:16] <diwic> ogra_, will you help to test it (or make sure that someone tests it)?
[10:16] <ogra_> i'll also ask the team, but first we need armel packages
[10:17] <diwic> ogra_, just take TheMuso's source package and build it the way you usually build armel packages
[10:17] <ogra_> yep, indeed
[10:46] <doko> chrisccoulson: ping
[10:49] <chrisccoulson> hi doko
[13:13] <Riddell> sladen: going to upload the font today to fix bug 744812 ?
[13:14] <didrocks> @pilot out
[13:14] <jdstrand> didrocks: hey, sorry to bother you. what is the name of the 'ubuntu icon' in the upper left? It doesn't show up still and I'm looking for bugs on it
[13:15] <didrocks> jdstrand: it's the bfb
[13:15] <didrocks> jdstrand: are you mirroring your screen?
[13:15] <jdstrand> didrocks: yes, mirrored
[13:15] <tjaalton> are there installation images that can just be copied to a usb drive with dd? ("hybrid", i'm told)
[13:16] <didrocks> jdstrand: it's known and fix committed :)
[13:17] <bdrung> didrocks: "The branch looks code" :D
[13:17] <jdstrand> didrocks: \o/
[13:17] <didrocks> bdrung: yeah, there was some code in the branch, awesome, isn't it! :)
[13:17] <cjwatson> tjaalton: not yet, sorry, I really meant to do that for natty but didn't quite get round to it, and it's too risky now :-/
[13:17] <didrocks> bdrung: well, I have to make one typo at every mail :-)
[13:17] <cjwatson> needs backporting some bits and pieces to lucid for the CD image build machine
[13:18] <cjwatson> (for jigdo hybrid support)
[13:20] <tjaalton> cjwatson: ok, good to know it's on the radar
[13:29] <bdrung> diwic: can you give me a debdiff for bug #733424 (with dep-3 header in the patch)?
[13:31] <diwic> bdrung, it is already in the bzr tree and waiting for upload by TheMuso
[13:31] <bdrung> ah, ok
[13:31] <bdrung> diwic: so i can unsubscribe the sponsors team?
[13:32] <diwic> bdrung, yes
[13:53] <psusi> hrm... a fuse mount doesn't actually have an underlying block device, so it isn't possible to umount by device is it?  so shouldn't ntfs-3g provide a umount.ntfs to handle this properly?
[14:13] <kenvandine> @pilot in
[14:15]  * dholbach hugs kenvandine
[14:15] <ohsix> ah-ha, sun-java6 finally shows up
[14:15]  * kenvandine hugs dholbach
[14:16] <ev> mvo: would you mind making lp:apt-clone team-accessible? I have a one liner fix for a crasher that a merge proposal seems a bit too heavy for.
[14:17] <mvo> ev: sure, hold on a sec
[14:18] <mvo> ev: I set it to core-dev for now
[14:18] <ev> coolness
[14:19] <ev> sorted, thanks
[14:26] <ohsix> can't sun's java package be setup to use pulseaudio for output, using the classpath driver? (openjdk already does it)
[14:45] <stgraber> speakman: ping
[14:45] <stgraber> oops, auto-complete fail :(
[14:45] <stgraber> SpamapS: ping
[14:46] <pgraner> didrocks, ping see https://bugs.launchpad.net/unity/+bug/744325/comments/30  what would you like me to do?
[14:48] <didrocks> pgraner: someone already opened another bug on QT apps and intellihide, it's a separate issue than the one reeported there
[14:49] <pgraner> didrocks, ahhh didn't realize mumble was a qt app, then all is good
[14:49] <didrocks> pgraner: hope we can fix it though, they are doing weird dnd stuff ;)
[14:50] <pgraner> didrocks, ack, its quite annoying
[14:51] <pitti> dpm: FYI, I requested a full natty langpack export now, so I'll build/upload new natty langpacks on Sunday evening
[14:52] <pitti> cjwatson ^ FYI
[14:53] <bidream> hello all
[14:54] <bidream> i would like to know what is the best way to read a config file from a c code
[14:55] <speakman> stgraber: :)
[14:55] <bidream> Chipzz i know, i am developping for ubuntu ;)
[14:55] <Chipzz> bidream: irrelevant
[14:55] <dpm> pitti, ah, thanks. But I thought you had already done that a few days ago. (btw, it's good that you've done it now, I've just noticed banshee has changed the domain from banshee-1 to banshee and I fixed it in LP - the next langpacks should have the .mo file under the correct domain)
[14:58] <bidream> stspeakman strgraber  , thanks for the hint, it is the most usual one ?
[14:58] <doko> chrisccoulson, pitti: http://people.canonical.com/~doko/tmp/binutils_2.21.0.20110327-2ubuntu2~ppa1_i386.deb
[14:58] <doko> test case doesn't fail with this one, please retry a firefox build
[14:59] <pitti> ooh, thanks doko
[14:59] <chrisccoulson> doko - awesome, i will kick that off in a second
[14:59] <chrisccoulson> i will be so glad to get this one fixed :)
[15:01] <bidream> ho , as i am here know , i think i have suggestion for peoples preparing the livecd version, it should be good to enable to rebuild grub from the livecd menu as it is possible from the failsafe meanu of ubuntu
[15:10] <RoAkSoAx> howdy. I was wondering if MIR's need FFe?
[15:11] <RoAkSoAx> doko: ideas ^^??
[15:24] <ev> mvo: what was your intent with actiongroup in apt_clone.py:358? To use it as a context manager?
[15:27] <ev> mvo: also, would you be comfortable with me adding running pyflakes to make test (for non-test code only)?
[15:27] <ev> so we avoid typo bugs
[15:27] <mvo> ev: sure, thats fine
[15:27] <ev> cool
[15:27] <mvo> ev: and maybe coverage to see how much is missing
[15:28] <ev> coverage.py makes me smile
[15:29] <mvo> ev: the actiongroup is pretty much a context manager, as long as its alive apt will not do its internal "is_garbage" calculation, this speeds the code up quite a bit
[15:29] <mvo> I should ahve added a comment
[15:29] <ev> well you assign it to a variable that never gets used, which is slightly confusing
[15:29] <ev> if you wouldn't mind just removing the LHS and letting garbage collection do its thing
[15:31] <RoAkSoAx> cjwatson: howdy! Do MIR's need FFe?
[15:32] <cjwatson> RoAkSoAx: that depends on whether they're features.
[15:33] <RoAkSoAx> cjwatson: if it's a small python module that hasn't been updated since maverick?
[15:33] <RoAkSoAx> cjwatson: or should I just file FFe to be safe?
[15:34] <cjwatson> I don't know, don't have time to think about it right now, sorry
[15:34] <RoAkSoAx> cjwatson: ok, no prob. Thanks!
[15:49] <sladen> jdstrand: Big Friendly Button.  But {distro,launcher,ubuntu}-{icon,logo} will probably get recognised
[15:49]  * jdstrand nods
[15:50] <jdstrand> sladen: fyi, I looked for an open bug on my problem, but couldn't find one. I'm told the fix is committed somewhere
[15:58] <doko> chrisccoulson: any feedback?
[15:59] <chrisccoulson> doko - sorry, I got sidetracked after I had to update my chroot
[15:59] <chrisccoulson> it's building now though
[15:59] <chrisccoulson> it takes a while ;)
[16:04] <sladen> jdstrand: that is the bug?
[16:06] <jdstrand> sladen: I'm sorry, you seemed to pick up on backscroll wrt to bfb, so I thought you saw the rest. my bug is that bfb does not display here on up to date natty. I do mirror (ie, with the same resolution) my screen with an external monitor. I have not (yet) tested it without the external monitor
[16:06] <seb128> jdstrand, it's a known bug with mirror
[16:06] <seb128> jdstrand, njpatel fixed it today
[16:06] <seb128> jdstrand, it will land in natty on monday
[16:07] <jdstrand> right, I was told the fix was committed. I could not find the bug number (I wanted to make sure it wasn't a different bug)
[16:09] <seb128> jdstrand, http://bazaar.launchpad.net/~unity-team/unity/fixes-2011-04-11/revision/1090
[16:10] <jdstrand> heh
[16:10] <jdstrand> no wonder: "panel superposition"
[16:10] <jdstrand> that was not my search term
[16:10] <jdstrand> seb128: thanks! :)
[16:10] <seb128> jdstrand, you're welcome
[16:10] <seb128> jdstrand, well we discussed it on IRC this morning with neil
[16:11] <seb128> so yeah the description doesn't match exactly but it's the same bug
[16:11] <jdstrand> cool, thanks
[16:11] <jdstrand> not criticizing or anything-- just kinda hard to find :)
[16:11] <jdstrand> keep in mind, I didn't know what 'bfb' was until today, so grain of salt and all that ;)
[16:15] <seb128> jdstrand, yeah no worry ;-)
[16:30] <lamont> so resizing a window should really resize it still, right?
[16:30] <stgraber> ScottK: what's the most up to date working daily-live for Kubuntu ?
[16:31] <Riddell> stgraber: beta 1
[16:32] <stgraber> Riddell: ok, I guess I'll have to give 4GB of RAM to that VM so I can update it a bit :)
[17:15] <kenvandine> @pilot out
[17:25] <nigelb> dbarth: You might want to join us in #ubuntu-classroom-backstage
[17:32] <lamont> so now it's not  just windows that decides that putting a window at the top of the screen means I want it full screen??  sigh
[17:43] <pitti> hm, here you actually have to try to push it beyond the top; I can attach it to the top edge just fine
[17:52] <SpamapS> stgraber: pong. sorry, you still wanted a 'dpkg -l' right?
[17:57] <SpamapS> stgraber: I uploaded dpkg-l.txt to bug 752393 .. note that the output has changed slightly (not sure why), but its still running lines from plymouth and lsb init scripts together
[18:05] <stgraber> SpamapS: thanks, I'll diff that with what I have here
[18:07] <chrisccoulson> doko / pitti - the binutils change looks good so far
[18:07] <chrisccoulson> the resulting binary looks correct, i just need to test it out
[18:08] <chrisccoulson> ^^kees ;)
[18:21] <chrisccoulson> yay, pie build of firefox is working \o/
[18:21] <chrisccoulson> time to drink lots of beer now
[18:21] <cjwatson> excellent, well done you and doko
[18:25] <micahg> thanks chrisccoulson and doko \o/
[18:25] <stgraber> ScottK: ping
[18:26] <stgraber> ScottK: oh, ignore that, Colin's comment answers my question (bug 628906)
[18:42] <kees> chrisccoulson: \o/ that rocks!
[18:42] <kees> chrisccoulson: thank you so much for tracking this down! :):)
[18:42] <chrisccoulson> kees - no problem. i'm just glad it's sorted now. this one gave me a couple of sleepless nights this week ;)
[18:47] <kees> chrisccoulson: I know nothing about (thread) TLS (I only understand crypto TLS), so I might pick your brain at UDS to better understand what was going on in that.
[18:48] <chrisccoulson> kees - sure, no problem. i didn't know that much about it before this week either. it's been an interesting week ;)
[19:14] <kees> @pilot in
[19:51] <kees> jhunt_: hi! are you around by chance?
[19:53] <jhunt_> kees: hi - just about :)
[20:05] <kees> jhunt_: hi, I was just looking at some merges for upstart and found that you'd already merged it into your pending branch, so I'm all good now.
[20:05] <kees> jhunt_: specifically https://code.launchpad.net/~clint-fewbar/ubuntu/natty/upstart/upstart-job-change-restart/+merge/52547
[20:05] <kees> slangasek: can you shine any light on this merge? I'm not sure where/what it's for exactly. https://code.launchpad.net/~jcrigby/ubuntu/natty/u-boot-linaro/proposed-2011.03.2/+merge/54277
[20:06] <slangasek> kees: hmm let me check with the submitter
[20:07] <jhunt_> kees: yes, sorry! you are right - that is in my latest 0.9 + natty branches.
[20:08] <jhunt_> kees: err... just the natty branch even :)
[20:08] <kees> jhunt_: cool, no worries. I just wanted to get it off the sponsorship radar. :)
[20:08] <mdeslaur> kees: hey mr patch pilot, here's one for you: https://bugs.launchpad.net/ubuntu/maverick/+source/nautilus/+bug/662194
[20:09] <mdeslaur> kees: not sure why it doesn't appear in the qa sponsors list anymore
[20:09] <kees> mdeslaur: cool; I'll poke at it.
[20:10] <mdeslaur> kees: natty is done...it's now just an sru for lucid and maverick
[20:41] <kees> mdeslaur: 662194 doesn't have an SRU justification or a testcase. looks simple enough, though.
[20:41] <kees> mdeslaur: I can prepare the uploads to -proposed, are you able to write a justification and testcase?
[20:41] <mdeslaur> kees: my mom keeps hitting that bug...it drives me _nuts_
[20:43] <mdeslaur> kees: sure, I'll add it to the bug, give me a few minutes
[20:44] <kees> mdeslaur: also there are no debdiffs for maverick and natty :P (I think this is why the sponsor group wasn't subbed yet)
[20:44] <kees> I'll work up the debdiffs
[20:44] <mdeslaur> kees: there's a merge request, look at the top of the bug
[20:45] <mdeslaur> kees: click on the "diff" links
[20:45] <kees> oh hey look, branches
[20:51] <mdeslaur> kees: I've added a blurb to the bug, you just have to subscribe ubuntu-sru when you're done uploading
[20:51] <mdeslaur> kees: thanks
[20:52] <kees> mdeslaur: you got it; thanks! I'm getting the branches merged and the code built now.
[20:57] <kees> mdeslaur: hah. upstream closed it as "obsolete" since they're all 3.0 shiny now :P
[20:57] <mdeslaur> kees: yeah, they've been doing that for all gnome 2 bugs for a while now
[20:57] <kees> looooovely
[21:26] <seb128> james_w, hi
[21:27] <james_w> hi seb128
[21:27] <seb128> james_w, how are you?
[21:27] <james_w> seb128, good thanks, how about you?
[21:27] <seb128> james_w, I'm a bit tired but fine thanks ;-)
[21:28] <seb128> james_w, when you have some time could you send an email to an ubuntu list explaining wth are those sponsoring request you keep feeling for import vcs diverting for reasons nobody understand?
[21:28] <james_w> seb128, I can
[21:28] <james_w> seb128, I don't do it though, a script does
[21:28] <seb128> james_w, I still don't know why that happen and I know other people got confused
[21:29] <james_w> and it is buggy, which is probably why you can't understand them
[21:29] <seb128> well they queue on the sponsoring list
[21:29] <seb128> so patch pilot have to deal with those and quite some are getting confused
[21:29] <seb128> I guess the others one just ignore them :p
[21:29] <seb128> but still it's confusing and annoying
[21:30] <seb128> those are things we don't do anything for, we just do normal uploads, it's disturbing
[21:30] <seb128> james_w, thanks! ;-)
[21:34] <seb128> ok, that's wrong
[21:34] <seb128> kees, I just noticed you did a non change upload to fix one of those import issues, is that required?
[21:34] <stgraber> cjwatson: do you have a few minutes to explain me how the whole plymouth boot.log thing is supposed to work ? (assuming you know :))
[21:35] <stgraber> cjwatson: my understanding is that plymouthd is usually running, plymouth-upstart-bridge sends the upstart events to plymouthd and the upstart plymouth-log upstart task dumps that to disk when it's mounted
[21:36] <stgraber> cjwatson: so on my test system I started plymouthd + plymouth-upstart-bridge in debug mode. When stopping/started jobs I see them in the log but nothing ever reaches boot.log, though lsof shows that plymouthd has it open ...
[21:36] <kees> seb128: well, I'm not sure -- I thought it would be since otherwise the bzr tree and the archive would be out of sync (i.e. the archive didn't have the typo fix that was in the old bzr tree)
[21:37] <seb128> kees, ok, see what I was just saying to james_w, I don't even understand why those happen to start
[21:37] <kees> seb128: as in, it was a no-change to the source, but the changelog and patch metadata had changes
[21:38] <kees> seb128: yeah, I did'nt realize it was an automated thing until I read that
[21:38] <kees> seb128: but it seemed so trivial, I just did it to get it out of the sponsorship queue
[21:39] <seb128> kees, well I was just raising it because the sponsoring queue has a few of those and it's not new
[21:39] <seb128> like dholbach asked yesterday why they are here
[21:39] <kees> seb128: cool, yeah, this is the first i'd seen it.
[21:40] <seb128> so I've been basically ignoring them since I don't understand the issue but I would like an explanation ;-)
[21:46] <micahg> seb128: most likely someone used UDD then someone else sponsored a patch from bug which may or may not be the same
[21:47] <seb128> not likely
[21:48] <seb128> like gtksourceview3 there was not a sponsoring request but an upload by somebody who has upload rights
[21:49] <seb128> isn't the autoimported supposed to deal fine with upload being different from commits anyway?
[21:50] <micahg> it used to overwrite them if there were no tag, now it creates one of these branches
[21:53] <dobey> kees: hi there :) can you sponsor a banshee upload for me? i just proposed the branch merge
[21:56] <kees> dobey: hi! sure, what url? I'm currently looking at 2 other uploads at the moment, so I'll check back with you in a moment...
[21:57] <dobey> kees: https://code.launchpad.net/~dobey/ubuntu/natty/banshee/fix-and-amz/+merge/57016 thanks!
[21:58] <CardinalFang> kees, Hi.  dobey is 1 meter <- that way from me, and I also need someone to look at a source-package proposal, but for desktopcouch.
[21:58] <CardinalFang> https://code.edge.launchpad.net/~cmiller/ubuntu/natty/desktopcouch/1.0.7-0u1/+merge/57014
[21:59]  * CardinalFang hates to pile on.
[21:59] <kees> CardinalFang: excellent, I will queue that after dobey's merge. :) thanks!
[21:59] <kees> piling on was what the patch pilot is here for :)
[21:59] <kees> s/was/is/
[21:59] <CardinalFang> kees, you win beers from me.  Thank you.
[21:59] <kees> \o/
[22:01] <kees> dobey: will I suddenly be flamed for being the person to upload that amz url change?
[22:02] <Laney> er
[22:02] <Laney> I just uploaded banshee
[22:02] <Laney> said I was doing it on #-desktop
[22:02] <kees> Laney: with or without merge 57016?
[22:02] <dobey> without
[22:02] <kees> okay
[22:02] <Laney> without, I wasn't asked to merge it
[22:03] <dobey> well i didn't see you were merging banshee
[22:03] <Laney> no worries
[22:03] <dobey> i'll update my branch
[22:03] <kees> thanks
[22:03] <Laney> is the u1 fix upstream?
[22:05] <dobey> it is submitted, but not reviewed, i guess i could just commit it there though
[22:06] <kees> dobey: ? it's not functional? so that upload would break since u1 doesn't support it yet?
[22:06] <Laney> we are planning on cherry-picking aggressively from stable-2.0
[22:06] <dobey> kees: what do you mean?
[22:06] <Laney> so if you get it there then it'll flow from debian
[22:06] <kees> dobey: I must be confused. :)
[22:06] <dobey> Laney: well we need it now, since it fixes a pretty annoying bug
[22:06] <kees> +- return "http://integrated-services.banshee.fm/amz/redirect.do/" + Country + "/" + action;
[22:07] <kees> 54	++ return "https://one.ubuntu.com/music/store/amz/" + Country + "/" + action;
[22:07] <kees> that change requires that https://one.ubuntu.com/music/store/amz/" + Country + "/" + action is live, yes?
[22:07] <kees> but you just said it's not live?
[22:07] <Laney> jus' sayin, in the interests of delta minimsiation
[22:07] <Laney> but ymmv, et cetera
[22:08] <dobey> kees: it is live. we have a couple fixes to deploy on the server on tuesday but if you search for music it will work
[22:08] <kees> dobey: ah-ha! okay. thanks!
[22:08] <dobey> kees: the other patch is upstream but not reviewed yet
[22:08]  * kees nods
[22:09] <dobey> Laney: yeah, i'm all for that too. but the patch can just be removed when it's pulled from upstream later, too
[22:09] <Laney> yep
[22:10] <Laney> all I'm saying is that in general I'm more than happy to pull patches from stable-2.0 for you
[22:11] <dobey> Laney: sure. thanks. i think it's more important for us to have music show up in banshee right now, than to have it committed upstream.
[22:19] <dobey> ugh. the banshee 2.0.0 isn't merged into the bzr branch yet
[22:21] <vish> jdstrand: just plain ‘compiz’ should do a compiz restart the replace is implied, Amaranth mentions that ‘compiz –replace’ is NotTheRightWay™ :)
[22:21] <jdstrand> vish: interesting. and fast response
[22:21]  * jdstrand goes to change
[22:26] <jdstrand> vish: done. thanks :)
[22:26] <vish> np.. :)
[22:34] <kees> CardinalFang: do you have the orig/dsc/etc for the new upstream release?
[22:35] <CardinalFang> kees, sure.
[22:35] <CardinalFang> kees, orig: http://launchpad.net/desktopcouch/trunk/1.0.7/+download/desktopcouch-1.0.7.tar.gz
[22:36] <dobey> kees: are you -0700 or -0800?
[22:36] <kees> dobey: I'm US pacific. I never remember my offset due to DST :)
[22:37] <slangasek> -0700 currently
[22:37]  * kees thanks slangasek
[22:37] <slangasek> we're 8 hours behind England
[22:37] <dobey> kees: ah ok. thanks
[22:37] <slangasek> which is currently one hour ahead of UTC :)
[22:41] <CardinalFang> kees,   http://sandbox.chad.org/desktopcouch_1.0.7-0ubuntu1_packaging.tar   Beware, this unpacks in PWD.
[22:41] <kees> CardinalFang: cool; thanks. the orig I think will get me sorted for an upload. orig + branch works :)
[22:42] <CardinalFang> kees, I'm a slave to the wonders of bzr bd now.  :(
[22:43] <slangasek> oh, but then you have pristine-tar metadata surely? :)
[22:43] <kees> CardinalFang: I don't trust it yet :)
[22:53] <kees> CardinalFang: dunzors
[22:54] <kees> dobey: how would you like me to handle your banshee merge?
[22:56] <CardinalFang> kees, Internet high-five.  Thank you, sir.
[22:56] <kees> np :)
[22:57] <dobey> kees: i'm waiting for the bzr branch to update still, with the 2.0.0 upload, so i can update my branch
[22:58] <kees> dobey: okay, I'll check back later; going to task switch now :)
[22:58] <dobey> kees: ok, thanks much
[22:59] <kees> np
[23:17] <kees> @pilot out
[23:53] <dobey> kees: bzr still seems not updated for banshee and time to get dinner here. if it's still not updated when i get back, i guess i'll just make a debdiff instead. cheers
[23:54] <kees> dobey: okay, cool
[23:55] <Laney> you can probably import-dsc to the bzr branch