[01:31] <achiang> i've an odd question -- if someone else makes a *.changes/*.dsc and signs it, can i re-sign it to make an upload to a PPA?
[01:32] <micahg> achiang: yes, but you should use something like backportpackage from u-d-t instead so it has your name in teh changelog
[01:33] <achiang> micahg: hm, how will the package be versioned then, after using backportpackage?
[01:33] <micahg> achiang: unless you're sponsoring the PPA upload for someone
[01:33] <achiang> micahg: yes, the situation is more similar to me sponsoring the PPA upload
[01:34] <micahg> achiang: so, yes, you can, just use debsign -k
[01:34] <achiang> micahg: i don't really want to re-version the package, because it's a kernel package, and there are ABI issues i dont' fully understand
[01:35] <achiang> micahg: thanks, i'll play around with debsign -k
[01:45] <lifeless> bah, anyone have the previous topic
[01:45] <Burpaps_> so how are you today
[01:45] <lifeless> !ops
[01:45] <Burpaps_> !ops
[01:45] <lifeless> mneptok: around?
[01:46] <lamefun> will the invisible window resize border backported to 10.10?
[01:47] <lamefun> was the channel hacked?
[01:47] <Pici> no
[01:47] <Pici> Its set -t, anyone can change the topic.
[01:48] <lamefun> O_o
[01:48] <Pici> yes, really.
[01:49] <lamefun> O_o why?
[01:49] <RAOF> lamefun: Unlikely, I think.  It's not an SRU candidate, and it requries gtk changes IIRC, which makes it unlikely to be put into -backports.
[02:01] <lamefun> btw will there be a GUI control to control size of invisible resize border?
[02:07] <RAOF> I wouldn't expect so.
[03:50] <StevenK> RAOF: O hai?
[03:50] <RAOF> StevenK: Hai o?
[03:50] <StevenK> RAOF: Can I instruct Do to forget what I want for a particular key?
[03:50] <StevenK> (So I can retrain it)
[03:51] <RAOF> No.  You can get it to forget everything (by deleting the history file), but not specifics.
[03:51] <RAOF> what's your use-case?
[03:52] <RAOF> (ie: convince me to implement it, or to fix your problem in a better way ☺)
[03:52] <StevenK> RAOF: If I query the weighting, I can do it manually
[03:52] <StevenK> Er, If I can query
[03:53] <StevenK> RAOF: But I can explain the whole story if you like
[03:53] <RAOF> Yeah, that'd be good.
[03:55] <StevenK> RAOF: I use the Rhytmbox plugin to control it -- means I can summon Do, hit n, e for Next and skip to the next song easily. I also do the same thing for Pause.
[03:57] <RAOF> Ok.
[03:57] <StevenK> RAOF: Play is where I have a wierd issue. It would always put an album of mine in the queue whenever I used Do to instruct Rhythmbox to Play. Turns out the top result for "Play" is "Play an item in Rhythmbox", which always picks this album. The second result is "Play music in Rythmbox", which is the more generic play
[03:58] <StevenK> So, I'd like to tell Do to default to the second result for "Play"
[03:59] <RAOF> Ok.  Well, you can kinda work around this by just exectuting the “play” that you want over and over.  Hitting <shift>+<enter> when it's selected will execute it without dismissing Do, so you could just do that over and over again for a while :)
[03:59]  * RAOF now has an *awful* lot of terminals on his desktop :)
[03:59] <StevenK> Haha
[04:00] <StevenK> RAOF: The shift-enter trick has done it, thanks!
[04:00] <RAOF> Feel like uploading some X input drivers very few people use, then?
[04:01] <RAOF> http://cooperteam.net/Packages has a fine selection to choose from :)
[04:01] <StevenK> Can't I just buy you a beer, like non-core-dev's have to do? :-P
[04:02] <RAOF> Well, you could do that :)
[04:02] <micahg> RAOF: are those all in main?
[04:03] <RAOF> micahg: No, I think they're all in universe.
[04:03] <micahg> RAOF: ok, I can try to do a few if you like
[04:04] <RAOF> Yup, all universe, as befits input drivers that noone uses.
[04:04] <RAOF> micahg: Ta.
[04:05] <StevenK> RAOF: Or, 'out of the archive'
[04:05] <StevenK> ?
[04:05] <RAOF> StevenK: Well, they *are* maintained upstream, and there does exist hardware that uses them.
[04:06] <RAOF> You can expect a couple of archive removal bugs from the X team shortly, though; some of the drivers *aren't* maintained upstream.
[04:06] <RAOF> Time to restart so that unity doesn't keep killing my terminals!
[04:13] <RAOF> Gah.  Unity, stop eating the 320 left-most pixels of my screen with an invisible window.
[04:13] <lifeless> its a mesage
[04:13] <lifeless> you need a wider screen
[04:15] <RAOF> My display is 2720 pixels wide!
[04:16] <lifeless> see, 2400 is just wrong.
[04:19] <RAOF> How is there not already a bug for this?
[04:21] <micahg> RAOF: the A's are done
[04:42] <micahg> RAOF: I've almost got the rest of them ready
[04:42] <RAOF> Awesomesauce.
[04:42]  * RAOF regrets accidentally letting his MOTU powers lapse.
[04:42] <StevenK> RAOF: When is the meeting for your core-dev application?
[04:43] <micahg> RAOF: when you get core-dev, you can return the favor ;)
[04:43] <RAOF> micahg: Certainly.
[04:43] <RAOF> StevenK: I should get on to that part of the organisation :)
[04:43] <StevenK> Haha
[04:43] <micahg> RAOF: I noticed some have the merge from experimental and some don't, is that an issue?
[04:44] <RAOF> micahg: No.  The ones which don't have a merge from Debian are the ones where we don't (yet) want to merge from Debian.
[04:44] <micahg> RAOF: ok, np, about to upload
[04:44] <RAOF> micahg: Debian's added a shiny new dh series which we don't yet have in our xserver package.
[04:45]  * micahg is happy their names are so different, make tab complete easier
[04:46] <micahg> RAOF: all uploaded
[04:46] <RAOF> Danke
[06:19] <c2tarun> chrisccoulson: ping
[06:20] <micahg> c2tarun: he probably won't be around for a few more hours
[06:21] <c2tarun> micahg: ok, can you please look on the comments on the bug 713023.
[06:21] <c2tarun> micahg: need updated build-depends I get, but what are broken po files?
[06:23] <micahg> c2tarun: idk
[07:18] <dholbach> good morning
[07:30] <RAOF> micahg: Are you up for a little more sponsoring?  Easier this time; they're all no-change rebuilds.
[07:30] <micahg> RAOF: not tonight, I can do them tomorrow night while building some VMs though
[07:31] <RAOF> That's ok, thanks.  I can cast a wider net.  If I still need it tomorrow, I'll ask again :)
[08:01] <evfool> mvo: are you around?
[08:04] <mvo> evfool: hello, yes
[08:07] <evfool> regarding bug #409532, could you please check it? especially whether the file share/apt-auth-failure.note is used or not at all? I haven't found any references to it in the apt code, but I might have missed something
[08:10] <evfool> mvo^
[08:11] <didrocks> good morning
[08:11] <mvo> evfool: thanks, let me look at the bugreport
[08:11] <pitti> Good morning
[08:15] <mvo> evfool: hm, my ubuntu apt branch has share/apt-auth-failure.note
[08:16] <evfool> mvo: yep, but I haven't found any references to it in the code, it doesn't seem to be used
[08:17] <mvo> evfool: indeed, I will check the log, that might be a mistake
[08:18] <evfool> mvo: ok, thanks
[08:23] <amitk> any mutt user seeing mutt maxing out number of open processes in natty?
[08:24] <mvo> amitk: I use it (and have fairly big mailboxes) but haven't seen tis problem yet
[08:25] <DktrKranz> mvo: hi! gdebi uploaded to debian and sync request filed (waiting to be ACKed). I also pushed a branch with a simplified packaging at lp:~dktrkranz/gdebi/overhaul. If it's fine for you, I'm going to test it a little bit then push on trunk.
[08:26] <mvo> DktrKranz: thanks, I saw the upload, great :) I look at the branch now
[08:27] <amitk> mvo: Does "ls -l /proc/<pid>/fd | cut -d'>' -f2 | sort" show the same mailbox being opened several times?
[08:29] <mvo> amitk: hm, I use a maildir
[08:29] <amitk> mvo: yeah, I meant maildir
[08:30] <mvo> amitk: the command shows almost nothing, just pts and if I open a message that (one) message
[08:30] <mvo> amitk: do you use mutt or mutt-patched?
[08:30] <mvo> amitk: I had some (differnt) issues with mutt-patched recently
[08:30] <amitk> mvo: mutt-patches
[08:34] <mvo> DktrKranz: branch looks fine, thanks for this update! I commited it right away :)
[08:36] <amitk> mvo: I wonder if I'm suffering from migrating my /home across two releases. Lots of application crashes all over the place
[08:40] <DktrKranz> mvo: cool, thanks. That will save us multiple uploads for python-defaults transitions
[08:49] <mvo> amitk: hm, might be, I would try removing the mutt-patched for now and using the stock mutt
[08:49] <mvo> amitk: that is pretty stable for me on a2 now
[09:15] <bigon> Hi, could someone rebuild webkit in natty? looks like it's needed since last gtk3 api break
[09:15] <bigon> s/api/abi
[09:31] <cdbs> Exams over. Back to business
[09:36] <pitti> cdbs: oh, congrats! successful?
[10:22] <marcus> hi all. i am searching for a build of the rt8168 module for maverick. is there something available, already?
[10:27] <bigon> Riddell: hi, do you think you could reintroduce gjs? the current version in debian build correctly on natty
[11:02] <Riddell> bigon: sounds gnomeish, best ask someone who knows about gnomeish things
[11:03] <chrisccoulson> bigon - what do we need gjs for?
[11:04] <chrisccoulson> we got rid of it because nothing uses it
[11:10] <bigon> chrisccoulson: well gnome-shell will use it (even if it's not in the official archive), and other project could use it too in the futur
[11:10] <chrisccoulson> bigon - for gnome-shell, it's in the gnome 3 PPA (or should be)
[11:11] <bigon> I know, but I thought that the policy was to put stuff that could be co-installed in the official archive
[12:04] <janimo> pitti, -dbg packages from the main archive and ddebs have some overlap right?
[12:05] <pitti> janimo: yes, they conflict; usually -dbg is the union of all -dbgsym
[12:05] <janimo> pitti, can they be used seamlessy by nm/objump or just gdb?
[12:06] <pitti> janimo: yes, just as with -dbg
[12:06] <janimo> for instance finding symbols from stripped system libs using the dbgsyms packages
[12:06] <pitti> both debhelper and pkg-create-dbgsym set the debug link in the ELF files
[12:07] <janimo> pitti, and a dbgsym lib contains the original lib plus dbg symbols or only debug symbols?
[12:07] <janimo> I tried objdumpng one and it does not show code
[12:11] <pitti> janimo: only debug symbols, just like the -dbg packages
[12:11] <janimo> pitti, ok, thanks
[14:49] <ari-tczew> ogra: of course I ask you only for ACK, I know that syncs are done by archive admin :) there is also sync bug 713425
[14:57] <ogra> ari-tczew, yep, saw that too
[15:01] <DJKorbit> hi
[15:01] <DJKorbit> can i discuss unity development here?
[15:04] <ogra> DJKorbit, #ayatana might be better for that
[15:04] <DJKorbit> ok, thanks
[15:16] <SpamapS> hrm.. should apt-file work in natty?
[15:18] <barry> SpamapS: um, yes, i use it all the time, but i installed it a long while ago
[15:21] <SpamapS> seems to not have universe in it
[15:21] <SpamapS> or rather
[15:21] <SpamapS> universe seems to not have an index
[15:38] <barry> SpamapS: how weird, is there a specific package you tried?  i can try it here
[15:47] <thebishop> is anyone from the utouch team here?  i have some questions about extending multitouch support
[15:55] <didrocks> thebishop: you should try #ubuntu-touch
[15:55] <thebishop> didrocks, thanks
[15:55] <didrocks> yw
[16:37] <ari-tczew> does anybody know whether Debian wheezy will base on gcc 4,6?
[17:27] <yofel> pitti: I tried to update the bash completion for apport - but with the recent changes, what exactly is the completion support to complete? only the options from --help? or all that work?
[17:29] <yofel> s/support/supposed/
[17:42] <pitti> yofel: hi
[17:42] <pitti> yofel: --help should be precise now for ubuntu-bug, apport-collect, and apport-cli, so only those
[17:43] <yofel> ok, apport-cli too? since that gives me the old help here
[17:43] <pitti> yofel: yes, that's supposed to have the full suite of options
[17:44] <pitti> like -f, --pid, etc.
[17:44] <yofel> doesn't work though:
[17:44] <yofel> $ apport-cli --package=bash
[17:44] <yofel> No pending crash reports. Try --help for more information
[17:44] <pitti> yofel: needs -f
[17:44] <pitti> or just apport-cli bash
[17:44] <yofel> aaah, ok
[17:50] <ari-tczew> hmmm, I can't find cjwatson or doko
[19:11] <SpamapS> @pilot in
[19:14] <ari-tczew> SpamapS: did cjwatson piloting today?
[19:15] <SpamapS> ari-tczew: Not sure.
[19:16] <SpamapS> ari-tczew: I don't see him in the logs for the last few hours.
[19:30] <NCommander> is there anyone around from ubuntu-toolchain on building qt with gcc 4.4 vs 4.5 due to regressions in 4.5?
[21:03] <janimo> slangasek, do you plan on using the no var tracking flag on the regulat qemu-kvm package as well?
[21:18] <slangasek> janimo: wasn't planning anything wrt qemu-kvm, please check with hallyn
[21:19] <janimo> slangasek, ok
[21:19] <janimo> thanks
[22:15] <kirkland> bryceh: hey, fyi, re: X breakages... my x201 no longer works with an external monitor (24" Samsung)
[22:16] <kirkland> bryceh: just flickers red and black in a seizure-inducing manner
[22:16] <RAOF> kirkland: Which kernel is that with, and does booting a previous kernel fix it?
[22:17] <kirkland> RAOF: good question ...  this is 2.6.38-2-generic
[22:17] <kirkland> RAOF: i can go and try an older one
[22:17] <RAOF> The last 2.6.37 one might be worth a try.
[22:18] <kirkland> RoAkSoAx: okay
[22:18] <kirkland> RAOF: okay
[22:19] <RAOF> Unless you have some other information, like the last time you remember it working?
[22:23] <kirkland> RAOF: confirmed, 2.6.37 works as expected
[22:23] <kirkland> RAOF: is there an existing bug I can subscribe to?
[22:23] <kirkland> RAOF: or shall i file a new one?
[22:23] <RAOF> kirkland: I'm not aware of one, no.
[22:23] <RAOF> Feel free to file a new one.
[22:23] <kirkland> RAOF: okay, i'll file a new one
[22:24] <kirkland> RAOF: who should i subscribe/assign?
[22:24] <RoAkSoAx> kirkland: lucky you that you have an Intel video card :P
[22:24] <RAOF> It would also be helpful to see if 2.6.38-1 works; if so, that's a substantially smaller history to wade through.
[22:24] <kirkland> RoAkSoAx: i don't feel so lucky these days
[22:24] <RAOF> kirkland: You can subscribe JFo; that'll bring it onto the kernel team's radar.
[22:24] <kirkland> RAOF: it doesn't work either
[22:24] <kirkland> RAOF: k
[22:25] <RoAkSoAx> kirkland: at least your driver works :) I have an nvidia... so i had trouble getting my laptop screen working again
[22:25] <kirkland> RoAkSoAx: btw ... my system is powernapping, when i don't think it should
[22:25] <RoAkSoAx> kirkland: how so?
[22:25] <kirkland> RoAkSoAx: i dont' think the input (keyboard/mouse) monitors are detecting my activity correctly
[22:25] <RoAkSoAx> kirkland: external?
[22:25] <kirkland> RoAkSoAx: i'll try to get it fixed tonight
[22:25] <kirkland> RoAkSoAx: no, laptop keyboard, onboard
[22:26] <RoAkSoAx> kirkland: that's ConsoleMonitor only then, and PS2 Input
[22:27] <RoAkSoAx> kirkland: is this with your X201 specifically, or with all HW?
[22:53] <RoAkSoAx> bryceh: Any StarTech USB2VGA adapter should work out-of-the-box right?, or at least the drivers included would work for any model?
[22:59] <RAOF> RoAkSoAx: You'll need (at least) an xorg.conf for those; there's no usb autoprobe anywhere in the graphics stack.  I'm not familiar with those adaptors.
[23:00] <RoAkSoAx> RAOF: yeah just found some doc's about it. At least the drivers are included and should not be that hard to get it working
[23:30] <kees> rickspencer3: btw, here's the gnome-keyring bug we mentioned we'd open: LP: #714908
[23:30] <rickspencer3> hey kees
[23:31] <kees> hi rickspencer3 :)
[23:32] <rickspencer3> cool, thanks kees
[23:34] <kees> np
[23:54] <bryceh> RoAkSoAx, yeah just needs xorg.conf-age like RAOF mentions.  X doesn't probe the USB bus for video devices automatically (and questionable if it should...)
[23:57] <RoAkSoAx> bryceh: cool! thanks! At least I know it won't be a waste of money to get one cause it will work with customization. Though, would be nice to have a wikipage with all the steps to get this working for all of us to be aware of it