[03:07] <bcurtiswx> hey anyone: if you have jaunty installed and updated fully
[03:07] <bcurtiswx> can you try playing any song in Rhythmbox and see if the progress bar moves
[03:14] <dtchen> bcurtiswx: sometimes it does. why?
[03:14] <dtchen> (that's bug 330814, BTW)
[03:15] <dtchen> yes, i know about it. yes, i'm fixing it now. no, i don't have an ETA.
[03:16] <bcurtiswx> dtchen: oh, well im trying to reproduce bug 335249 and i can't even get the progress bar to move
[03:21] <dtchen> bcurtiswx: pkill pulseaudio ; start-pulseaudio-x11
[03:21] <dtchen> bcurtiswx: then retry the RB operation
[03:23] <bcurtiswx> dtchen: hmm, that didn't help me, but i notice that the length of my songs can't be found for some reason, that would def stop the progress bar for working
[03:24] <dtchen> bcurtiswx: reproducible for all audio media?
[03:24] <dtchen> did you restart RB after restarting PA?
[03:24] <bcurtiswx> i will try that
[03:24] <bcurtiswx> and yes i did restart
[03:27] <stgraber> can you try moving your files away from the music directory, then put them back in
[03:28] <stgraber> I once had that bug and it was because RB scanned the files when it didn't have the codecs and then stored the duration as not being available for all my files
[03:28] <stgraber> moving them away and back in forced RB to rescan them and fixed the issue
[03:29] <bcurtiswx> stgraber: will try one sec
[03:31] <bcurtiswx> stgraber: nope
[03:31] <bcurtiswx> i wonder if its my VM causing this
[03:43] <patanachai> Hello
[03:44] <bcurtiswx> dtchen: bug 335249 (previously mentioned), deals with gnome-do and its rhythmbox plugin.  but I don't think that gnome-do has the power to repeat
[03:44] <bcurtiswx> and thats a rhythmbox thing only..
[03:44] <bcurtiswx> this is important as right now the package effected is gnome-do-plugins
[03:49] <patanachai> #335075 > wishlist
[03:50] <patanachai> bug #335075 > wishlist
[03:55] <patanachai> bug #289673 > wishlist
[04:01] <dtchen> patanachai: marked
[04:03] <patanachai> thanks
[05:09] <giunzin> hi,
[05:09] <giunzin> i am using Hardy
[05:10] <giunzin> 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
[05:10] <giunzin> i have a problem: there is no direct rendering
[05:10] <giunzin> glxinfo returns: direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
[05:11] <giunzin> i updated to the latest xorg intel driver already
[05:11] <giunzin> anybody knows how to fix this problem?
[05:11] <giunzin> this makes playing game like neverball impossible, as it is very slow!
[05:16] <dtchen> did you look in /var/log/Xorg.0.log ?
[05:17] <dtchen> BTW, #ubuntu-devel is not the correct channel for support; you really want #ubuntu
[05:18] <giunzin> dtchen: i know, but that channel is too noisy, with too much people :-(
[05:19] <giunzin> dtchen: i have this in Xorg.0.log: AIGLX: Screen 0 is not DRI capable
[05:19] <giunzin> is the the culprit?
[05:19] <giunzin> and how to fix that?
[05:52] <maco> dholbach: hello
[05:52] <dholbach> good morning
[05:52] <dholbach> hi maco
[05:53] <maco> ^_^ i was trying to beat you to it
[09:24] <dholbach> thekorn: looks like an era is over:
[09:24] <dholbach> daniel@bert:~/bzr/five-a-day$ bzr diff | diffstat | tail -n1
[09:24] <dholbach>  27 files changed, 69 insertions(+), 4036 deletions(-)
[09:24] <dholbach> daniel@bert:~/bzr/five-a-day$
[09:26] <thekorn> dholbach, ok, looks like a huge change, will the applet etc. automatically be removed by the next package update?
[09:26] <dholbach> thekorn: yes :/
[09:26] <thekorn> super
[09:26] <dholbach> we'll just keep the "5-a-day --update" thing around for people who want it
[09:28] <thekorn> cool, so from now on big brother is automatically watching our work ;)
[09:29] <dholbach> :)
[09:31] <dholbach> thekorn: just uploaded to the PPA - let me know if it works :)
[09:34] <thekorn> will test the new package when it is available
[09:34] <dholbach> super
[09:34] <dholbach> gracias!
[09:35] <thekorn> de nada
[09:46] <thekorn> dholbach, the 5-a-day-applet has been removed, to actually remove the applet I need to restart th session, right?
[09:46] <dholbach> thekorn: hum.....................
[09:46] <dholbach> thekorn: if you restart the session the panel will probably tell you "can not load <...>. shall i remove it?"
[09:46] <dholbach> you can directly remove it from the panel too
[09:47] <dholbach> might be worth trying the session restart scenario
[09:47] <thekorn> let's try it
[09:49] <thekorn> dholbach, I got a dialog "Wollen Sie das Applet aus Ihrer Konfiguration löschen?"
[09:49] <Hew> feisty-backports bugs should be marked Won't Fix. I've seen automated tools run on Launchpad that can do this, does anyone know how this can be done?
[09:49] <dholbach> thekorn: sounds good :)
[09:49]  * dholbach hugs thekorn
[09:49] <dholbach> gracias!
[09:49] <thekorn> dholbach, thank you!
[09:49]  * thekorn hugs dholbach 
[09:49] <dholbach> thekorn: thanks for testing :)
[14:53] <bddebian> Boo
[14:53] <tuxmaniac> moo
[14:53] <bddebian> foo :)
[14:57] <BUGabundo> fum
[15:54] <BUGabundo> how is in charge of the gnome applets?
[15:54] <BUGabundo> bug 335507
[16:11] <nmandela> hi, anyone know what's up with xterm when you try to use tab completion and then resize the window before it finishes processing the tab?
[16:12] <nmandela> it stops responding for me
[18:07] <bcurtiswx_> bugcontrol, will you set bug #335249 to wishlist please
[18:08] <bcurtiswx_> also, when a bug is set to wishlist, is this bug officially "triaged" and can be set as so?
[18:15] <chrisccoulson> i'm not sure what to do about rhythmbox feature requests, seeing as it is being abandoned upstream with 0.12 being the last release
[18:16] <bdmurray> somebody else could still implement them right?
[18:16] <bcurtiswx_> chrisccoulson: whats replacing it?
[18:16] <amrlima> chrisccoulson:banshee will replace rythmbox then?
[18:16] <chrisccoulson> i suppose, but i don't know if we'll find anyone who wants to implement them
[18:17] <chrisccoulson> i don't know what is replacing rhythmbox
[18:17] <chrisccoulson> all i know is that there was announcement saying that 0.12 is the last release
[18:17] <bcurtiswx_> interesting, news to me
[18:17] <chrisccoulson> shame really, i quite like it
[18:17] <amrlima> banshee would cause a lot of flame I guess
[18:18] <chrisccoulson> why?
[18:18] <bcurtiswx_> maybe RB was getting less support from devs than banshee is?
[18:18] <amrlima> mono? would be fine by me. I reaaly like banshee
[18:20] <bcurtiswx_> so, about my question.  would setting a bug to wishlist from a feature request, effectively deem it triaged?
[18:27] <greg-g> yes, but there isn't much reason to set it to triaged, confirmed is just fine for a feature request
[18:27] <bcurtiswx_> greg-g: ok ty
[18:27] <bdmurray> greg-g: why?
[18:27] <greg-g> bdmurray: why the second part (triaged v. confirmed)?
[18:28] <bdmurray> greg-g: yeah
[18:30] <bcurtiswx_> IMO: triaged means we've sent the bug off to the right place.  In wishlist cases, we've done all we can do as a triager, so thats why i would assume triaged is correct.
[18:31] <bdmurray> bcurtiswx_: you could, and should, forward the feature request upstream
[18:31] <bdmurray> bcurtiswx_: ah, re-read I'm with you now
[18:32] <bcurtiswx_> bdmurray: haha,np.  i asked this is my bugcontrol app, so you can ignore that question now :-X.
[18:32] <bcurtiswx_> bdmurray: and yes i forward all wishlist items that deal with upstream projects... upstream
[18:33] <bcurtiswx_> bdmurray: bug #335249 if you wouldn't mind setting as triaged and wishlist for me
[18:37] <greg-g> bdmurray: (sorry, office interruption) I think I had been told that when I was doing packaging requests, and mentally moved that system over the feature requests in general. To me, confirmed is good for when we know it is a feature request, and then triaged for when it is linked to an upstrem bug report.
[18:44] <bcurtiswx_> hmm, according to the RB mailing list.  bastien thinks RB is a dead end project and won't make any new releases after .12
[18:44] <bcurtiswx_> so this was a RB decision not gnome
[18:45] <bcurtiswx_> oh... sorry thats Jonathan
[18:45] <bcurtiswx_> not bastien
[18:45] <bdmurray> greg-g: okay, that makes sense
[18:47] <greg-g> I kinda came into that discussion midway and didn't read the full backlog, bad etiquette
[18:47] <bcurtiswx_> bdmurray: greg-g what about upstream version upgrade requests... this isn't a bug we can link with upstream.. should those be deemed triage
[18:59] <bcurtiswx_> for example pidgin version upgrades
[19:00] <charlie-tca> I always go with confirmed, since I can't know for sure everything is there that is needed
[19:02] <charlie-tca> If I sent it upstream, it is triaged
[19:02] <bcurtiswx_> charlie-tca: ok, it makes sense to me then.. thanks
[19:03] <bdmurray> james_w: is bug 303931 fix released now?
[19:04] <james_w> bdmurray: ish
[19:04] <james_w> bdmurray: I haven't actually "released" that code
[19:05] <bdmurray> james_w: there's a mail to jaunty-changes that mentions that bug
[19:05] <james_w> yeah
[19:06] <james_w> it's an issue of having a native package really
[19:06] <james_w> that bug is against the upstream project
[19:53] <thomasdelbeke> Hi there
[19:53] <thomasdelbeke> I get:
[19:53] <thomasdelbeke> [INFO]	Channel view for “#ubuntu” opened.
[19:53] <thomasdelbeke> 	[INFO]	You are banned from this channel.
[19:53] <thomasdelbeke> What is this?
[19:53] <thomasdelbeke> Is this a mistake?
[19:54] <thomasdelbeke> Is this a bug?
[19:55] <Pici> thomasdelbeke: No, you're banned. Please join #ubuntu-ops to discuss,
[19:55] <thomasdelbeke> Hm
[19:55] <thomasdelbeke> Is there a reason for that?
[19:56] <thomasdelbeke> This is the first time I joined that channel
[19:56] <Pici> thomasdelbeke: Please join #ubuntu-ops to discuss your ban.
[19:56] <thomasdelbeke> ok
[20:15] <Mr-Woof> Hi, what's the best way to get involved with the bug squad ? :)
[20:17] <asomething> Mr-Woof: Have you read through this wiki page? https://wiki.ubuntu.com/BugSquad/KnowledgeBase It's a good starting point and covers lots of ground...
[20:18] <asomething> especially https://wiki.ubuntu.com/Bugs/HowToTriage
[20:19] <Mr-Woof> Thanks i'll go and have a read of that in a minute
[20:27] <Mr-Woof> Ah i see, so you are really just sorting through the bug reports, looking for duplicates etc so they can be then pushed on to be fixed?
[20:31] <bdmurray> Mr-Woof: not just duplicates, it is also gathering information to make bug reports more complete, forwarding bugs to upstream software developers
[20:32] <Mr-Woof> Sounds good to me bdmurray :)
[20:33] <Mr-Woof> I've been using ubuntu for a couple of months now, i'm still getting used to it
[20:33] <bdmurray> It's also a great way to learn about the OS and other bits of software
[20:36] <Mr-Woof> It's a pity i'm useless at programming :)
[20:39] <bdmurray> Some bugs are just typo fixes in strings.  You might look for bugs tagged string-fix
[20:39] <Mr-Woof> Thanks for the info guys
[20:41] <thomasdelbeke> Hi there
[20:42] <thomasdelbeke> Does anyone have an idea on what to do with this (?):
[20:42] <thomasdelbeke> http://paste.ubuntu.com/123985/
[20:42] <thomasdelbeke> It does not show a specific code line
[20:43] <thomasdelbeke> I am reexperiencing this often
[20:43] <Mr-Woof> is this the type of bug reports that can usually come through?
[20:44] <thomasdelbeke> previous:
[20:44] <thomasdelbeke> http://paste.ubuntu.com/123986/
[20:45] <thomasdelbeke> Mr-Woof:you were asking me?
[20:45] <Mr-Woof> just in general thomasdelbeke, i'm looking to start with the bug reports.
[20:46] <bdmurray> Mr-Woof: No, that bug report is not typical
[20:46] <thomasdelbeke> I would like to know what to do to file a bug against that
[20:46] <Mr-Woof> ah ok :)
[20:46] <thomasdelbeke> I already filed something else
[20:46] <thomasdelbeke> I do not know if it is the same
[20:49] <thomasdelbeke> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/323694
[20:49] <thomasdelbeke> Anyone has an idea?
[20:52] <thomasdelbeke> Anyone there?
[21:03] <bdmurray> bcurtiswx: why is bug 219093 assigned to you?
[22:04] <bcurtiswx> bdmurray: sorry, just got home from work.  I thought by taking care of filling out the bug request I should.  But thinking about it now, idk why.  I am unassigning it from myself right now.
[22:04] <bdmurray> bcurtiswx: okay, great
[22:13] <charlie-tca> bcurtiswx: congratulations on bug-control
[22:14] <bcurtiswx> charlie-tca: thank you!