[02:33] <rickspencer3> TheMuso, I'm betting you know ...
[02:34] <rickspencer3> if i want to use Jack to record sounds from my desktop with gtk-record-my-desktop, which package(s) do I need to install?
[02:50] <TheMuso> rickspencer3: why jack?
[02:50] <rickspencer3> TheMuso, I dunno
[02:50] <rickspencer3> because gtk-record-my-desktop offers it as an option
[02:51] <TheMuso> Does gtk-record-my-desktop use anything else?
[02:51] <rickspencer3> basically, I want to make screen casts and include the sounds my desktop makes in addtion to what comes from the mic
[02:51] <rickspencer3> maybe a different app will work better
[02:51] <TheMuso> Right, to do so, you would pretty much have to use jack.
[02:52] <rickspencer3> TheMuso, so Jack is installed, but jackd won't run
[02:52] <TheMuso> What you need to do, is start jack, sit pulse on top of jack, then reroute the audio from pulse to the applicatino you are recording with.
[02:52] <rickspencer3> that sounds very sucky
[02:52] <TheMuso> rickspencer3: Right, how are you trying to run jackd?
[02:52] <rickspencer3> sudo jackd -r
[02:52] <TheMuso> rickspencer3: In one way I agree, but in another, I don't.
[02:53] <rickspencer3> mmm
[02:53] <rickspencer3> I guess I meant "hard" not "sucky"
[02:53] <TheMuso> rickspencer3: Yeah its not easy.
[02:54] <TheMuso> rickspencer3: I suggest you install qjackctl. That will allow you to start jack and suspend pulse from using the sound card.
[02:54] <rickspencer3> I think that's installed
[02:54] <rickspencer3> ah
[02:54] <rickspencer3> can I now just run hack?
[02:54] <rickspencer3> nope
[02:55] <TheMuso> hack?
[02:55] <rickspencer3> I meant jacl
[02:55] <rickspencer3> a bit of a typo
[02:55] <rickspencer3> heh
[02:55] <rickspencer3> jack, in fact
[02:55] <TheMuso> h ok
[02:55] <TheMuso> qjackctl runs jack for you
[02:55] <rickspencer3> ah
[02:56] <rickspencer3> meh
[02:56] <TheMuso> however, I am not personally sure as to how one sets up pulse with jack. I've never done it myself.
[02:56] <TheMuso> the pavucontrol package may allow you to do it easily from a GUI.
[02:56] <rickspencer3> not working at all
[02:56] <TheMuso> hrm interesting.
[02:57] <TheMuso> what does qjackctl give you in the log window?
[02:58] <rickspencer3> rick@rick-desktop:~$ qjackctl
[02:58] <rickspencer3> Suspending PulseAudio
[02:58] <rickspencer3> though I since killed it
[02:58] <rickspencer3> and now my sound is dead
[02:59] <TheMuso> interesting. When you shut down qjackctl, pulse should have stopped suspension.
[02:59] <rickspencer3> though I am not surpised by that
[02:59] <TheMuso> How did you kill qjackctl?
[02:59] <rickspencer3> rick@rick-desktop:~$ pulseaudio
[02:59] <rickspencer3> E: pid.c: Daemon already running.
[02:59] <rickspencer3> E: main.c: pa_pid_file_create() failed.
[02:59] <rickspencer3> TheMuso, I used cntrl-C
[03:00] <TheMuso> rickspencer3: right, which probably killed the script mid step, causing things not to exit as they probably should in order for suspend to be disabled.
[03:00] <rickspencer3> yeah
[03:00] <TheMuso> rickspencer3: to get pulse going again run pulseaudio -k ; pulseaudio --start
[03:00] <rickspencer3> I was impatient
[03:01] <TheMuso> brb
[03:01] <rickspencer3> yay
[03:01] <rickspencer3> worked
[03:03] <TheMuso> rickspencer3: Is there a good reason why you want the sounds recorded?
[03:04] <TheMuso> pitty that recordmydesktop doesn't use pulseaudio.
[03:04] <rickspencer3> mmm
[03:04] <rickspencer3> TheMuso, yes, I want to demonstrate how to use PyGame mixer module
[03:05] <TheMuso> rickspencer3: ah ok.
[03:05] <rickspencer3> hearing the sound would greatly help with this
[03:05] <TheMuso> yup
[03:05] <rickspencer3> TheMuso,
[03:05] <rickspencer3> so it still says:
[03:05] <rickspencer3> rick@rick-desktop:~$ qjackctl
[03:05] <rickspencer3> Suspending PulseAudio
[03:05] <TheMuso> yeah thats right. But do you get a window pop up?
[03:05] <rickspencer3> yes
[03:05] <rickspencer3> 20:01:23.255 Patchbay deactivated.
[03:05] <rickspencer3> 20:01:23.315 Statistics reset.
[03:05] <rickspencer3> 20:01:23.328 ALSA connection graph change.
[03:05] <rickspencer3> 20:01:23.526 ALSA connection change.
[03:06] <rickspencer3> I have only dim ideas of what any of this means
[03:07] <TheMuso> rickspencer3: hrm ok, maybe it would be better to run jackd from the command-line, however a few other things need to be done first to make things work properly, and as I said, I am not sure how to set up pulse to use jack.
[03:07] <rickspencer3> meh
[03:07] <rickspencer3> this is probably not a good use of your time
[03:07] <rickspencer3> I thought I would just run the Jack Audio Connection tool
[03:07] <rickspencer3> and it would all work
[03:08] <TheMuso> Not that easy unfortunately.
[03:08] <rickspencer3> yeah
[03:08] <TheMuso> Even if you got it running, you still need to route the audio from pulseaudio via jack to the recorder application, as well as your mic.
[03:08] <rickspencer3> oh fudge
[03:08] <rickspencer3> that sounds heinous
[03:09] <TheMuso> Well jack was designed for advanced routing like that/pro audio use.
[03:09] <rickspencer3> is there a way for me tell Pulse Audio that sound to my speakers is really an input device?
[03:09] <rickspencer3> TheMuso, yeah, I understand
[03:09] <rickspencer3> I'm not holding it against Jack
[03:09] <rickspencer3> what I'll end up doing is using external speakers and an external mic
[03:09] <TheMuso> rickspencer3: Not that I know of. If anything its probably not possible from a pulse perspective.
[03:10] <TheMuso> Which is why audio re-routing has to be done, so that the audio from the app doesn't even get to the speakers.
[03:11] <rickspencer3> speakers and external mic it will have to be
[03:11] <rickspencer3> already wasted to much time on this
[03:12] <rickspencer3> thanks TheMuso
[03:12] <RAOF> TheMuso: Can't you hook up monitor sources in pulseaudio?  Wouldn't that pretty much do what rick wants?
[03:12] <TheMuso> RAOF: Probably, I don't know enough about that.
[03:12] <TheMuso> to comment
[03:12] <RAOF> I don't think there's a UI for it, but I think it's possible.
[03:13] <RAOF> Not that “possible, as long as you're willing to code it” is a particularly useful state. :)
[03:13] <rickspencer3> RAOF, what is the basic idea there?
[03:14] <RAOF> You can certainly get the output of a pulseaudio sink as an input; that's how the gnome-volume-control shows the peak information (you know, the bar that bounces with the audio).
[03:15] <RAOF> I don't have anything more concrete than being pretty sure it's *technically* possible to do with pulse.
You'd feed the monitor source of your soundcard's sink & your mic source into module-combine, then pipe that into whatever's doing the recording</handwave>
[03:17] <RAOF> After writing all the UI to do that, of course.
[03:17] <rickspencer3> that sounds like an interesting project
[03:17] <rickspencer3> but probably not worth blocking on ;)
[03:17] <rickspencer3> hmmm
[03:18] <RAOF> Maybe I'll expose enough pulse in pulseaudio-sharp 0.3 to write that UI in a sensible language ;)
[03:18] <rickspencer3> RAOF, TheMuso what would happen if I got a wire that was male on each end ...
[03:18] <rickspencer3> and plugged it into the headphone jack on one end, and the microphone jack on the other end
[03:18] <TheMuso> rickspencer3: You still need something to mix both the sources from your mic and the computer
[03:19] <rickspencer3> oh, right
[03:19] <rickspencer3> bah
[03:19] <TheMuso> SO what you would have is mic && speaker output -> mixing device -> input of computer
[03:19] <rickspencer3> The easy answer is obvious
[03:19] <RAOF> Dubbing?
[03:19] <rickspencer3> but I don't have any nice sounding speakers
[03:20] <rickspencer3> probably doesn't matter though
[03:20] <rickspencer3> thanks guys
[03:20] <TheMuso> np
[03:22] <rickspencer3> TheMuso, pavucontrol has my answer
[03:22] <rickspencer3> when I am doing the sounds, I can switch on the Recording tab to use my internal stereo
[03:23] <rickspencer3> I *think* that will let me choose between the mic and the sounds in real time
[03:23] <rickspencer3> too bad it's radio buttons instead of check boxes :/
[03:24] <rickspencer3> hmm
[03:25] <TheMuso> rickspencer3: I don't think you can do what you want to do with pavucontrol, could be wrong though, never used it to control recording.
[03:25] <rickspencer3> I just did it
[03:26] <RAOF> You can't just add a voice over in post-processing?
[03:27] <rickspencer3> RAOF, not really
[03:27] <rickspencer3> it's really about programming
[03:29] <TheMuso> rickspencer3: if you want only one source or the other, then I guess thats fine.
[03:29] <rickspencer3> so pavucontrol lists Monitor of Internal AUdio Stereo as a selectable input device
[03:29] <TheMuso> when you talk to me about recording multiple sources, then I automatically start thinking all pro and mixing etc.
[03:30] <rickspencer3> TheMuso, there is no way to mix these easily?
[03:30] <rickspencer3> in any case, this way is fine
[03:30] <TheMuso> rickspencer3: actually, you said monitor of stereo audio device, thats what you want, you just have to get your mic playing out your spakers, which could get messy.
[03:30] <TheMuso> speakers
[03:30] <rickspencer3> TheMuso, right
[03:30] <TheMuso> so Isuggest flicking between monitor of stereo audio and the mic
[03:31] <rickspencer3> waaaay back int eh day there was a way to do that on my Mac
[03:31] <rickspencer3> TheMuso, just switching between them is totally fine for my purpose
[03:31] <TheMuso> ok
[03:32] <rickspencer3> pavucontrol is pretty cool
[03:32] <RAOF> It is.  A bit messy, ui wise, but handy when you need it.
[03:34] <rickspencer3> well, now there is no way that I have time to actually make the video tonight :)
[03:34] <rickspencer3> BUT
[03:34] <rickspencer3> my PyGame template seems mostly done
[03:34] <rickspencer3> just need to add a template desktop file and icon
[03:35] <rickspencer3> didrocks implemented this notion of command inheritance, so I made the PyGame template inherit it's package command from the ubuntu-application package command
[03:35] <rickspencer3> and it worked first try!
[03:35] <rickspencer3> crazy
[03:36] <TheMuso> cool
[03:36] <rickspencer3> You know what I just realized
[03:36] <rickspencer3> with pavucontrol, I have the power to play pretty much anything I want into mumble
[03:36] <rickspencer3> mwuhahahahaha
[03:40] <TheMuso> heh
[05:53] <jono> czajkowski, up early?
[06:26] <czajkowski> jono: yup
[07:10] <pitti> Good morning
[07:44] <didrocks> good morning
[07:47] <pitti> bonjour didrocks
[07:51] <didrocks> hey pitti, how are you today?
[07:52] <pitti> bit of a sore throat, but I'm great otherwise, thanks; how about you?
[07:52] <pitti> looking forward to "release day" again? :-)
[07:53] <didrocks> right :-) Nothing too fancy today. I'll try to work a little on Quickly too to be able to release it (will need FF) as my latest patches are in Launchpad finally :)
[07:53] <didrocks> otherwise I'm fine, thanks
[07:54] <didrocks> take care to not be ill :)
[08:17]  * pitti replies to the gthumb 2.10 vs. 2.11 bug, does a few more experiments, finds more and more bugs
[08:17] <pitti> argh, I so much want 2.10 back *sniff*
[08:17] <pitti> didrocks: how does 2.11 work for you?
[08:17] <pitti> for me it's quite dreadful :(
[08:18] <didrocks> pitti: I had no crash, got some bugs but upstream told me that a new release will be there for beta1 (which hasn't been the case). Importing worked as weel (I tried when we synced, not again since). I can give it a look again today
[08:19]  * didrocks likes shotwell to be honest :)
[08:20] <pitti> didrocks: I tried it yesterday
[08:20] <pitti> I wonder why all three popular photo managers now own your photos, differently
[08:20] <didrocks> oh, I totally agree with that, that's a shame :(
[08:21] <didrocks> the thing is that shotwell fit very well in a netbook screen, contrary to gthumb and f-spot
[08:45] <didrocks> pitti: just so your remark on the bug report. FYI, shotwell doesn't change anything in the hierarchy if you use the "Picture" folder to have your photo. And there is an option too to avoid copying them when importing from another directory
[08:47] <seb128> didrocks, 'lu
[08:47] <didrocks> hey seb128, how are you?
[08:47] <seb128> hey, quite good thank you! you?
[08:48] <seb128> you talk about what bug report there?
[08:48] <didrocks> I'm fine too, thanks :)
[08:48] <seb128> you guys work on shotwell now?
[08:48] <didrocks> seb128: bug #545871
[08:48] <seb128> hum, k
[08:48] <didrocks> seb128: the discussion was brought that I'm not using gthumb nor f-spot but shotwell :)
[08:49] <seb128> how is shotwell revelant to the gthumb version?
[08:49] <seb128> oh ok
[08:49] <seb128> shotwell is interesting but still lacks quite a lot
[08:49] <didrocks> seb128: it was just a side note about the "OMG it clutters my FSH with its own format"
[08:49] <seb128> lol
[08:50] <didrocks> FHS*
[08:50] <seb128> it does sort by tags though still?
[08:50] <didrocks> seb128: right, it just do what I need, but I have very limited needs in that area :)
[08:50] <seb128> I think pitti want sorting by directories
[08:50] <didrocks> yes
[08:50] <pitti> bonjour seb128
[08:50] <didrocks> not sure if we can have this view in shotwell. I think not, will check with upstream
[08:51] <pitti> let's not worry about shotwell now; MM material :)
[08:53] <seb128> pitti, hey
[09:06] <tjaalton> is there a way to disable the popups about low disk space? those are shown for network filesystems too..
[09:09] <pitti> tjaalton: ther's a checkbox; but they shouldn't be shown for network fs, mind filing a bug about it with a "gvfs-mount -li" output?
[09:09] <tjaalton> pitti: sure thing
[09:10] <tjaalton> hmm, that lists only the dvd-drive
[09:10] <tjaalton> these are mounted in fstab
[09:11] <tjaalton> *listed
[09:11] <pitti> tjaalton: ah; well, please include it anyway, plus the lines from fstab and "mount" output
[09:13] <tjaalton> pitti: against gvfs?
[09:13] <pitti> tjaalton: gnome-disk-utility
[09:16] <seb128> pitti, did you see that bug from elmo btw?
[09:16] <seb128> pitti, and the one from kees
[09:16] <seb128> pitti, do you use encrypted disks on lucid?
[09:17] <pitti> seb128: I saw the bugs, but didn't follow up yet
[09:17] <seb128> ok
[09:17] <pitti> I'm currently triaging bugs and catchin up on mail, so I should get to it in the next hour or two
[09:17] <seb128> pitti, the bug from elmo has something using devicekit
[09:17] <pitti> seb128: I don't use cryptsetup, just ecryptfs
[09:17] <seb128> dunno what though
[09:17] <seb128> or how to figure what that is
[09:19] <tjaalton> pitti: filed bug 546740
[09:20] <pitti> tjaalton: thanks
[09:20] <pitti> tjaalton: but still, don't you have a checkbox to disable them? I do
[09:21] <tjaalton> pitti: yes, but how to solve it system-wide?
[09:21] <pitti> tjaalton: hm, you don't, I think; you can workaround it by removing /etc/xdg/autostart/gdu-notification-daemon.desktop (or disabling it)
[09:21] <tjaalton> can't find it with gconf-editor
[09:21] <tjaalton> oh, that works
[09:22] <tjaalton> would be fine if it complained about your quota, though..
[09:22] <pitti> heh, yes
[09:22] <pitti> tjaalton: but I don't think it should touch these at all
[09:22] <pitti> apps will tell you if they run out of space when saving onto them
[09:23] <tjaalton> and if nautilus showed the remaining quota, not the fs data
[09:23] <tjaalton> oh yes they do :)
[09:23] <pitti> tjaalton: it's primarily interesting for /, since running out of space there produces tons of inexplicable effects
[09:23] <tjaalton> yep
[09:23] <pitti> (/home as well)
[09:24] <tjaalton> disabled the notificator locally, it's enough for me
[09:25] <pitti> tjaalton: it's also the bit that warns you about SMART failure, so be aware of it :0
[09:25]  * pitti repairs shift key and the smiley -> :)
[09:25] <tjaalton> pitti: nah, hd's are cheap and not my problem to change them ;)
[09:25] <pitti> hds are, but your data on them might not
[09:25] <tjaalton> the workstations are practically stateless anyway
[09:25] <pitti> ah, ok
[09:25] <tjaalton> nothing valuable on them
[09:26] <tjaalton> pop a new one in and reinstall
[09:26] <pitti> tjaalton: hey, the Linux kernel alone is some $10G, isn't it? :-)
[09:26] <tjaalton> pitti: oh right, better start saving ;)
[09:28] <pitti> seb128: for bug 546446, it seems we just need to add an unlink() call to g-k startup, until shortly before lucid final?
[09:28] <pitti> seb128: do you want to handle that, or shall I?
[09:28] <seb128> pitti, right, I would guess so
[09:28] <seb128> pitti, if you could that would be great
[09:28] <seb128> pitti, I've a busy list for today
[09:28] <pitti> actually, I think we should overwrite it with zeros first, and then unlink
[09:28] <pitti> seb128: alrighty
[09:29] <seb128> pitti, danke!
[09:37] <seb128> didrocks, how are the clutter updates going?
[09:37] <Kambanka> Ubuntu 10.04 has the titlebar buttons on the left - what were the designers thinking? And were they thinking at all!@#$
[09:38] <didrocks> seb128: i386 packages are built. Not amd64 (maybe build system waiting). If you want to give a try (no issue on my side): use the ubuntu-desktop ppa and my ppa for clutter-gtk (was too confident and didn't upload an ~ppa1 version and it FTBFS in the ubuntu-desktop ppa)
[09:39] <seb128> didrocks, still waiting on feedback to go to lucid?
[09:39] <seb128> didrocks, I would recommend updating today, it's getting tight
[09:40] <didrocks> seb128: ok, it's a dch -r "" away so, can do it now :)
[09:40] <seb128> tomorrow is friday and you know that friday is not a good day for such changes and next week is beta2 freeze so it's getting late too
[09:40] <didrocks> right
[09:40] <didrocks> doing it
[09:40] <seb128> let me know if I can help in some way
[09:40] <seb128> ok thanks
[10:00] <pitti> argh, someone please shoot me -- https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/421212/comments/38
[10:01] <didrocks> poor pitti :/
[10:01]  * didrocks hugs pitti
[10:01]  * seb128 hugs pitti
[10:19] <dpm> hi pitti, I've got a question on p-d-e if you've got a minute. I was talking to kelemengabor about this patch to make a string on the music store translatable -> https://code.edge.launchpad.net/~kelemeng/rhythmbox-ubuntuone-music-store/bug546749 The plugin uses p-d-e auto, and I think in the patch the setup.cfg file can be dropped. However, p-d-e gives a message that .plugin.in files are not supported, and we're not sure how to best specify how to bui
[10:19] <dpm> ld the .plugin file from .plugin.in and install it. Do we have to explicitly add it to setup.py?
[10:23] <pitti> dpm: indeed, p-d-e's auto module doesn't pick up *.plugin.in, since that's not a standard file format
[10:23] <pitti> dpm: so you have to explicitly add it to setup.cfg, hang on
[10:23] <pitti> [build_i18n]
[10:24] <pitti> key_files = [('destination/dir', ['sourcedir/foo.plugin.in']), ... ]
[10:24] <pitti> dpm: ^ like this
[10:24] <pitti> (assuming that it's the key file format, for intltool-merge -k)
[10:26] <dpm> pitti, thanks. kelemengabor used the desktop file format, I'll have to check if it's the best format. The setup.cfg file on the patch looks like:
[10:26] <dpm> [build_i18n]
[10:27] <dpm> domain=rhythmbox-ubuntuone-music-store
[10:27] <dpm> desktop_files=[("/usr/lib/rhythmbox/plugins/umusicstore", ("umusicstore/umusicstore.rb-plugin.in",))]
[10:28] <pitti> dpm: that should work
[10:28] <dpm> does the domain need to be specified? or p-d-e will infer it anyway?
[10:28] <dpm> p-d-e auto
[10:32] <MacSlow> Nafai, hey there
[10:33] <seb128> Nafai, he's on the other side of the ocean so not up yet before some hours
[10:33] <MacSlow> Nafai, I'll get to your email (reply) regarding n-osd and LP: #451086 during the day. Busy still with some other stuff
[10:33] <MacSlow> seb128, ah ok
[10:33] <seb128> hey chrisccoulson
[10:33] <chrisccoulson> hey seb128 - how are you?
[10:34] <seb128> chrisccoulson, good thank you! what about you?
[10:34] <chrisccoulson> seb128 - yeah, good thanks. a bit tired though
[10:34] <pitti> seb128: FTR, luks usb sticks work like charm here, I followed up to kees' and elmo's reports with requests for further debug info
[10:35] <seb128> pitti, thank you!
[10:35] <seb128> chrisccoulson, did you work late or baby woke you up or both? ;-)
[10:35] <chrisccoulson> seb128 - both ;)
[10:36] <chrisccoulson> my daughter has got back in to the habit of waking every 2 hours during the night again ;)
[10:36] <seb128> I see ;-)
[10:40] <seb128> pitti, the bug from kees, I think the issue is that's it not automount as it should
[10:40] <seb128> pitti, the udisks log says it's a system partition not a removable device
[10:40] <seb128> pitti, that seemed what is buggy to me
[10:41] <seb128> pitti, <kees>	seb128: it looks like gvfs saw the drive and didn't do anything about it.
[10:42] <seb128> pitti, that's from yesterday on IRC btw
[10:45] <pitti> ah, indeed
[10:47] <pitti> seb128: bug updated
[10:47] <seb128> pitti, danke!
[10:48] <chrisccoulson> pitti - is bug 546740 really a gdu bug?
[10:49] <pitti> chrisccoulson: I haven't looked at it in detail, but why not?
[10:49] <pitti> chrisccoulson: well, it could be udisks, if that invalidly tracks nfs mounts
[10:49] <chrisccoulson> pitti - i know g-s-d handles low disk space warnings, but i'm not sure if gdu is handling those too now
[10:49] <pitti> but it seemed to be a good starting point
[11:00] <aquarius> seb128, is there any way we can let apport know that a crash in Rhythmbox is actually caused by the music store plugin, so you don't have to keep reassigning bugs? :)
[11:00] <seb128> aquarius, yes, I was just thinking about that
[11:01] <aquarius> I thought you might be. :) I can't help people who file music store bugs against Rhythmbox manually, but we could at least help apport bugs. I don't know enough about apport to know whether this is doable, though
[11:01] <seb128> aquarius, we could let the hook ask if the issue is happening with rhythmbox or with the music store
[11:01] <aquarius> ooh, hooks can do interactive stuff? I didn't know that.
[11:01] <seb128> aquarius, or we can look at the stacktrace if the musicstore.so is there and reassign those which have it in the stacktrace too
[11:02] <seb128> aquarius, try ubuntu-bug rhythmbox on lucid?
[11:03] <seb128> aquarius, it's already asking questions
[11:03] <seb128> we can tweak those
[11:03] <aquarius> Excellent. So one more question, "The Ubuntu One Music Store is not working correctly".
[11:04] <aquarius> heh. I assume that "No sound is being played" sends the bug to pulseaudio and "some audio files are not being played correctly" sends it to gstreamer? ;)
[11:05] <aquarius> ah, found the apport hook
[11:05] <seb128> aquarius, something around those line yes, but using the interactive audio hook
[11:05] <seb128> aquarius, /usr/share/apport/package-hooks/source_rhythmbox.py
[11:05] <seb128> aquarius, you are welcome to send a patch for it
[11:06] <aquarius> doing so now...
[11:06] <seb128> thanks
[11:06] <aquarius> how do I test an apport hook without building and installing the package?
[11:07] <seb128> aquarius, edit /usr/share/apport/package-hooks/source_rhythmbox.py directly?
[11:07] <seb128> until you have what you want
[11:07] <seb128> and then diff with the ubuntu one
[11:08]  * aquarius grins. That's what I was going to do, I just thought that I was being an evil hacky person :)
[11:08] <seb128> aquarius, btw could you look at bug #546244
[11:08] <seb128> not sure if that's a rhythmbox bug for crashing
[11:08] <seb128> or if the store should unactivate the jump to playing song in some way
[11:09] <seb128> didrocks, you rocks btw if I didn't say it today ;-)
[11:09] <aquarius> hrm. I think RB shouldn't *crash*. When we play a streamed song we create a library entry for it, and it'spossible that I'm creating that library entry wrong so it's unjumpable
[11:09] <seb128> didrocks, the no gdm sound change works great
[11:09]  * didrocks hugs seb128 (even if I don't know why ;))
[11:10] <didrocks> oh sweet!
[11:10] <seb128> aquarius, ok, I will upstream tht one
[11:11] <seb128> aquarius, btw do you want the crashes in webkit code be reassigned to the store?
[11:11] <seb128> or to webkit
[11:11] <aquarius> for the moment, the store
[11:11] <seb128> ok thanks
[11:11] <seb128> I was going to suggests doing that too
[11:11] <aquarius> if we can work around them, we will, and then assign to webkit to actually have the crasher fixed
[11:11] <seb128> we don't have anybody actively working on webkit
[11:11] <seb128> so I'm not sure they would get attention there
[11:11] <aquarius> that's what I thought, too :)
[11:12] <seb128> is anybody in your team upstreaming webkit issues?
[11:12] <seb128> that would be a good idea imho
[11:12] <seb128> we need to invest some energy on webkit bugs anyway, with the store + software-center using it now
[11:12] <aquarius> I've had some conversations with xan, but we haven't actively upstreamed the issues yet because we haven't actually had that many -- although possibly you're now going to tell me that we've had millions but they're all assigned to Rhythmbox and I haven't noticed
[11:12] <seb128> those a key components in lucid
[11:13] <seb128> aquarius, no, it's rather than webkit upstream seems active and I'm for setting up good records of being good citizen and having a good relationship with them if we can
[11:13] <aquarius> *nod* agreed completely.
[11:14] <aquarius> hm. If we get a crash in RB, and from RB's apport hook I execlp "apport rhythmbox-ubuntuone-music-store", it'll lose the crash information, won't it?
[11:15] <aquarius> but if I add_package_info("rhythmbox-ubuntuone-music-store") then it'll still be a rhythmbox bug as well as a musicstore bug. Can I tell apport "use this package *instead* of the one you think it is", rather than *as well as* the one you think it is?
[11:18] <seb128> 	if report.has_key("Stacktrace") and "/usr/lib/nautilus" in report["Stacktrace"]:
[11:18] <seb128> 		for words in report["Stacktrace"].split():
[11:18] <seb128> 			if words.startswith("/usr/lib/nautilus"):
[11:18] <seb128> 				report.add_package_info(apport.packaging.get_file_package(words))
[11:18] <seb128> 				return
[11:18] <seb128> aquarius, you can copy that I guess
[11:19] <seb128> aquarius, well it's probably easier in your case
[11:19] <seb128> aquarius, that code reassign to whatever package contain a nautilus .so listed in the stacktrace...
[11:19] <seb128> aquarius, ie if it the stacktrace has /usr/lib/nautilus/ubuntuone.so it will open the bug on the source package for it
[11:20] <seb128> it assumes that if a .so is listed it's responsive for the issue ;-)
[11:20] <aquarius> yep, that's how I'll autodetect crashes. I'm trying to work out how I can make the report be assigned to rb-u1-music-store and *not* be assigned to rhythmbox, without just cheating by exec'ing apport again. add_package_info will add rb-u1-m-s to the report, but it'll leave rhythmbox on the bug, won't it?
[11:20] <aquarius> maybe I'm misunderstanding how apport reports work
[11:20]  * aquarius rtfs :)
[11:21] <seb128> aquarius, I'm not sure now but I'm pretty sure it does open on the corresponding source
[11:21] <aquarius> ok, so I'll just add rb-u1-m-s and that should work. nice.
[11:22] <seb128> right, try to do
[11:22] <seb128> report.add_package_info("rb-u1-music-store")
[11:22] <seb128> return
[11:22] <seb128> in the hook
[11:22] <aquarius> exactly what I'm doing
[11:22] <seb128> it's easy to test, see where ubuntu-bug is sending you when you open a bug
[11:27] <seb128> pitti, bug #546785
[11:27] <seb128> :-(
[11:28] <pitti> seb128: please assign to me (will look later on)
[11:28] <seb128> pitti, ok
[11:28] <pitti> I did some 3 hours of bug triage now, and piled up some 5 new assigned bugs; one more won't make a lot of difference :)
[11:31]  * aquarius grumbles. stacktraces for webkit crashes don't mention the music store at all. Should I assume that all webkit crashes in Rhythmbox are music store crashes?
[11:32] <seb128> yes
[11:32] <seb128> since rhythmbox doesn't use webkit
[11:33] <seb128> oh, the context sidepane does but it's not on by default
[11:33] <seb128> I think most of the crashes we will get are store ones
[11:33] <seb128> no offense to you
[11:33] <seb128> but the store will get lot of users ;-)
[11:34]  * aquarius laughs
[11:34] <aquarius> yeah, you're right :)
[11:38] <pitti> seb128: btw, the retracers keep crashing on the same bug; it doesn't help to just restart them, we have to figure out what's wrong with that particular bug (or unmark it for retracing for now)
[11:39] <seb128> pitti, right-o, I was just thinking the same when I saw they crashed again
[11:40] <pitti> seb128: bug 546785 doesn't look like a regression at least, just that gconf and gdm have a different idea of what the default layout is
[11:41] <seb128> pitti, oh, good, I didn't try to understand it to be honest
[11:41] <pitti> seb128: I have a suspicion, but I'll ask for data to confirm
[11:45] <chrisccoulson> pitti - did you figure out where the low disk space warning comes from?
[11:45] <pitti> chrisccoulson: I didn't look at it yet, no
[11:45] <chrisccoulson> pitti - ok, no worries
[11:46] <chrisccoulson> i will recognise where it comes from if i see a screenshot
[11:46] <chrisccoulson> tjaalton, would you mind attaching one to your bug report?
[11:47] <pitti> I'd be really surprised if it wasn't the gdu one
[11:48] <tjaalton> it's the one with the checkbox
[11:48] <tjaalton> are there others?
[11:49] <chrisccoulson> tjaalton, that's what we're trying to make sure of
[11:49] <tjaalton> chrisccoulson: I don't have the popup open anymore
[11:50] <nigelb> pitti: sorry, totally forgot about changing from changelog.  will watchout in future :)
[11:50] <chrisccoulson> tjaalton, no worries, i will get one to open now and show you a screenshot, and you can say if the one that you see looks similar
[11:50] <aquarius> seb128, https://code.edge.launchpad.net/~sil/ubuntu/lucid/rhythmbox/add-music-store-apport-hook/+merge/22117 (is a merge request the right way to submit this?)
[11:50] <tjaalton> chrisccoulson: ok
[11:51] <chrisccoulson> tjaalton, does it look a bit like this: http://people.canonical.com/~chrisccoulson/Screenshot-Low%20Disk%20Space.png
[11:51] <chrisccoulson> (you might not have the empty wastebasket button)
[11:52] <tjaalton> chrisccoulson: yep that's the one
[11:52] <chrisccoulson> tjaalton, cool, thanks
[11:52] <chrisccoulson> i'll reassign to g-s-d then
[11:52] <chrisccoulson> i'm surprised you see it for nfs though, g-s-d has an exclude list and i thought that nfs was on that
[11:53] <chrisccoulson> i've just noticed that my laptop only has 50.3GB of space left
[11:56] <tjaalton> /apps/gnome_settings_daemon/plugins/housekeeping/ignore_paths?
[11:56] <chrisccoulson> tjaalton, that list is populated when you click the checkbox in the warning
[11:57] <chrisccoulson> but there is an external exclude list to ensure that you never see warnings for certain types of filesystems
[11:57] <chrisccoulson> s/external/internal
[11:57] <tjaalton> chrisccoulson: alright
[11:58] <chrisccoulson> i'll have a look at that at some point if pitti doesn't get round to it first though
[11:59] <tjaalton> not urgent, since now I can add some paths to the default settings
[11:59] <tjaalton> knowing where to put them
[11:59] <pitti> chrisccoulson: http://people.canonical.com/~chrisccoulson/Screenshot-Low%20Disk%20Space.png -> I hope you triggerred that synthetically somehow? :-)
[12:00] <chrisccoulson> pitti - i did ;)
[12:00] <pitti> *phew*
[12:00] <chrisccoulson> the thresholds are configurable for debugging purposes
[12:00] <chrisccoulson> the default threshold is < 5% AND < 2GB
[12:01] <kenvandine> good morning everyone
[12:01] <pitti> hey kenvandine, how are you?
[12:02] <chrisccoulson> hey kenvandine
[12:02] <kenvandine> pitti, good, need more coffee :)
[12:08] <seb128> aquarius, sorry I was having lunch, we usually prefer bug reports associated with those but I will review that one now so need to bother
[12:10] <seb128> aquarius, looks good, thank you
[12:11] <pitti> chrisccoulson: oh, it's gsd? I thought these dialogs came from the gdu-notification-daemon
[12:11] <chrisccoulson> pitti - these dialogs come from the housekeeping plugin in g-s-d
[12:12] <pitti> ok, good to know
[12:13]  * kenvandine has to run out for a appointment... be back in about an hour
[13:43] <Ng> pitti: you have a Sony e-reader, right? Can we blacklist the LAUNCHER partition? :)
[13:45] <kenvandine> quiet morning
[13:55] <davmor2> Guys has the policy changed on notifications being clickable through?  ie if there is an action below a notification you can't click on it which I thought you could in karmic.
[13:56] <didrocks> davmor2: there is bug opened on that
[13:57] <davmor2> didrocks: thanks I just spotted it for the first time so thought I'd double check :)
[13:57] <kenvandine> hey  didrocks
[13:57] <didrocks> hey kenvandine
[13:58] <chrisccoulson> seb128 - the nm-applet changes are merged now btw
[13:58] <chrisccoulson> (sorry, i forgot to mention yesterday)
[14:00] <pitti> Ng: I do, yes; what is a LAUNCHER partition?
[14:00] <pitti> Ng: my PRS-505 doesn't have any "weird" ones, just the two card readers and the internal memory
[14:01] <pitti> Ng: if your's has an useless one, please feel free to report an udisks bug
[14:01] <Ng> pitti: oh. I have a PRS-300 (internal storage only) but it has a second partition which has Windows/MacOS software installers
[14:01] <Ng> k
[14:02] <Ng> pitti: will ubuntu-bug udisks pull in sufficient information for your needs, or is there something else I should attach?
[14:04] <seb128> chrisccoulson, oh good thanks
[14:05] <pitti> Ng: as long as the device is connected while you report it, it should suffice
[14:05] <Ng> pitti: excellent thanks, filing now
[14:05] <seb128> brb
[14:06]  * Ng also idly wonders if there's any way of getting the device to appear with a cute icon instead of a Mass Storage thing ;)
[14:06] <Ng> (do any eReaders get nice icons?)
[14:07] <pitti> Ng: mine doesn't; we don't currently have udev rules/gvfs probers for those
[14:07] <pitti> Ng: do we even have icons?
[14:07] <Ng> I have no idea, I was just OCDing out loud ;)
[14:14] <asac> didrocks: what was the game you mentioned  a while back?
[14:15]  * kenvandine has become addicted to frozen bubble on the G1 :)
[14:15] <kenvandine> for some reason i have a terrible time putting that down :)
[14:16] <didrocks> asac: it was yo frankie!
[14:16] <didrocks> asac: http://www.yofrankie.org/
[14:17] <seb128> hum
[14:17] <seb128> pitti, is there a way to tell the retracers to skip a bug?
[14:17] <pitti> seb128: remove the needs-$arch-retrace tag
[14:17] <seb128> pitti, right, the issue there is that lp oops when trying to access the webpage
[14:18] <seb128> pitti, which I think makes the retracer crash too
[14:18] <seb128> pitti, I will try to ask #launchpad
[14:18] <seb128> same on edge and non-edge
[14:18] <pitti> seb128: what's the bug#? I'll try as apport user
[14:18] <pitti> seb128: or you add a quick hack to crash-digger to ignore that particular number :)
[14:19] <seb128> pitti, ok, got it
[14:19] <seb128> pitti, +edit works
[14:19] <pitti> sweet
[14:19] <seb128> untagged
[14:19] <seb128> amd64 retracer restarting at next cron job
[14:19] <seb128> let's see how it goes
[14:28] <seb128> pitti, retracers restarted let's see how it goes
[14:28] <pitti> seb128: merci!
[14:29] <seb128> you're welcome ;-)
[14:37] <dobey> what's the preferred way of asking for a package to be installed, programmatically, these days?
[14:37] <dobey> rickspencer3, pitti: ^^
[14:37] <rickspencer3> uh
[14:37] <rickspencer3> with a depends in the deb file
[14:38] <pitti> dobey: you mean from an application?
[14:38]  * pitti defers to mvo
[14:38] <pitti> in the past it was calling synaptics with some magic options, but that might be out of date
[14:38] <dobey> pitti: yeah
[14:38] <dobey> mvo: ping :)
[14:39] <mvo> dobey: hey, how much control do you want ? you can just run "software-center pkgname" and it will show a screen with information, screenshot (if available) and install button
[14:40] <mvo> dobey: if you want to install it from your own app, aptdaemon is a good way, it has a dbus API similar to PK
[14:40] <dobey> mvo: well it's a package in universe
[14:40]  * chrisccoulson wishes there was a C library for aptdaemon
[14:40] <pitti> mvo: sweet!
[14:40] <dobey> chrisccoulson: dbus-glib :)
[14:40] <pitti> dbus-send?
[14:41] <chrisccoulson> dobey - yeah, but i'd have to implement my own progressbar widget and stuff
[14:41] <seb128> chrisccoulson, you want yet another api just to wrap dbus calls there?
[14:41] <dobey> mvo: so i don't know how much control i 'want' (need). i just want to say "install this thing and do everything necessary to make it happen."
[14:41] <seb128> chrisccoulson, oh right then
[14:41] <chrisccoulson> seb128 - yeah, python-aptdaemon does a bit more than just wrapping the dbus calls
[14:41] <dobey> mvo: software-center apparently just does FAIL if you ask for a package in a repo that's not enabled yet
[14:42] <seb128> I though the daemon would show the progress bar etc
[14:42] <mvo> dobey: sort of, if it has information about the package via app-install-data it should be able to do more
[14:43] <dobey> mvo: apparently viewing a package in universe with universe disabled presents a screen showing a button to "Refresn to get the package info" which doesn't.
[14:43] <mvo> *ick*
[14:44] <mvo> dobey: so, what package, what use case? I can mail/paste you a example for aptdaemon, give me a minute
[14:45] <dobey> at least, i presume it does something, but of course fails to get the package data
[14:45] <dobey> mvo: basically, i want the minimal amount of code i can have, in my code :)
[14:45] <mvo> it has code to enable universe if its not there, but only if the package in question is available in app-install-data, we could add the package in question there just for that
[14:46] <dobey> mvo: i'm told to use the "standard package install process"
[14:47] <dobey> mvo: so optimally if i can just subprocess.call(["something", "--enable-archive=universe", "package"]), that would be optimal i think
[14:49] <mvo> dobey: aha, now I get it. sorry, I'm a bit slow today. "apturl apt:2vcard?section=universe" is what you want then
[14:49] <dobey> mvo: and also a way to check that the package is installed or not, but i suppose i can do that easily enough already
[14:49] <mvo> dobey: that will auto-enable universe and show some basic data, its not as nice as software-center though
[14:49] <dobey> hrmm
[14:50] <mvo> dobey: the goal was to make it part of s-c for lucid, but we did not quite make it in time
[14:50] <mvo> dobey: check: "apt.Cache()[pkgname].isInstalled"
[14:51] <mvo> dobey: but please, what package, what use-case :) ?
[14:51] <dobey> bindwood
[14:52] <dobey> i guess xul-extension-bindwood or something is the name now though
[14:52] <mvo> aha, thanks!
[14:52] <dobey> i can just run dpkg -l to check if it's installed :)
[14:53] <rickspencer3> pitti, seb128, chrisccoulson:
[14:53] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Scratch/ReleaseBugs20100325
[14:54] <rickspencer3> Looks like our release blocker bug count has stayed about the same, but there's a different set of bugs
[14:54] <rickspencer3> pitti, seb128, just pasted this for your fyi
[14:54] <dobey> mvo: so apturl + dpkg, great!
[14:54] <pitti> rickspencer3: ah, thanks
[14:54] <dobey> mvo: i'll use those. the code's already in my head :)
[14:54] <chrisccoulson> rickspencer3, thanks
[14:54] <mvo> dobey: cool, let me know if there is anything more I can do/help
[14:54] <pitti> rickspencer3: yes, we fixed quite a number of them, but added new ones
[14:54] <rickspencer3> chrisccoulson, a gentle reminder that you seem to be the long pole in our bug burn down now
[14:54] <mvo> dobey: :)
[14:54]  * pitti uploading two new packages to fix 5 bugs now
[14:54] <dobey> mvo: thanks, will do
[14:54] <rickspencer3> pitti, sweet
[14:54] <rickspencer3> !
[14:55] <pitti> rickspencer3: well, not 5 _of that list_, though :)
[14:55] <rickspencer3> chrisccoulson, if you did the same, you'd have no more release blockers!
[14:55] <rickspencer3> pitti, ack, still 5 bugs in a day, this make me happy
[14:55] <chrisccoulson> rickspencer3, i'm working on one of them at the moment ;)
[14:55] <pitti> and chrisccoulson's bugs are quite a bit more complicated :)
[14:55] <chrisccoulson> and one on that list has a patch
[14:55] <rickspencer3> chrisccoulson:
[14:55] <chrisccoulson> yeah, i seem to have drawn the short straw with some of those ;)
[14:55]  * rickspencer3 whip cracking noises
[14:56] <chrisccoulson> in fact, 2 on my list have a patch :-)
[14:56] <seb128> rickspencer3, hey, thank you
[14:56] <pitti> rickspencer3: I took bug 546446, I think I'll get to it today, too
[14:56] <rickspencer3> this is the time in cycle where you can't focus on fixing bugs because I am pestering for bug fixing status all the time
[14:56] <pitti> chrisccoulson: oh, the "bad fonts in ff" isn't even on that list
[14:56] <rickspencer3> pitti, cool
[14:56] <chrisccoulson> pitti - i'm not sure that ones assigned to me is it?
[14:56] <pitti> chrisccoulson: which should have "a patch" as well (taking from the system cairo)
[14:57] <chrisccoulson> the "FF not starting" issue has a patch upstream now
[14:57] <chrisccoulson> and i have a patch for the search order issue too
[14:57] <pitti> chrisccoulson: right, it's asac's right now (bug 512615), but I guess he wouldn't kill us if we reassign it
[14:57] <pitti> chrisccoulson: sweet!
[14:58] <kenvandine> seb128, so what is the process you are following converting namespaces for the dx source branches?
[14:58] <pitti> chrisccoulson: starting to like or loathe the ff package by now? or both? :-)
[14:58]  * pitti hugs chrisccoulson
[14:58]  * chrisccoulson hugs pitti
[14:58] <rickspencer3> kenvandine, is bug 535263 truly a release blocker?
[14:58]  * rickspencer3 forgot to implement pittis "Bug:" feature
[14:58] <kenvandine> rickspencer3, yes... and it is done :)
[14:58] <rickspencer3> kewl
[14:59] <kenvandine> rickspencer3, it was a problem if you synced accounts
[14:59] <seb128> kenvandine, get lp:ubuntu/<souce> and use bzr merge-upstream there
[14:59] <kenvandine> if you created accounts on two boxes before they synced, you would get dupes
[14:59] <chrisccoulson> kwwii - there?
[14:59] <kenvandine> seb128, ah, ok... good
[14:59] <seb128> kenvandine, dropping the vcs in the control too
[15:00] <seb128> kenvandine, + we could add a warning to the changelog in ubuntu-desktop vcs too
[15:00] <kenvandine> seb128, yeah, i was wondering if you were starting with the existing package branch
[15:00] <seb128> kenvandine, no, but I'm not closed to discuss it if you think we should
[15:01] <kenvandine> seb128, only downside i see to that is branches that ted uses
[15:01] <kenvandine> are related to our packaging branches
[15:01] <kenvandine> so he would need to rebase on the lp:ubuntu branch
[15:01] <kenvandine> which is fine i think
[15:01] <seb128> right, maybe check with him about this
[15:01] <kenvandine> seb128, but aren't the lp:ubuntu branch getting aliased to ~ubuntu-desktop?
[15:02] <kenvandine> are you just asking james_w to do that as you do it?
[15:02] <seb128> should they? why?
[15:02] <seb128> I don't think james_w is around recently, I've pinged him several times for a week without luck
[15:03] <kenvandine> seb128, well libu1 and the rb plugin are
[15:03] <kenvandine> ido too
[15:03] <kenvandine> seb128, i thought you had done that :)
[15:04] <seb128> I've no real clue what I'm doing there
[15:04] <kenvandine> hehe :)
[15:04] <seb128> I just did what seemed easier
[15:04] <kenvandine> seb128, it is nice that they are getting aliased, however that is happening
[15:05] <seb128> i.e getting ubuntu/<source<
[15:05] <seb128> and working there
[15:05] <kenvandine> so if you try to check it out from ~ubuntu-desktop you get the right branch
[15:05] <seb128> you should perhaps check with didrocks or pitti they know bzr better
[15:05] <kenvandine> maybe james_w is just going behind us and pointing the spb to the old Vcs branch
[15:06] <kenvandine> or the other way
[15:06] <didrocks> kenvandine: backlogging, one sec
[15:06] <pitti> kenvandine: so, lp:ubuntu/pkg is owned by ~ubuntu-branches
[15:06] <pitti> kenvandine: which will allow anyone to commit who can also upload the package
[15:06] <seb128> urg
[15:07] <seb128> that will cut kenvandine out
[15:07] <pitti> kenvandine: btw, I moved the gvfs branch yesterday, and that's what I did with the old ~ubuntu-desktop debian/ only branch: http://bazaar.launchpad.net/%7Eubuntu-desktop/gvfs/ubuntu/revision/72
[15:07] <kenvandine> we need to get those perms fixed
[15:07] <pitti> as long as you can't upload a package yet, don't switch one
[15:07] <pitti> but the perms need sorting out either way
[15:07] <seb128> urg
[15:08] <pitti> so perhaps be cautious with the migration for now
[15:08] <kenvandine> half the packages i deal with i can't :/
[15:08]  * kenvandine checks them as i go
[15:08] <kenvandine> s/checks/will check/
[15:08] <seb128> I converted indicator-me yesterday sorry kenvandine
[15:08] <kenvandine> seb128, no worries
[15:08] <kenvandine> i think i can commit that one :)
[15:08] <seb128> cool
[15:08] <kenvandine> or i could last week
[15:08] <seb128> so maybe let's really delay those changes to next cycle
[15:08] <kenvandine> i seem to lose more packages each week
[15:08] <pitti> if not, you can always do an lp:~kenvandine/ubuntu/lucid/package/ubuntu :)
[15:09] <kenvandine> pitti, true
[15:09] <james_w> why do you want ken to be able to commit to the ubuntu/* branches directly if he can't upload?
[15:09] <kenvandine> james_w, i should be able to upload
[15:09] <pitti> james_w: the "can't upload" is a bug
[15:09] <kenvandine> the perms are getting messed up
[15:09] <james_w> ok
[15:09]  * kenvandine hopes cjwatson can fix that soon
[15:09] <james_w> well fix that then :-)
[15:10] <seb128> oh james_w is there
[15:10] <mvo> seb128: do you know about a auto-login problem in gdm after hardy->lucid? I heard rumors that it sometimes works, sometimes dosn't
[15:10] <nigelb> anyone has thoughts on bug 484317? (if its a bug, the attached patch might fix)
[15:10] <seb128> he just ignores my pings I guess ;-)
[15:10] <mvo> seb128: I'm not at the machine, but I an debug at the weekend
[15:10] <seb128> mvo, no
[15:10] <seb128> mvo, I don't see a reason why it should not work
[15:10] <ronoc> pitti: hello there, I will work on that bug you submitted tmrw, will try to reproduce. sounds difficult to reproduce ?
[15:11] <mvo> seb128: ok
[15:11] <pitti> ronoc: well, it "just happens" here in 2/3 logins (it's again shown as muted right now)
[15:11] <seb128> mvo, is the "sometimes" on the same install or it works on some boxes and not on others?
[15:11] <pitti> ronoc: you can have ssh to my box if it helps (admin included if need be, or I install the packages that you need)
[15:12] <pitti> ronoc: it works for you?
[15:12] <mvo> seb128: on the same box, its my parents machine, there debugging skillz are not that great ;)
[15:12] <ronoc> pitti - ssh might be a good thing
[15:12] <pitti> ronoc: oh, and "hello"!
[15:12] <seb128> mvo, what does it do when it doesn't autolog in?
[15:12] <seb128> mvo, did that start recently?
[15:12] <ronoc> pitti: will be in touch in the morning - in a meeting right now
[15:13] <mvo> seb128: I upgraded them last weekend and they haven't got anything new since
[15:13] <pitti> ronoc: https://edge.launchpad.net/%7Ecjcurran/+sshkeys -> is that ok?
[15:13] <seb128> ok
[15:13] <mvo> seb128: when not auto-login it just shows the normal gdm screen apparently
[15:14] <seb128> weird
[15:14] <mvo> seb128: but I have no clue how often that happens
[15:14] <mvo> yeah
[15:14]  * ccheney bbl, dropping wife at airport
[15:14] <rickspencer3> bye ccheney
[15:14] <seb128> mvo, could you check if there is an autologin line on the dialog in those cases?
[15:15] <seb128> ie one you can click which will log you in with autologin written
[15:15] <seb128> I've that once on the mini I think
[15:15] <mvo> seb128: oh, interessting. I will watch out for this
[15:15] <kwwii> chrisccoulson: hey
[15:16] <seb128> asac, asac__: still hiding?
[15:16] <pitti> ronoc: when you get a chance, try ssh<EMAIL_ADDRESS>; look at ~/password if you need sudo (you are in admin)
[15:18] <ronoc> pitti, thx I'm in !
[15:18] <pitti> ronoc: (but, note that this is my main and only workstation, so if you need to rm -rf /, please do coordinate with me before :) )
[15:18] <kenvandine> hehe
[15:18] <ronoc> pitti, understood
[15:18] <ronoc> :)
[15:19] <ronoc> better pay more attention at this meeting
[15:24] <mvo> chrisccoulson: re bug #456468 -- I remember you had the .xsession-errors with the real error message (symbol clash). do you still have this and can attach it to the bugreportß
[15:24] <mvo> ?
[15:24] <chrisccoulson> mvo - i'll try and find that in a bit
[15:25] <chrisccoulson> kwwii - hi, i'm currently looking at bug 532511
[15:26] <chrisccoulson> the addition of the extra profile to add the new theme colours is quite problematic
[15:26] <kwwii> chrisccoulson: hrm, let me read the comments
[15:26] <chrisccoulson> so, i'm currently working on some changes which will make it possible to control all of this from the GTK theme
[15:26] <chrisccoulson> which will avoid the need for adding an extra profile
[15:27] <seb128> chrisccoulson, mvo: http://paste.ubuntu.com/397262/
[15:27] <chrisccoulson> seb128 - thanks
[15:27] <kwwii> chrisccoulson: hrm, it seems to me that we don't want to force this change on anyone updating, only on a fresh install
[15:27] <seb128> chrisccoulson, you're welcome
[15:27] <didrocks> kwwii: oh aubergine "show desktop" icon, that's sweet :)
[15:27] <kwwii> didrocks: hehe, you just saw it now?
[15:28] <chrisccoulson> kwwii - that's the difficult bit really, which is why i'm proposing that we control it all from the GTK theme
[15:28] <ronoc> seb128: what did you think of the gnome media merge :)?
[15:28] <didrocks> kwwii: right ;)
[15:28] <kenvandine> pitti, is there actually a bug report for the permissions bug?
[15:28] <kwwii> chrisccoulson: ok, if you have something for me to add to the theme I'll happily include it
[15:28] <pitti> kenvandine: I don't know
[15:28] <kenvandine> pitti, it would be nice to have something to follow so i know when there is prgress :)
[15:28] <kenvandine> ok
[15:28] <chrisccoulson> kwwii - thanks, thats good then. i'll sort that all out in a bit
[15:28] <kenvandine> i know i email cjwatson as i hit new ones
[15:28] <kwwii> chrisccoulson: as long as people can still change it to the profile of their choice I am fine with putting it in the gtk theme
[15:29] <seb128> ronoc, sorry I didn't get time for that yet
[15:29] <chrisccoulson> yeah, users will still be able to set the colors they like
[15:29] <seb128> ronoc, I will let you know when I do though
[15:29] <kwwii> chrisccoulson: ok, sounds good...let me know when you are ready for it to go into the theme
[15:29] <seb128> ronoc, likely next week now though
[15:30] <kwwii> ronoc: does the sound menu use *-panel icons in the panel?
[15:30] <ronoc> seb128: no worries - its just an one character change
[15:30] <ronoc> kwwii: yep
[15:30] <kwwii> ronoc: cool, I am going to remove the non -panel names from the theme then, so they don't show up in other places
[15:32] <ronoc> kwwii: Okay i thought though the non panel icons were used for fall back ?
[15:33] <kwwii> ronoc: right, but they are included in one of the fallbacks anyway. We only want monochrome icons to show up in the panel, nowhere else
[15:33] <kwwii> ronoc: currently, if you open the sound preferences you see dark panel icons on a light bg color
[15:33] <ronoc> kwwii: cool i get it
[15:33] <ronoc> kwwii: sounds good.
[15:33] <kwwii> ronoc: asking you was my way of saving myself time and effort testing :-)
[15:35] <ronoc> kwwii: always a good thing :)
[16:05] <vish> mvo: hi.. the SC sub-categories icons are scaling the icons upwards to 64px :( , werent the main categories alone supposed to use 64px?
[16:06] <tgpraveen12> vish: remember that bug where totem shows very small icon for volume control in fullscreen, its back with the new mono icons.
[16:07] <vish> mvo: the subcategories use too much space and they end-up requiring scrolling
[16:07] <mvo> vish: mpt will know, and possible michaelforester
[16:07] <vish> mvo: thanks
[16:07] <vish> tgpraveen12: that will be solved soon , those icons will be removed read the scrollback above^
[16:07] <dholbach> hola
[16:08] <tgpraveen12> tgpraveen12: joined just now. anyways.good to know
[16:08] <dholbach> does anybody else have a problem with using alt-1 in gnome-terminal, chromium and other apps?
[16:09] <dholbach> it doesn't work for me, it just draws a border around the application that has the focus
[16:09] <seb128> dholbach, hey, what is is supposed to do?
[16:10] <dholbach> jump to the first tab
[16:10] <seb128> did it start doing that recently?
[16:10] <dholbach> yes
[16:10] <dholbach> since today
[16:11] <seb128> dholbach, did you change your config somehow?
[16:11] <rickspencer3> kenvandine, I see "Move Password Storage to the Keyring" is Marked "Done"
[16:11] <rickspencer3> nice!!
[16:11] <dholbach> seb128: not that I know
[16:11] <kenvandine> rickspencer3, :)
[16:11] <dholbach> seb128: no entry to .xsession-errors either
[16:11] <seb128> dholbach, using the same wm, same keyboard layout?
[16:12] <dholbach> yes
[16:12] <seb128> dholbach, you are sure the keyboard layout is the same?
[16:12] <mpt> vish, as far as I know the icon view should use the same size icons everywhere. In v3 we'll have a single-pane department screen so the subsections won't scroll.
[16:12] <seb128> can you check in the keyboard config dialog?
[16:13] <seb128> dholbach, could you try with an english keyboard layout?
[16:14] <dholbach> seb128: same
[16:14] <dholbach> I just picked uk layout
[16:15] <vish> mpt: v3 plan sounds good , but the icons at 64 px are really being a bit too much , if all are to be the same size, we can use 48px everywhere :)
[16:15] <seb128> dholbach, dunno then, I know pitti did work on keyboard layout setting so that could have changed
[16:15] <dholbach> ah pitti!
[16:15] <seb128> but if the layout and wm didn't change I don't know
[16:15] <pitti> ?
[16:17] <seb128> dholbach, no, could have been a keyboard layout issue but that's not one if you still have the same layout in GNOME
[16:18] <seb128> pitti, unping, I was reviewing what changed which could explain dholbach's bug
[16:18] <dholbach> ah ok
[16:19] <seb128> dholbach, it's happening is several softwares too?
[16:19] <didrocks> dholbach: is it the ` key?
[16:19] <dholbach> seb128: at least in chromium and gnome-terminal
[16:19] <dholbach> let me try firefox
[16:19] <dholbach> didrocks: alt-1
[16:19] <dholbach> same for firefox
[16:19] <didrocks> dholbach: right, but do you have ` printed on it? (and are you using metacity, not compiz?)
[16:20] <dholbach> didrocks: metacity
[16:20] <dholbach> didrocks: ` printed where?
[16:20] <seb128> dholbach, what is on "1" on a german keyboard?
[16:20] <dholbach> 1
[16:20] <seb128> ie the second char
[16:20] <dholbach> !
[16:20] <seb128> 1!?
[16:20] <seb128> "1!" I mean
[16:20] <dholbach> shift+1 = !
[16:20] <dholbach> on a german keyboard
[16:20] <seb128> ok
[16:20] <dholbach> is that what you were after? :)
[16:20] <seb128> yes
[16:20] <dholbach> alt gr + 1 = ¹
[16:21] <dholbach> if that's of any interest
[16:21] <seb128> there is a known bug with "`"
[16:21] <dholbach> ah
[16:21] <didrocks> dholbach: I guess this should be related to http://git.gnome.org/browse/metacity/commit/?id=0f805bfdfb46e6739912df042f628ca9913b433c
[16:21] <seb128> which does what you get
[16:21] <seb128> but that's nothing new
[16:21] <seb128> so it's weird it would happen out of the blue today
[16:21] <seb128> if your layout or wm didn't change
[16:21] <pitti> guys, what's the problem?
[16:22] <didrocks> seb128: I only noticed when switching from compiz to metacity
[16:22] <pitti> German layout and ` immediately makes me think of "nodeadkeys"
[16:22] <dholbach> pitti: I type "alt + 1" and would expect to go to the first tab
[16:22] <pitti> right
[16:22] <dholbach> pitti: instead there's just a border drawn around the focused app
[16:22] <seb128> didrocks, right, which is why I started by asking if his wm changed
[16:22] <pitti> WFM in both US and de-nodeadkeys layouts
[16:22] <didrocks> pitti: if it's related to this commit, this is the grouping windows function
[16:22] <dholbach> like I'd used alt-tab
[16:22] <pitti> didrocks: but 1 != `
[16:23] <didrocks> that's strange, exactly the same symptom
[16:23] <pitti> check with xev?
[16:23] <seb128> dholbach, you are sure you were not using compiz before?
[16:23] <pitti>     state 0x8, keycode 10 (keysym 0x31, 1), same_screen YES,
[16:23] <pitti>     XLookupString gives 1 bytes: (31) "1"
[16:23] <pitti> shoudl be that one
[16:24] <dholbach> seb128: I used it AGES ago
[16:24] <dholbach> seb128: and just for a few minutes :)
[16:24] <seb128> ok
[16:24] <seb128> try xev
[16:24] <seb128> what alt-1 gives you now?
[16:25] <dholbach> http://paste.ubuntu.com/401235
[16:26] <pitti> WTH
[16:27] <pitti> dholbach: does alt+2 work? what does that give you in xev?
[16:27] <dholbach> alt-2 works
[16:27] <pitti>     state 0x8, keycode 11 (keysym 0x32, 2), same_screen YES,
[16:27] <pitti>     XLookupString gives 1 bytes: (32) "2"
[16:27] <pitti> should be that one
[16:27] <seb128> dholbach, did you assign some GNOME shortcuts recently?
[16:28] <dholbach> seb128: not that I'd know
[16:28] <seb128> k
[16:28] <seb128> so I blame lower stack
[16:28] <seb128> xorg, bios, linux
[16:28] <dholbach> pitti: http://paste.ubnutu.com/401236
[16:28] <dholbach> pitti: http://paste.ubuntu.com/401236
[16:28] <seb128> try in a guest session maybe to see
[16:29] <pitti> still fairly broken
[16:29] <dholbach> seb128: works in a guest session :-(
[16:29] <pitti> you don't have num lock/caps lock/scroll lock on or something?
[16:29] <dholbach> no nothing
[16:30] <seb128> dholbach, do you use compiz in the guest session or did you change that there?
[16:30] <dholbach> hang on :)
[16:30]  * dholbach goes back
[16:30] <dholbach> no, no compiz
[16:31] <dholbach> I use nouveau
[16:31] <dholbach> not sure it works there
[16:34] <vish> cassidy: re: humanity empathy icons blog .. the icons for emapathy are symlinks from user-*  :)
[16:35] <rickspencer3> pitti, seb128: tseliot thinks bug #545992 should be a release blocker, but I'm not too sure, please advise
[16:35] <vish> cassidy: so it shouldnt break when empathy is updated.. but will keep track , thanks :)
[16:36] <pitti> rickspencer3: yes, absolutely
[16:36] <pitti> it also is quite obvious
[16:36] <pitti> Package: fglrx
[16:36] <pitti> Conflicts: fglrx-kernel-source
[16:36] <seb128> dholbach, ok, so it's an user config thing
[16:36] <seb128> dholbach, check you keybindings
[16:36] <dholbach> seb128: I just re-set a lot of gconf keys
[16:37] <seb128> +r
[16:37] <pitti> rickspencer3, tseliot: that conflicts needs to be versioned
[16:37] <didrocks> dholbach: just to ensure it's not the cycle group function, what do you have in gconf at /apps/metacity/global_keybindings/cycle_group ?
[16:37] <dholbach> seb128: now it works again - unfortunately I don't know which of the changes fixed it :-(
[16:37] <dholbach> as I had to restart the terminal to make it work
[16:38] <pitti> rickspencer3: it's a 5-second fix, and causing problems on upgrades
[16:38] <dholbach> either something in /apps/panel/global or /apps/metacity involving the alt key
[16:38] <pitti> rickspencer3: (I followed up to the bug)
[16:38] <dholbach> seb128, didrocks: thanks again
[16:38] <dholbach> thanks pitti too
[16:39]  * pitti hugs dholbach, I'm glad it's sane again
[16:39]  * dholbach hugs  gconftool-2 --recursive-unset  :-)
[16:40]  * dholbach hugs pitti too
[16:40]  * didrocks has the same issue with Alt + 7 on the azerty keyboard for more than one month now, but I want to keep the default until it's fixed :/
[16:42] <dobey> dpm: ping
[16:43] <dpm> hey dobey
[16:44] <dobey> dpm: hey. i have a question regarding the interpretation issue with _('') vs. _("") in python scripts (thigns not ending in .py)
[16:45] <dobey> dpm: do you know how intltool deals with _(u"Foo") or _(unicode("Foo"))?
[16:45]  * ccheney back from airport
[16:46] <dpm> dobey, I think I might not know, but what do you mean by "how intltool deals"? Whether such strings would be extracted and put into the template?
[16:46] <dpm> I can test that
[16:49] <dobey> dpm: i mean, since we have to use "" because scripts that don't end in .py are treated as C, if doing something like u"Foo" or unicode("Foo") would break because of being treated like normal C strings
[16:50] <seb128> didrocks, how busy are you now?
[16:50] <LaserJock> dholbach: there should be some documentation on gconftool -R and --recursive-unset for testers/debuggers
[16:50] <seb128> didrocks, now = end of week and next week
[16:51] <seb128> there should be no need to unset anything this way
[16:51] <LaserJock> dholbach: I have been blowing away my ~/.gconf for years, that is waaay better :-)
[16:51] <didrocks> seb128: should be ok, what do you need me to do?
[16:51] <seb128> why?
[16:52] <dholbach> LaserJock: I only blow it away in very isolated cases :-D
[16:52] <LaserJock> I do it like once a month
[16:52] <LaserJock> that's a big reason why I do fresh installs all the time :(
[16:52] <LaserJock> stuff gets messed up and I can't find where the magic key is to fix it
[16:53] <LaserJock> with --recursive-unset I can at least narrow it down to a single app or so
[16:53] <dpm> dobey, I'd think they'd break, let me see if I can test it quickly
[16:53] <LaserJock>  and -R lets me know what options I've set (which is a big problem to start with)
[16:54] <dobey> dpm: i'll test it real quick...
[16:54] <LaserJock> I really wish we had a GUI gconf diff tool, but this at least is something
[16:55] <dpm> ok
[16:55] <dobey> hrmm, it seems to still get extracted
[16:55] <dobey> cool
[16:56] <seb128> didrocks, sorry got sidetracked
[16:56] <didrocks> seb128: no pb
[16:56] <seb128> didrocks, it's not that I need you to do anything but rather than I would welcome you helping on something ;-)
[16:56] <didrocks> it's just too late (j/k)
[16:57]  * kenvandine -> lunch
[16:57] <didrocks> seb128: sure, just tell me where I can help (not sure for tonight and tomorrow, but next week sounds good) ;)
[16:58] <seb128> didrocks, so your mission would be theme related
[16:58] <seb128> didrocks, i.e it would be to make gnome-appearance-properties set the wm order gconf key
[16:58] <seb128> didrocks, it already set keys so it should be easy to add
[16:59] <seb128> I see that as
[16:59] <seb128> read a new property from the theme .index
[16:59] <didrocks> seb128: the button, you mean?
[16:59] <seb128> which has the key order
[16:59] <seb128> didrocks, yes sorry
[16:59] <seb128> so I see the index have an extra key for that, g-c-c reading it and setting the gconf key with the value if there is one
[17:00] <seb128> or with the default value which is what we had before lucid in other cases
[17:00] <seb128> not sure that's clear
[17:00] <didrocks> seb128: schweet, I was eager to have a look at that in any case, just didn't have the time yet.
[17:00] <didrocks> hum, let me think
[17:00] <didrocks> so, the theme will have eventually the key in the index setting the order
[17:01] <didrocks> when changing the theme, if we find one, we set the gconf key to it
[17:01] <didrocks> if there is no, we assume as a default to set the gconf key back to what we had in karmic?
[17:01] <didrocks> none*
[17:02] <dpm> dobey, ok, cool.
[17:02] <chrisccoulson> yay, the terminal is nearly fixed \o/
[17:02] <chrisccoulson> then i can close one of my RC bugs :)
[17:03] <seb128> didrocks, correct
[17:03] <seb128> chrisccoulson, rockon
[17:03] <seb128> rock-on
[17:03] <seb128> rather ;-)
[17:03] <chrisccoulson> lol
[17:03] <vish> seb128: hi , could you do an update of humanity? it fixes atleast one SC icon breakage , [icon was misspelled] and a couple of other bug fixes
[17:04] <dobey> dpm: would you mind filing a bug against intltool for the treating python scripts without .py extensions as C, please? :)
[17:04] <didrocks> seb128: we change it on the user level? (in ~/.gconf)? I mean, for user who want to change it and not reset it each time they change their theme…
[17:04] <seb128> vish, where is it?
[17:04] <vish> seb128: the packagers branch
[17:04] <seb128> didrocks, I don't understand this question I think
[17:04] <seb128> vish, can you give me the lp: url?
[17:04] <dpm> dobey, sure, np, but you only get a beer at UDS if you fix it :P
[17:04] <seb128> vish, I don't have all those noted
[17:05] <vish> seb128: np.. >  https://code.launchpad.net/~ubuntu-art-pkg/humanity/release
[17:05] <vish> thanks ..
[17:05] <seb128> didrocks, the idea is to have the capplet set the key by theme to avoid destroying the buttons order on the other themes
[17:05] <didrocks> seb128: let's say someone change the order manually with gconf-editor. If they change the theme back and forth the theme, each time, the user key will be screwd
[17:05] <dobey> dpm: heh. well danilo might fix it :)
[17:05] <seb128> vish, thanks
[17:06] <seb128> didrocks, yes, that's a corner case though, I guess people set one theme and lot of people complain about us breaking other themes
[17:06] <dpm> dobey, he won't be at UDS this time, so he doesn't qualify for the prize :)
[17:06] <didrocks> seb128: I agree, let's go that way so
[17:06] <seb128> didrocks, + you can set an user mandatory key if you want that
[17:06] <seb128> it will take over the capplet change
[17:07] <didrocks> right, so there is a way for user to override that. Perfect, will do it
[17:07] <dobey> dpm: as co-maintainer, i will gladly accept by proxy any prizes he may win for fixing bugs in intltool :)
[17:07] <seb128> didrocks, so, some pointers for you
[17:07] <dpm> hahaha
[17:09] <seb128> didrocks, you can look to /usr/share/themes/<theme>/index.theme
[17:09] <seb128> didrocks, it's a gkey file, ie key=value
[17:09] <seb128> didrocks, so it's easy to add one key there
[17:09] <didrocks> ok, using gkeyfile from glib
[17:10] <seb128> didrocks, gnome-control-center does read and parse that already though so not a lot of extra work there
[17:10] <seb128> didrocks, see capplets/common/gnome-theme-info.c
[17:10] <seb128> didrocks, the defines and the code there
[17:10]  * didrocks opens
[17:11] <didrocks> oki
[17:11] <seb128> didrocks, it's basically adding a key I think
[17:11] <seb128> + the code to apply it to gconf
[17:11] <didrocks> yeah, should be easy :)
[17:11] <seb128> which probably is already done for some other keys
[17:11]  * seb128 hugs didrocks
[17:11]  * didrocks hugs seb128
[17:12] <seb128> didrocks, lucid users will love you
[17:12] <chrisccoulson> heh, i just looked at my assigned bugs on launchpad
[17:12] <didrocks> seb128: I guess so. A lot of love for few work ;)
[17:12] <seb128> the gdm mute change first
[17:13] <seb128> + unbreaking themes now
[17:13] <seb128> not forgetting une ;-)
[17:13] <didrocks> heh, I hope people will love that :)
[17:13] <seb128> chrisccoulson, it does timeout by trying to load the list or something? ;-)
[17:13] <chrisccoulson> not quite just yet ;)
[17:14] <seb128> chrisccoulson, do you need some help to bounce some to the team or other people or do you think you have those under control?
[17:15] <seb128> chrisccoulson, we can probably drop the gnome-user-share nautilus .so btw
[17:15] <chrisccoulson> seb128 - i think it looks worse than it really is ;)
[17:15] <seb128> I don't think the bar is important to have
[17:15] <dpm> dobey, bug 547073, enjoy!
[17:15] <dobey> dpm: gracias!
[17:15] <chrisccoulson> seb128 - i don't mind doing that, but i can probably work on a patch at the weekend to hide it when there's no BT hardware
[17:16] <dpm> :)
[17:16] <chrisccoulson> kwwii, do you maintain light-themes in bzr?
[17:28] <chrisccoulson> kwwii, these are the changes to the Ambiance gtkrc which will theme the terminal to the settings we have currently:
[17:28] <chrisccoulson> http://paste.ubuntu.com/401265/
[17:41] <rickspencer3> pitti, bugs that are targeted to the release but NOT milestoned will still show up on your list, right?
[17:42] <pitti> rickspencer3: I occasionally look at the lucid list and pick out desktop things; it'd be helpful if those could be assigned to c-d-t
[17:42] <rickspencer3> pitti, these are assigned to tselliot
[17:42] <rickspencer3> so the assignment is good
[17:42] <pitti> ah, fine
[17:42] <rickspencer3> they are targetted ,but not milestoned
[17:42] <rickspencer3> wnated to confirm that this is a usefule state for you
[17:42] <pitti> yes, absolutely
[17:42] <pitti> it's the best state :)
[17:43] <pitti> (assigned to the right person, I mean)
[17:47] <tgpraveen>  /join #poppler
[17:52] <kwwii> chrisccoulson: cool, thanks for that, I will add it with the next update
[17:54] <chrisccoulson> kwwii, thanks :)
[17:57] <LaserJock> rickspencer3, pitti: if bugs are assigned to c-d-t, can a non-c-d-t person work on them? If so, should they assign themselves?
[17:57] <rickspencer3> LaserJock, yes
[17:58] <pitti> LaserJock: absolutely
[17:58] <rickspencer3> yes, yes
[17:58] <rickspencer3> :)
[17:58] <pitti> LaserJock: we use this list for "bugs we should fix, but haven't found an assignee for yet"
[18:02] <pitti> straw poll: do you guys use a graphical debugger or just plain gdb? if a GUI, which one sucks less?
[18:02] <Nafai> pitti: I use gud in Emacs :)
[18:02] <pitti> ages ago I used ddd, but I got used to gdb; but watching expressions etc. is still fairly clumsy
[18:03] <chrisccoulson> pitti - i just use plain gdb, but i'd be interested in peoples responses ;)
[18:03]  * hyperair uses gdb
[18:03] <hyperair> gdb in screen, split either horizontally or vertically with an editor on the next pane
[18:04] <seb128> pitti, gdb but same than chrisccoulson
[18:04] <seb128> pitti, you could try nemiver
[18:04] <seb128> not sure how good it is though
[18:04] <pitti> I'll find out
[18:04] <pitti> anjuta/emacs are a bit too heavy for my taste
[18:04]  * pitti installs
[18:05] <hyperair> i think there was a vimgdb plugin or something...
[18:05] <hyperair> and i've got deep-seated hatred for anjuta
[18:05] <hyperair> that stupid thing fights against me when i'm coding
[18:08] <Nafai> for those that are interested, here is a screenshot of a debugging session with gud-mode in Emacs: http://www.travishartwell.net/gud.png
[18:09] <chrisccoulson> seb128 - nemiver looks quite good actually
[18:09] <chrisccoulson> i'd never seen that before
[18:10] <seb128> yeah
[18:10] <pitti> seb128: seems fairly nice indeed
[18:11] <hyperair> Nafai: that looks quite cool. i'll look into it =p
[18:11] <dpm> kenvandine, you asked me for pending i18n bugs in gwibber yesterday, and we've got an Ubuntu Translations Hug Day today, so here's this one for you if you've got some time :) -> bug 538987
[18:11] <Nafai> cool, let me know if you have any questions on setting it, up, etc.
[18:11] <Nafai> s/it, up/it up/
[18:13] <pitti> http://people.canonical.com/~pitti/tmp/nemiver.png
[18:13] <pitti> seb128: ^ FYI
[18:13] <pitti> $ sudo nemiver ./skdump /dev/sda
[18:14] <pitti> it DTRT with that, so it's equally comfortable to call as gdb
[18:14] <rickspencer3> pitti:  	[ubuntu/karmic-proposed] devicekit-disks 007-2ubuntu6 (Accepted)
[18:15] <rickspencer3> sounds like another release blocker died at the tip of your spear?
[18:15] <pitti> rickspencer3: not quite unfortunately
[18:15] <rickspencer3> :(
[18:15] <pitti> this was just a quick workaround
[18:15] <rickspencer3> oh well
[18:15] <pitti> to stop breaking SSDs with karmic
[18:15] <rickspencer3> sorry to bring it up
[18:15] <pitti> rickspencer3: I'm looking into libatasmart now, and try to find out how to properly identify those affected SSDs
[18:16] <pitti> so that's a bandaid for karmic until we find a proper fix
[18:16] <seb128> pitti, nice! ;-)
[18:17] <vish> seb128: hi.. could you ping me once the humanity update is done, i just need to submit a merge for SC..
[18:17] <seb128> vish, you can update the bzr I've it built locally and uploading now
[18:17] <vish> oh , ok, thanks
[18:18] <chrisccoulson> pitti - i must remember not to accidentally attach nemiver to Xorg ;)
[18:18] <pitti> chrisccoulson: heh, yes
[18:19] <pitti> chrisccoulson: although that'd equally fail with gdb under gnome-terminal..
[18:19] <chrisccoulson> it would
[18:19] <chrisccoulson> oh, it's reasonably sensible. nemiver doesn't allow you to attach it to itself
[18:19] <Nafai> I used to do game development and It was always fun to try to run the debugger in the same X session as the game, because it would take over input, etc
[18:20] <Nafai> I had to ssh into that same box and run gdb that way
[18:24] <mpt> vish, I'd be fine with 48, but it's probably too late for that kind of change
[18:25] <mpt> (sorry, forgot I had a half-written response here)
[18:25] <vish> mpt: the change was done in today's update to 64 , earlier was 48
[18:26] <seb128> time for sport
[18:26] <seb128> bbl
[18:27] <Nafai> btw, does anyone (US-based) have a recommendation for good power adapters to get for international travel?  I want to order something soon so it gets here before UDS. :)
[18:27] <bryceh> Nafai, I got mine at the local AAA
[18:28] <bryceh> Nafai, there are a number of "all in one" adapters, although I tend to prefer ones that are specific to the country in question since they tend to be lighter weight
[18:28]  * Nafai nods
[18:29] <bryceh> also they tend to fit into power bars more easily
[18:30] <LaserJock> heh, I bought a all-in-one from Walmart when I went to UDS-Paris
[18:30] <Nafai> LaserJock: work well?
[18:30] <LaserJock> turns out it was important because the Parisian plugs where a little different than many of the other European ones, so I had to share with a lot of people
[18:31] <LaserJock> i.e. my plug worked while a number of people who had European-specific adapters didn't
[18:31] <LaserJock> Nafai: it is a bit clunky when you're on a power strip
[18:32] <LaserJock> but I use it at home for 3-prong -> 2 prong adapter, etc. so it was worth it for me
[18:32] <Nafai> cool
[18:32] <LaserJock> but for juat a few bucks at Walmart I was surprised how well it worked
[18:33] <Nafai> good to know
[18:33] <Nafai> this will be my first time traveling internationally, so I'm excited
[18:34] <rickspencer3> Nafai, you could do a lot worse than Brussles for your first trip abroad
[18:34] <LaserJock> Nafai: ah, good luck
[18:34] <LaserJock> UDS-Paris was my first time
[18:34] <LaserJock> got pickpocketed but otherwise it was fine :-)
[18:35] <LaserJock> I strongly recommend UDSes for Americans that are going abroad for the first time
[18:35] <chrisccoulson> right, time for me to bath baby
[18:35] <chrisccoulson> bbiab
[18:35] <LaserJock> the community makes it so much easier to navigate international travel
[18:35] <Nafai> indeed
[18:36] <LaserJock> when I got pickpocketed I had people lend me their phones and cash to get by
[18:36] <LaserJock> I would have been screwed otherwise
[18:36] <LaserJock> (not that I didn't want to kiss the tarmac when I finally landed back in the US) ;-)
[18:37] <Nafai> that reminds me, I need to get my phone unlocked
[18:44] <kenvandine> whew... got home from running an errand at lunch to find a small angry rattle snake in the yard
[18:44] <bryceh> !!
[18:45] <bryceh> kenvandine, angry about the button placement change?
[18:45] <mpt> vish, oh, I didn't realize that. Maybe it's not too late to revert then.
[18:47] <Nafai> hmm, nemiver is quite nice
[18:48] <vish> mpt: please do, all the icons were done for 48px and they are now being used in 64px, and are a bit blurry , i'm not sure if i'll have the time to redo them again :
[18:48] <mpt> vish, it's not up to me. I don't have the time to dive into that code myself
[18:48] <kenvandine> hehe
[18:48] <vish> mvo: well , the code is just one line ;p  , i was mentioning you blessing ;)
[18:49] <vish> oops mpt^
[18:49] <kenvandine> bryceh, right before i got home the woman across the street came over with a box and a broom and was trying to catch it to release somewhere in the woods
[18:49] <kenvandine> but she made it very angry... it was striking at everything in sight when i pulled in
[18:49] <kenvandine> she is nuts :)
[18:52] <bryceh> kenvandine, sounds like it
[18:52] <bryceh> kenvandine, maybe *she* was made about the icon changes?  ;-)
[18:52] <kenvandine> hehe
[19:01] <jcastro> kenvandine: popey is seeing a bunch of crashers in gwibber if you have some time to check it out
[19:01] <kenvandine> got bugs?
[19:01]  * kenvandine really needs to get a release out
[19:01] <jcastro> a bunch he says
[19:01] <jcastro> popey: line em up!
[19:25] <popey> jcastro: i haven't filed bugs because every time it crashes I go to file one and it looks like there's 10 there already!
[19:26] <popey> bug 539674
[19:26] <popey> bug 539674
[19:26] <popey> bug 532460
[19:26] <popey> bug 546730
[19:26] <popey> and so on
[19:28] <kklimonda> popey: ach, my favourite bug
[19:28] <popey> :)
[19:28] <popey> sorry
[19:28] <kklimonda> I think I'm getting it every time I resume laptop from sleep
[19:28] <popey> today I was on a 3g connection when it happened, in case that adds any kind of useful info
[19:29] <tal> guys, anyone knows how to contact gnome about jobs ?
[19:29] <popey> tal: does the gnome foundation employ people?
[19:29] <kklimonda> tal: gnome has only one job offer atm I think - for the system administrator
[19:29] <tal> yeah, thats the one
[19:29] <tal> how do you talk to them about that ?
[19:29] <popey> http://webapps.ubuntu.com/employment/ :)
[19:31] <jcastro> tal: http://live.gnome.org/Jobs
[19:31] <mvo> vish: let me know, chaning it to 48px in subcategories is not a big deal
[19:35] <vish> mvo:  pls do change the subcategories
[19:37] <kenvandine> popey, i am looking
[19:37] <popey> thanks
[19:38] <mvo> vish: ok
[19:39] <vish> mvo: thanks :)
[19:39] <kenvandine> popey, are you getting it on resume as well?
[19:39] <popey> i havent done any resuming
[19:39] <kenvandine> ok... so just on startup?
[19:39] <popey> after running for a while
[19:40] <popey> I can test more and file new bugs and let you know the numbers as they come up if that helps?
[19:40] <kenvandine> if the traceback is the same, don't bother
[19:40] <kenvandine> it's actually a desktopcouch bug
[19:41] <popey> i am not qualified to answer if the traceback is the same or not
[19:41]  * kenvandine will find a way to handle that better in gwibber though
[19:41] <mvo> vish: but the "fontpage" will still be 64px, right?
[19:42] <vish> mvo: if you can keep the front page at 64 that would be neat.
[19:44] <popey> \o/ haha I just had gwibber _and_ gwibber service fail kenvandine
[19:44] <popey> boot a machine, logged in, did nothing but ALT+F2, gwibber, enter
[19:44] <popey> crasheroony
[19:44] <kenvandine> popey, traceback please
[19:44]  * popey needs to read up how to do that
[19:45] <popey> got a handy url>
[19:45] <popey> ?
[19:45] <davmor2> popey: just ubuntu-bug it and remover the trace?
[19:45] <davmor2> maybe
[19:46] <kenvandine> popey, ah you got the crash dialog?
[19:46] <kenvandine> excellent
[19:46] <kenvandine> you can just let it file and give me the bug number
[19:46] <popey> yes
[19:46] <kenvandine> i'll dupe it if necessary
[19:46] <popey> ok
[19:46] <kenvandine> thx
[19:46] <popey> two in fact :)
[19:46] <mvo> vish: your branch is merged and the size change too
[19:47] <vish> mvo: neat , thanks.. :)
[19:47] <mvo> no worries
[19:48] <popey> bug 547202 kenvandine
[19:48] <kenvandine> popey, gotta make it public
[20:02] <popey> kenvandine: done
[20:12] <kenvandine> popey, thx
[20:13] <kenvandine> popey, that is a different error, thx!
[20:14] <popey> kenvandine: happy to help! :)
[20:16] <pitti> popey: do you have some minutes for some questions about that libatasmart bug?
[20:19] <popey> pitti: sure
[20:19] <pitti> popey: did you ever try this with lucid?
[20:19] <popey> try a clean install? on it, no, but i have a spare machine i can do that on
[20:20] <pitti> popey: so apparently it happens with dk-disks-probe-ata-smart; did you try it with smartctl -a /dev/sda?
[20:20] <pitti> popey: did you try it with skdump /dev/sda? (from libatasmart-bin)
[20:20] <popey> no
[20:20] <pitti> popey: and finally, do you have a test machine where this happens, where I could get ssh to?
[20:21] <popey> i can set one up yes
[20:21] <pitti> I'm currently comparing libatasmart and smartmontools, and the ioctls that they do
[20:21] <pitti> obviously I have to trigger that bug a couple of more times
[20:21] <popey> what version of ubuntu would you like on it?
[20:21] <pitti> popey: did you find a way to rescue the disk?
[20:21] <popey> yes, dd zeroes over it
[20:22] <pitti> popey: karmic or lucid beta-1, whatever works better for you
[20:22] <pitti> popey: ok, good to know that it wasn't permanent damage
[20:22] <popey> no, but it sure looks like it is
[20:23] <popey> will let you know when its setup
[20:24] <pitti> popey: many thanks, I appreciate
[20:24] <pitti> until then I'll do some more local research
[20:25] <pitti> popey: https://launchpad.net/~pitti/+sshkeys BTW (the second one)
[20:26] <popey> pitti: hmm, its now no longer booting, which looks like a hardware issue
[20:26] <popey> i have two of these machines though, one is running lucid which was upgraded from karmic and has had lots of packages removed for space
[20:26] <popey> i can wipe and reinstall on that one
[20:27] <pitti> popey: I don't need a clean machine in any way, FTR
[20:27] <pitti> libatasmart and smartmontools build-depends, vi, and strace
[20:27] <popey> ok
[21:20] <kklimonda> sabdfl: wrt bug 466541 and other bugs you comment on - I've wondering whether you actuall get responses as you don't seem to be subscribed :)
[21:27] <RAOF> Morning all.
[21:27] <pitti> hey RAOF, good morning
[21:31] <RAOF> Yay!  Looks like vga16fb madness is getting sorted out.
[21:31] <TheMuso> Good morning.
[21:32] <TheMuso> RAOF: You'll be pleased to know that after a fresh daily install a few days back, nouveau is rocking my desktop's NVIDIA card nicely. Don't care so much for power management on the desktop, if it means not dealing with the hassle of installing drivers.
[21:32] <TheMuso> No compiz, but I can deal with that for now.
[21:33] <RAOF> Yay!
[21:34] <RAOF> The xorg-edgers PPA would probably give you compiz, at the cost of maybe making your GPU freeze every now and then :)
[21:34] <pitti> good night everyone!
[21:35] <RAOF> Night!
[21:35] <desrt> pitti: ciao.
[21:35] <TheMuso> RAOF: Right, I'd rather no freezing GPU.
[21:35] <seb128> re
[21:35] <desrt> seb128: hi hi
[21:35] <seb128> so something triggers a keyring dialog on session start now
[21:35] <RAOF> TheMuso: Yeah, I can see how you'd think that :)
[21:35] <seb128> can't figure what though, but it has been something uploaded today
[21:36] <seb128> desrt, hey
[21:36] <seb128> desrt, how are you?
[21:36] <desrt> ok.
[21:36] <desrt> seb128: doesn't the dialog tell what app it is?
[21:36] <seb128> no
[21:38] <seb128> "The login keyring did not get unlocked when you logged into your computer."
[21:38] <seb128> is the string
[21:38]  * didrocks waves good night, enjoy your evening/day everyone!
[21:39] <seb128> 'night didrocks
[21:39] <didrocks> seb128: thanks, you too! don't go to bed too late ;)
[21:40] <seb128> didrocks, heh, I will try ;-)
[21:40] <didrocks> :-)
[21:41] <desrt> seb128: if you do a 'netstat -anp | less' when the dialog is open
[21:42] <desrt> and search keyring
[21:42] <desrt> and find a line like
[21:42] <desrt> unix  3      [ ]         STREAM     CONNECTED     4068705  2229/gnome-keyring- /tmp/keyring-FJ5rwi/socket
[21:42] <desrt> then very close to it you'll find something like
[21:42] <desrt> unix  3      [ ]         STREAM     CONNECTED     4068704  20943/nm-connection
[21:42] <desrt> there will be a few of those
[21:42] <desrt> but it will narrow your options down
[21:43] <seb128> well
[21:43] <desrt> (note: the socketpair having sequential serial numbers)
[21:43] <seb128> I doubt it will work
[21:43] <seb128> I think keyring 2.29 uses dbus to talk to the daemon
[21:43] <seb128> there is no such socket now
[21:44] <desrt> o
[21:44] <desrt> well that's easy then
[21:44] <desrt> strace dbus and kill the keyring
[21:44] <desrt> and see who gets the message about it :p
[21:44] <seb128> yeah
[21:44] <seb128> brb, restarting to get the dialog again
[21:45] <desrt> ta.
[21:53] <seb128> re
[21:53] <seb128> ok, not a change from today but a change of config there
[21:54] <seb128> eds needs keyring access if you have a non-open calendar
[22:09] <crimsun> rickspencer3: Is your comment, https://bugs.launchpad.net/ubuntu/+source/pygame/+bug/295369/comments/21 , on current Lucid?
[22:10] <rickspencer3> crimsun, yes
[22:10] <rickspencer3> it is now "delated slightly"
[22:10] <rickspencer3> rather than "delayed a lot"
[22:10] <crimsun> rickspencer3: which of libsdl1.2debian-pulseaudio and libsdl1.2debian-alsa is installed?
[22:12]  * ccheney thinks he fixed the OOo theme bug, running a test build now :)
[22:12] <rickspencer3> crimsun,  libsdl1.2debian-pulseaudio
[22:13] <crimsun> rickspencer3: which buffer value are you using?
[22:13] <rickspencer3> crimsun, none that I know of
[22:13] <rickspencer3> I am not setting one in python code if that's what you mean
[22:14] <crimsun> rickspencer3: right, so your workaround refers to what?
[22:14] <crimsun> (note that I'm referring to pygame.mixer.pre_init())
[22:15] <rickspencer3> crimsun, someone in the bug mentioned a work around
[22:15] <rickspencer3> something about setting the buffer
[22:15] <rickspencer3> I was referring to that
[22:15] <rickspencer3> sorry
[22:15] <crimsun> right, the buffer is the fourth parameter to pygame.mixer.pre_init()
[22:16] <crimsun> buffer size *
[22:20] <robert_ancell> TheMuso, can I get you to sponsor the upload in glade-3 bzr?
[22:21]  * robert_ancell is going to finally get around to doing main upload application today...
[22:21] <seb128> robert_ancell, hey
[22:21] <robert_ancell> seb128, hey
[22:21] <seb128> robert_ancell, thank you for doing updates ;-)
[22:22] <robert_ancell> seb128, oh, libwnck is sitting in bzr if you want to upload that one :)
[22:22] <seb128> I can
[22:23] <robert_ancell> seb128, who normally deals with gnome-user-docs?  I notice it always seems to be behind
[22:24] <seb128> nobody?
[22:24] <seb128> or the documentation team
[22:24] <TheMuso> robert_ancell: If nobody has grabbed glade3 by the time I get through some of this email here that I need to read, I can take care of it.
[22:24] <seb128> not sure if that's the one which is patched to add ubuntu documentation or not
[22:25] <robert_ancell> seb128, yeah, it looks patched so I don't touch it
[22:26] <seb128> you can ask mdke about it on #ubuntu-devel
[22:43] <TheMuso> robert_ancell: what is the bzr branch I need to use? Not sure what source package you are referring to.
[22:44] <robert_ancell> TheMuso, debcheckout glade
[22:44] <TheMuso> robert_ancell: ok thanks
[22:52] <ccheney> cool the patch works properly and finally OOo falls back and only lists installed themes, whee! :)
[22:57] <seb128> baptistemm, bug #547238 is not a bug and a duplicate
[23:25] <TheMuso> robert_ancell: glade uploaded.
[23:27] <robert_ancell> TheMuso, thanks!
[23:27] <TheMuso> np


[08:50] <ypwong> FJKong, happyaro1: ping
[09:27] <FJKong> ypwong: pong
[09:28] <FJKong> ypwong: we can't attend this meeting
[09:31] <FJKong> ypwong: I will check out in 30 min and go to the airport
[09:49] <ypwong> FJKong, still in UK?
[15:20] <shuduo> 快盘在新装的15.04上因为依赖libboost-iostreams1.54.0包不存在装不上的bug有人知道吗？


[00:03] <darkxst> jbicha, http://pastebin.com/KqWFmTup
[00:04] <jbicha> darkxst: I guess you can add that to the same bug too, thanks
[01:33] <jbicha> darkxst: you don't have gnome git commit rights yet, right?
[01:53] <darkxst> jbicha, not quite yet
[08:19] <darkxst> ricotz, can you push this one https://bugzilla.gnome.org/review?bug=692896&attachment=234876
[08:36] <ricotz> darkxst, i guess this need a refresh
[08:38] <darkxst> ricotz, oh mclasen push some of it
[08:38] <darkxst> in is own commit
[08:38] <darkxst> probably just need to the hunks that affect Makefile.am's
[08:38] <darkxst> s/to/two/
[08:39] <darkxst> http://git.gnome.org/browse/gnome-control-center/commit/?id=767e09ed52bf3215fca8303f96634583d73c85b2
[08:41] <ricotz> i know, that is why i said it would need a refresh ;)
[08:47] <darkxst> ok updated
[09:48] <darkxst> g-s 3.6 seems to run fine on the new js188/gjs stack
[09:48] <darkxst> only needs this patch http://git.gnome.org/browse/gnome-shell/commit/?id=e294abc567b50ce4358dcd6be1e2f147b81ebcf8
[09:56] <darkxst> https://launchpad.net/~darkxst/+archive/mozjs188
[14:22] <ricotz> darkxst, finally there should be usable builds available now soon
[16:22] <ricotz> jbicha, g-c-c finally built and kind of works ;)
[16:23] <jbicha> ricotz: what'd you do about the bumped nm dependency?
[16:23] <ricotz> jbicha, doing snapshots
[16:24] <ricotz> cyphermox said, he will update nm soon
[19:43] <britt_> hey guys
[19:44] <britt_> do we know when gnome 3.7 will be merged into raring?
[19:44] <darkxst> britt_, it wont be, they are sticking with 3.6
[19:45] <britt_> are we going to have it in the gnome-3 ppa, or are we sticking with 3.6 as well?
[19:46] <darkxst> yes it will be available from ppa
[19:52] <darkxst> jbicha, so 3.6 seems to run fine on the js/gjs stack
[19:52] <darkxst> https://launchpad.net/~darkxst/+archive/mozjs188
[23:10] <darkxst> g-c-c seems to work, although I am getting screenShield activitaing even though I have lock disabled
[23:10] <darkxst> not sure if thats related though