[03:35] <Mike804> Tascam US428 - need assistance installing - ALSA has instruction that I can make work - please msg me
[03:36] <Hobbsee> lool: um, i'm not sure sorry
[03:40] <Mike804> anyone home
[03:57] <Mike804> anyone home
[04:02] <Hobbsee> Mike804: you might try #ubuntu for support, as the /topic says
[08:44] <seb128> pitti: bug #287482, can you do what is required to get those on the list of things to approve after the candidate? ;-)
[08:44] <pitti> seb128: "wishlist" doesn't exactly sound RC? :-)
[08:45] <pitti> seb128: if you think it's really important, please nominate it for intrepid and milestone it for 8.10
[08:45] <pitti> that's the list we'll really look at
[08:45] <seb128> pitti: I put wishlist randomly, those are bug fix versions with very limited changes
[08:45] <seb128> pitti: we have candidate versions for the next stable and those are newer candidates
[08:45] <seb128> ok
[08:45] <pitti> but so far we'll really only change stuff which fixes RC bugs which cannot sensibly be fixed with SRUs
[08:46] <seb128> pitti: gst-plugins-bad0.10 is universe so maybe you can look at it already today?
[08:46] <pitti> seb128: yes, that's possible; please subscribe me
[08:47] <seb128> pitti: done
[08:55] <seb128> bah, the new user switch applet is not able to change correctly pidgin status
[08:56] <seb128> that's a bit weird to have a menu by default which doesn't work when using the standard ubuntu im client
[08:57] <seb128> mvo: should your menu entry bug be a duplicate of bug #2195?
[08:59] <mvo> seb128: I think so
[09:00] <seb128> mvo: ok, thanks
[09:01] <mvo> 2195? woah
[09:01] <seb128> mvo: ;-)
[09:05] <huats> morning everyone
[09:05] <huats> o/ seb128 and mvo
[09:05] <huats> :)
[09:05] <slomo> pitti: and the gstreamer0.10 / gst-plugins-base0.10 updates only have (together) 3 patches for fixing regressions over older versions that are affecting quite some users ;)
[09:06]  * mvo waves to huats and slomo
[09:07] <huats> ;)
[09:07] <pitti> slomo: that sounds good then
[09:07] <pitti> slomo: I wasn't sure about how much they actually change
[09:07]  * pitti hugs slomo, good morning
[09:08] <slomo> pitti: the bugs are linked from the sync bug btw... gst-plugins-bad only contains (compared to the current version) a regression fix for reverse mpeg playback and one or two cosmetic changes so that should be fine too
[09:15] <seb128> pitti: could you have a look to bug #287715? is the sessions list normal?
[09:18] <didrocks> lut :)
[09:25] <pitti> seb128: /dev/cron??? nice one
[09:26] <seb128> mpt: did you do any change to your cron?
[09:26] <pitti> seb128: indeed /var/log/auth.log shows that cron does use PAM sessions
[09:26] <pitti> so I guess that actually registers a CK session as well (libpam-ck-connector)
[09:27] <mpt> seb128, no, but I have lolbackup installed which uses a cron job
[09:30] <pitti> ah, that probably uses long cron sessions
[09:32] <pitti> mpt, seb128: bug updated
[09:33] <seb128> pitti: thanks
[09:35] <mpt> whoo
[09:35] <mpt> thanks pitti
[09:35] <pitti> well, it's not fixed yet :)
[09:36] <pitti> seb128: FYI: check /var/log/ConsoleKit/history, there you see the cron sessions
[09:36] <pitti> I guess most users don't notice it, because with mlocate the cron.daily is fast enough
[09:36] <seb128> pitti: ok, good to know for debugging
[09:38] <pitti> seb128: libglib2.0-data is really just empty for us, right? can  I upload a new glib which drops the recommends?
[09:38] <seb128> pitti: we have glib2.0 in sync on debian, is that worth the ubuntu change?
[09:39] <pitti> hm, right, that should be kept
[09:39] <seb128> pitti: in fact we don't because we updated before debian and I didn't want to bypass the freeze by syncing then
[09:39] <pitti> seb128: then we have to promote it
[09:39] <seb128> pitti: but otherwise we do
[09:39] <pitti> seb128: for intrepid being in sync or not is pretty irrelevant, but I mean "in general"
[09:39] <pitti> Size: 958
[09:39] <seb128> right
[09:39] <seb128> usually we are in sync
[09:39] <pitti> seb128: well, I guess we can just promote it in jaunty
[09:39] <seb128> so better to promote it
[09:40] <seb128> right
[09:40] <pitti> ah, fortunately it doesn't even have copyright and changelog
[09:40] <pitti> ok, let's promote it and forget about it
[09:40] <pitti> thanks
[09:45] <seb128> urg, gksu has 98 open bugs
[10:24] <mpt> http://bugzilla.gnome.org/show_bug.cgi?id=557572
[10:27] <seb128> mpt: what about it?
[10:28] <mpt> I'm just amused by it
[10:29] <seb128> not sure what is triggering this one for you but g-s-t didn't change this cycle and other users don't seem to get the issue
[10:30] <seb128> I doubt you'll get a reply though, nobody is actively working on this software
[10:30] <mpt> neat
[10:33] <Laney> mvo: gnome-terminal patch is ready for your review. Note that this is pretty much the same as what we added in 2.24.0-0ubuntu2, except that some of the changes made it into the stable branch (so the patch is smaller).
[10:34] <Laney> I cannot reproduce the crash bug any more (and I could with 2.24.{0,1}), so that seems fixed.
[10:38] <mvo> Laney: excellent, what is the url of your branch?
[10:39] <Laney> mvo: I requested your review on LP, but it's lp:~laney/gnome-terminal/tabpatch
[11:59] <mvo> Laney: thanks for the patch it looks good, I will test/upload after lunch
[11:59] <Laney> thanks mvo
[12:02] <seb128> pitti: ^
[12:02] <seb128> pitti: mvo is on it already
[12:02] <pitti> seb128: ah, nice
[12:48] <huats> james_w: are you around ?
[12:48] <james_w> hey huats
[12:48] <james_w> how are you?
[12:49] <huats> hey james_w how are you ?
[12:49] <james_w> good thanks
[12:49] <huats> siwtching to private to avoid to flood here :)
[13:05] <james_w> anyone know if/where xchat ships sounds?
[13:05] <james_w> and whether they moved between hardy and Intrepid?
[13:05] <james_w> if they indeed exist
[13:06] <james_w> bug 288045
[13:06] <seb128> james_w: no, I'm using xchat-gnome
[13:06] <asac> seb128: do you know since when GTK_CHECK macros are deprecated in favour of G_TYPE ?
[13:06]  * asac thinks it must have been long long ago
[13:06] <asac> s/know/remember out of head/
[13:07] <seb128> asac: no but likely for a while
[13:07] <seb128> ie some years
[13:08] <asac> seb128: do you remember if gtk deprecated them right when G_TYPE was introduced? (which i think would be easier to find out)
[13:08] <asac> anyway if you dont know, dont look this up ;)
[13:08] <seb128> asac: most likely, but that should still be available if you don't use the disable deprecated options
[13:09] <seb128> asac: what is the issue exactly?
[13:09] <asac> seb128: epiphany svn tree fails because of the DISABLE DEPECATED stuff when build with --enable-maintainer-mode
[13:09] <asac> as mozilla still uses those macros
[13:09] <asac> i submitted a patch for that upstream ... just wanted to provide data to show how old this stuff is
[13:10] <asac> seb128: upstream == mozilla gecko embed api
[13:10] <seb128> not new but I've numbers
[13:10] <seb128> no numbers
[13:10] <asac> yeah
[13:10] <asac> its ok. i think they will accept that without hard facts ;)
[13:45] <Laney> mvo: I forgot to commit a change, don't test just yet
[13:56] <mvo> Laney: oh? ok, let me know when there is more. I just got negative testing feedback, but I think I won't be able to test it properly myself until in 1-2h anyway
[13:56] <Laney> I missed a file in the patch
[14:00] <Laney> mvo: Pushed
[14:00] <Laney> The new bindings work now, always a bonus.
[14:02] <mvo> Laney: thanks - is that patch based on upstream work or is it fixes from you ? if the later, have you pushed it upstream already :) ?
[14:02] <Laney> mvo: It's from upstream, I just forgot to apply the diff to one of the files.
[14:03] <mvo> ok, thanks
[14:15] <Laney> mvo: The updated patch is ready for merging at your leisure :)
[14:15] <Laney> (thanks for your time btw)
[14:27] <tedg> seb128: Does the updated package fix bug 272218 for you?
[14:28] <seb128> tedg: what updated package?
[14:28] <seb128> ah, debdiff on the bug
[14:28] <seb128> tedg: will try in a bit
[14:29] <tedg> seb128: Cool, thanks.
[14:29] <seb128> tedg: you don't get the issue?
[14:29] <tedg> seb128: I didn't, turned out I had saved statuses for everything.  When I deleted them I did.
[14:30] <seb128> the debdiff seems to make sense
[14:32] <tedg> I think that the comment accounts for my bytes in the diff than the fix ;)
[14:32] <tedg> s/my/more/
[14:44] <seb128> tedg: the update works correctly indeed, I'll sponsor the upload
[16:51] <Laney> mvo: You didn't merge rev 18 from my branch
[16:54] <mvo> Laney: hm, I commited r16 some minutes ago
[16:55] <mvo> Laney: right, but there seems to be something new in it now
[16:55] <Laney> mvo: Maybe you checked out in the small window before I pushed 18 ;)
[16:56] <mvo> I guess so
[16:56] <Laney> (about 6 minutes)
[16:56] <Laney> ah well, no worries
[17:16] <mvo> Laney: hm, while I think your patch is fine I'm slightly worried about the new strings (new relative to 2.24.0-0ububuntu1). I see that pitti sponsored the upload on 13 Oct that added them initially. I guess its ok because of langpacks etc. but its not ideal :/
[17:26] <Laney> mvo: The translations appear in the generated schema, or do you mean something else? I don't really know how that works.
[17:26] <Laney> But ember did work up a patch which doesn't add new strings, so we could just use that instead.
[17:26] <Laney> However I won't be able to do it to night so I hope someone else can sub it in.
[17:35] <ember>  /* -1 because we can't add the Tabs entries on gnome-2-24 b/c of string freeze */
[17:35] <ember> the patch only adds the <locale> tag with no text to not break string freeze
[17:35] <mvo> Laney: I think I would prefer not adding new strings if possible
[17:36] <mvo> I guess its a good compromise, the people who need it will find it via gconf
[17:36]  * mvo needs to leave for a bit but will read scrollback
[17:43] <ember> well i kinda agree we can do it without introducing new strings
[19:43] <Jazzva> mvo, ping
[20:54] <mvo> Jazzva: pong
[20:55] <Jazzva> mvo, I had problems with pushing updated xul extensions' data to my app-install-data-ubuntu branch. If it's not too late, could you apply diff I prepared to ubuntu-core-devs' branch directly?
[20:55] <Jazzva> I attached it to the bug 287270
[21:01] <mvo> Jazzva: I can do that and ask for it tomorrow, not sure it gets approval by the release managers though
[21:01] <mvo> Jazzva: but I hope we will be ok
[21:02] <Jazzva> mvo, yeah... I know it's a bit late.
[21:02] <Jazzva> mvo, thanks :)
[21:02] <mvo> thank you!
[21:02] <Jazzva> np :)
[21:08] <seb128> tedg: there?
[21:08] <tedg> seb128: yes.
[21:09] <seb128> tedg: I sponsored your fusa update
[21:09] <seb128> tedg: I looked at the bugs list too, there is lot of untriaged bugs which are trivial to triage, could you try to have a look over those and comment?
[21:10] <seb128> tedg: is there is one requestion to use available rather than online as a label and one about asking confirmation for the actions for example, could you reply to say if those are design decisions?
[21:10] <seb128> requestion -> requesting
[21:11] <tedg> seb128: Yes, I haven't looked through them recently.
[21:11] <tedg> Thanks for sponsoring the update.
[21:11] <seb128> tedg: bug triage might be boring but if you don't read bugs you don't know about issues users are having when running your software
[21:12] <seb128> tedg: you're welcome for the update ;-)
[21:12] <tedg> seb128: Yes.  I realize.
[22:06] <didrocks> enough for today, good night everyone :)
[22:39] <seb128> lool: isn't bug #288337 a wm issue rather?