[03:04] <rockfx01> quick question - i'm new to triaging ubuntu bugs
[03:05] <rockfx01> if a bug is fixed upstream, what should the status be updated to?
[03:05] <rockfx01> ubuntu bug #326896
[03:05] <ubot4> Ubuntu bug 326896 in linux "no sound with hp dv7-1083eo" [Undecided,Incomplete] https://launchpad.net/bugs/326896
[03:09] <JontheEchidna> rockfx01: fix committed
[03:12] <rockfx01> do i need to link to the upstream bug also?
[03:12] <rockfx01> (if i can find it)
[07:10] <dholbach> good morning
[09:49] <maxb> I do not think that a bug fixed upstream implies "Fix Committed"
[09:52] <wolfger> No? If it is fixed upstream, it will eventually find it's way into Ubuntu. That sounds like it's been committed to me...
[09:53] <Hobbsee> that was always the launchpad definition of fix committed - "a fix exists.  somewhere"
[09:53] <Hobbsee> or similar
[09:53] <jpds> maxb: I do.
[09:54] <maxb> There was a debate on the bugsquad ML about this. It was inconclusive
[09:55] <maxb> However I take https://wiki.ubuntu.com/Bugs/Status as the master reference and it says "Fix Committed" on an Ubuntu task is not appropriate here
[09:55] <maxb> Fix Committed:
[09:55] <maxb> # For a bug task about an upstream project: the fix is in CVS/SVN/bzr or committed to some place
[09:55] <maxb> # For an Ubuntu package: the changes are pending and to be uploaded soon (it's what PENDINGUPLOAD was in Bugzilla)
[09:55] <maxb> #
[09:56] <jpds> It's the first point?#
[09:56] <maxb> No, because we're talking about an Ubuntu bugtask here
[10:23] <seb128> maxb: ubuntu-desktop uses fix commited when the fix is commited to the GNOME git
[10:47] <james_w> thekorn: you rock!
[10:47] <thekorn> james_w, :)
[10:48] <james_w> it's fixed the interleaving issues
[10:48] <james_w> there's still one issue though
[10:48] <james_w> when I get the callback that the command has finished I need to read to EOF on the file descriptors
[10:49] <james_w> otherwise there is a race
[10:49] <james_w> any bright ideas?
[10:52] <thekorn> james_w, you mean if the command you are watching finished?
[10:52] <james_w> yeah
[10:53] <james_w> I use a gobject.child_watch_add to get a callback when that happens
[10:53] <james_w> which signals to the calling process
[10:53] <james_w> however, I want to ensure that all output has been signalled before that
[10:53] <james_w> or perhaps that's not possible, so I would need to a way to signal when EOF was hit
[10:54] <thekorn> there is a gobject.IO_HUP condition
[10:54] <thekorn> Hung up (the connection has been broken, usually for pipes and sockets).
[10:55] <thekorn> which should be the case when a command has finished
[11:19] <james_w> there still seems to be a race, where the IO_HUP won't be called if the child dies
[11:19] <james_w> reading from the fd when the child dies seems to do the trick, but I worry that as it's still non-blocking it won't always work
[11:20] <maxb> seb128: That probably ought to be documented on the bugsquad key to statuses then
[11:26] <seb128> maxb: that's not really official just how we tend to use it and busquad disagree with it I think
[11:29] <maxb> I assume it's an artifact of gnome and ubuntu being somewhat more coupled than other upstreams
[11:45] <thekorn> james_w, sorry, why won't IO_HUP be called when the child dies,
[11:45] <thekorn> or am I missing some thing
[11:45] <james_w> I've no idea
[11:45] <james_w> but it isn't :-)
[11:55] <thekorn> james_w, for me IO_HUP always works, even if I kill the child: http://paste.ubuntu.com/191567/
[12:11] <james_w> thanks thekorn, it works now
[12:11] <thekorn> cool
[12:11] <james_w> I've no idea what I was doing wrong, I tried it a few times
[12:14] <thekorn> james_w, out of interest, is it top secret code, or public somewhere?
[12:14] <james_w> neither :-)
[12:15] <thekorn> ok :)
[12:15] <james_w> hmm, just got a failure
[12:20] <james_w> it seems the cb for IO_HUP sometimes gets interrupted
[12:24] <thekorn> james_w, what do you mean by interrupted, for both IOCHannels or only for one?
[12:24] <james_w> I added a write call in that part of the handler and sometimes get:
[12:24] <james_w> Traceback (most recent call last):
[12:24] <james_w>   File "/home/jw2328/devel/pkghelper/dbus/backend.py", line 89, in _stdout_cb
[12:24] <james_w>     sys.stderr.write("out FINI\n")
[12:24] <james_w> IOError: [Errno 4] Interrupted system call
[12:24] <james_w> where the other works fine in the same run
[12:25] <james_w> obviously the exception prevents signalling the content in that case
[12:25] <james_w> but I'm not sure what happens when the write isn't there
[12:25] <james_w> I get occasional failures, so I added the writes to get a trace of what is happening
[12:43] <thekorn> hmm, can't guess what's going wrong there, maybe some kind of threading related issues
[14:12] <james_w> can apport be used without a GUI?
[14:13] <seb128> james_w: apport-cli?
[14:14] <james_w> so an admin would watch for entries in /var/crash and then use apport-cli to report them?
[14:14] <seb128> james_w: correct
[14:15] <james_w> how does it get around not being able to open a webbrowser?
[14:16] <seb128> good question for pitti I don't know, maybe it used w3m or something ;-)
[14:16] <seb128> uses
[14:17] <james_w> ok, thanks
[14:47] <bddebian> Boo
[16:04] <pace_t_zulu> did i miss the bugsquad meeting?
[16:05] <thekorn> pace_t_zulu, no it is in one hour
[16:07] <andresmujica> yup... about one hour from now
[16:07] <pace_t_zulu> thank you thekorn ... i still need to figure out UTC
[16:13] <pace_t_zulu> is there a city that is in UTC year round?
[16:18] <jmarsden> pace_t_zulu: I don't know of one.  See if http://www.timeanddate.com/worldclock/ is useful to you?
[16:19] <pace_t_zulu> jmarsden: i guess Reykjavik is UTC right now... right?
[16:19] <jmarsden> Yes.
[16:33] <maxb> pace_t_zulu: if UTC is what you want, ask for UTC explicitly, not a city
[16:34] <maxb> You may find the "date -u" shell command useful
[16:34] <pace_t_zulu> maxb: +1
[16:34] <pace_t_zulu> thanks maxb
[16:49] <BUGabundo> boas tardes
[16:50] <andresmujica> hola bugabundo
[16:52] <BUGabundo> ola andresmujica charlie-tca
[16:53] <charlie-tca> Good Morning, BUGabundo
[16:53] <BUGabundo> charlie-tca: how have you been? we have not talked much. diff timezones I guess
[16:54] <charlie-tca> Haven't been around. Tired, took a small break.
[16:54] <BUGabundo> ahh so that's it
[16:55] <andresmujica> 5 minutes to the bugsquad meeting at #ubuntu-meeting
[16:55] <bcurtiswx-mini> REMINDER: Bug Squad Meeting in #ubuntu-meeting in 5 minutes
[16:56] <bcurtiswx-mini> andresmujica: you beat me to it :P
[16:56] <andresmujica> but without the REMINDER tag ;)
[16:56] <BUGabundo> ahahha
[16:56] <bcurtiswx-mini> lol
[16:56] <BUGabundo> bcurtiswx-mini: mini? mini what? eeepc?
[16:56] <bcurtiswx-mini> dell
[16:56] <bcurtiswx-mini> 9
[16:57] <BUGabundo> ah
[16:57]  * BUGabundo pokes charlie-tca to look at PVT chats
[16:58]  * BUGabundo pokes cwillu just to check if poking stick is working
[16:58] <BUGabundo> ;)
[16:59] <pace_t_zulu> BUGabundo: you ready for meeting
[16:59] <BUGabundo> naa
[16:59] <BUGabundo> why should I be there?
[16:59]  * bcurtiswx-mini threatens to switch BUG to time warner if he doesn't go
[16:59] <andresmujica> you're the best bug reporter around !!!
[16:59] <andresmujica> how is that you're not going to be there!?
[17:00] <pace_t_zulu> it's in #ubuntu-meeting right?
[17:00] <andresmujica> ok let's start the meeting
[17:00] <andresmujica> yeap
[17:00] <BUGabundo> andresmujica: I'm the spammest around that's about it :)
[17:00]  * bcurtiswx-mini kick BUG
[17:00]  * BUGabundo gets forced into opening yet another channel
[17:00]  * BUGabundo shouts autch
[17:02] <BUGabundo> I better stop doĩng that at meeting
[17:02] <BUGabundo> lolol
[17:08] <BUGabundo> had no idea this meetings were so calm...
[17:09] <BUGabundo> I'm so used to be on some that are such a rush
[17:17] <bcurtiswx-mini> meeting for bug squad in #ubuntu-meeting
[17:51] <BUGabundo> micahg: what is the apport prob?
[17:52] <micahg> prob?
[17:52] <micahg> no prob
[17:52] <micahg> just a compliment
[17:52] <micahg> oh, my old thing from yesterday?
[17:53] <BUGabundo> no
[17:53] <micahg> ok
[17:53] <BUGabundo> from #-meetting
[17:53] <micahg> ah
[17:53] <micahg> a compliment about having apport collect
[17:54] <micahg> bug 383020
[17:54] <ubot4> Launchpad bug 383020 in firefox-3.5 "Some input fields are several times longer than normal" [Undecided,New] https://launchpad.net/bugs/383020
[17:58] <BUGabundo> micahg: ahhhh compliment...miss read.
[17:59] <BUGabundo> thought it was a complaint
[17:59] <BUGabundo> LOLOLOL
[18:01] <andresmujica> hmm
[18:01] <andresmujica> only first topic discussed...
[18:01] <andresmujica> we talked a lot...
[18:01] <bcurtiswx-mini> yeah, but it was a good, thx for moding andresmujica
[18:02] <bcurtiswx-mini> unforunately, i have to get back to work.. thanks for the excuse to take a break ;-)
[18:02] <andresmujica> glad to do it..
[18:02] <andresmujica> :)
[18:03] <hggdh> and I will be back in a few
[18:36] <XCP> hi. I have a problem that recently showed up: when ever I try to start programs, 80% of the time my PC hangs and ubuntu becomes a CPU hog. sometimes it stops to do that, but often I can only restart. it happens with: mythtv, wine, lyx, etc... is this a known issue?
[18:37] <BUGabundo> XCP: on what version and flaouver?
[18:38] <XCP> BUGabundo: 9.04, gnome. ubuntu.
[18:38] <BUGabundo> fully updated?
[18:38] <BUGabundo> what GPU ?
[18:38] <XCP> BUGabundo: yes. it didn't happen immediately after the upgrade to 9.04
[18:38] <XCP> ATI HD 4850
[18:39] <BUGabundo> so it aint an intel prob
[18:39] <BUGabundo> can you boot from an older kernel ?
[18:40] <XCP> yes (but not now, since I have programs running) ... what would you suggest?
[18:42] <BUGabundo> XCP: well if you could track down what is causing it, it would be great
[18:42] <BUGabundo> I would point to HW
[18:42] <BUGabundo> if you can, run an fsck and memtest
[18:42] <alex_muntada> i reported a bug and assignee asked for a test and set it to incomplete, should i set it back to new after providing the requested feedback? is this the standard procedure?
[18:42] <BUGabundo> if it all goes ok, try an older kernel for a day
[18:42] <BUGabundo> alex_muntada: yes
[18:42] <alex_muntada> BUGabundo: thanks a lot
[18:43] <BUGabundo> alex_muntada: np
[18:43] <alex_muntada> i read https://wiki.ubuntu.com/Bugs/HowToTriage but i wasn't sure enough
[18:45] <XCP2> I got disconnected, BUGabundo. did you respod?
[18:45] <XCP2> respond*
[18:45] <XCP2> "yes (but not now, since I have programs running) ... what would you suggest?"
[18:47] <BUGabundo> (2009-06-09 18:43:11) freenode: XCP: well if you could track down what is causing it, it would be great
[18:47] <BUGabundo> (2009-06-09 18:43:19) freenode: I would point to HW
[18:47] <BUGabundo> (2009-06-09 18:43:27) freenode: if you can, run an fsck and memtest
[18:47] <BUGabundo> : if it all goes ok, try an older kernel for a day
[18:47] <BUGabundo> and there goes your clone
[18:47] <XCP2> heh
[18:47] <XCP2> okay
[18:50] <XCP2> it's weird. I've been running 8.10 for quite a while now, very satisfied with it. (It's been my first try at Linux after Windows). then I updated to 9.04. First,the official ATI driver got replaced by one that's shipped with Ubuntu, which had a bug in it (already multiple bug reports on launchpad for that one). however, this is still not fixed. So I uninstalled the driver completely. And a few days later this problem started.
[18:53] <BUGabundo> could be related
[18:53] <BUGabundo> but can't be sure
[19:03] <BUGabundo> bbl
[19:09] <maxb> This is rather weird. My boot-time fsck is failing to resove *one* LABEL=foo statement in my fstab, but others work
[19:09] <maxb> Does anyone have any debugging insight for me ? :-)
[19:10] <maxb> Hmm
[19:11] <maxb> It's missing from `blkid` but present in /dev/disk/by-label/
[20:07] <hscdude> hello
[20:08] <hscdude> why so many programs in ubuntu fail to work
[20:10] <savvas> hscdude: be specific :)
[20:15] <hscdude> savvas: audacity fails to play audio
[20:15]  * hscdude beats up audacity's git repo with a cluebat and reinstalls vista on it
[20:15] <hscdude> savvas: I found a work around, but still.. grrr.
[20:19] <fredrik_> reported bug #374185@ launchpadd a month ago, noone picks it up - is this the way it goes or have I missed something (like assigning it to the proper maintainer)?
[20:19] <ubot4> Launchpad bug 374185 in ipsec-tools "racoon crashes when racoon.conf contains sainfo section for ipv6" [Undecided,New] https://launchpad.net/bugs/374185
[20:20] <savvas> hscdude: and the same version of audacity works in other distributions?
[21:12] <Adri2000> bdmurray: as you're (afaik) the ubuntu bug master paid by canonical, and admin of the sru verification team, can you do something for bug #328874 ? it's a bug in a main package (samba) in an lts release (hardy) that has been waiting for an sru verification for months
[21:12] <ubot4> Launchpad bug 328874 in samba "getent group crashes winbindd on domain controller" [Medium,Fix committed] https://launchpad.net/bugs/328874
[21:15] <bdmurray> Adri2000: It would help if the bug report had a test case as I'm not certain (nor probably are other SRU Verification team members) how to setup the particular scenario
[21:20] <maxb> I happened to have dmsetup/lvm2 installed because I was reading the documentation - I wasn't using it at all - but recent Karmic changes broke a couple of different things which I fixed by purging all dm/lvm packages
[21:21] <maxb> Can anyone suggest how best I can usefully file a bug, since I don't really know dm well, nor which package specifically is at fault
[21:24] <james_w> thekorn: still around by any chance?
[21:24] <james_w> http://paste.ubuntu.com/191893/
[21:24] <james_w> this shows the problem that I am having
[21:25] <james_w> if you run it in a loop you will see that it will eventually fail, as the child exits before one of the HUPs
[21:25] <james_w> so, some synchronisation would be needed
[21:26] <james_w> if you comment out the Event lines then you will see what I attempted to do
[21:26] <james_w> however, run in a loop this will eventually hang
[21:27] <james_w> because it never sets the event for one of the fds
[21:27] <james_w> I can only presume this is because the SIGCHILD is received at a bad moment, and so the event is never set, but the callback isn't called again
[21:39] <Adri2000> bdmurray: the environment where I encountered this bug had two domains (ubuntu/samba/openldap and windows nt4) with interdomain trust relationships. I don't known if it's possible to reproduce in a less complex environment
[21:44] <Adri2000> bdmurray: given the size of the patch (one line, s/i/num_mapped)/), upstream support to the change, and time in hardy-proposed (since march), what do you think of making an exception to the rule and pushing the package to -updates anyway?
[21:45] <bdmurray> Adri2000: It sounds reasonable to me but I'll talk to the archive admins.
[21:45] <Adri2000> (I mean, in -proposed since march and no negative feedback)
[21:45] <Adri2000> ok, thanks
[21:46] <sbeattie> Adri2000: were you able test it, and confirm that it fixes the issue?
[21:47] <bdmurray> sbeattie: Are there any samba tests?
[21:47] <Adri2000> sbeattie: yes, see https://bugs.launchpad.net/ubuntu/+source/samba/+bug/328874/comments/10
[21:47] <ubot4> Launchpad bug 328874 in samba "getent group crashes winbindd on domain controller" [Medium,Fix committed]
[21:50] <sbeattie> bdmurray: there are, but they don't currently exercise winbindd
[22:23] <thekorn> james_w, yes, kind of, just came back home
[22:23] <thekorn> let's see
[22:26] <thekorn> james_w, indeed, it hangs randomly
[22:31] <thekorn> james_w, found the problem: it hangs when there are still event pending in the MainContext when fini_callback is called
[22:31] <thekorn> so all you have to do is to process all pending event, which should be two lines of code, let's see
[22:35] <thekorn> james_w, http://paste.ubuntu.com/191947/
[22:36] <thekorn> I'm calling this 5k times right now, without any problem
[22:36] <thekorn> looks like it is fixed
[22:37] <james_w> wow
[22:38] <james_w> I owe you big time
[22:38] <thekorn> you can now also remove thisthreading.Event() things
[23:12] <hggdh> question: I am looking for Evolution (Thread)Stacktraces with email and IP addresses being shown, to test an apport hook. Anyone knows an easy way to get them? Bug #s welcome
[23:26] <jgoguen> bug 383715, I can confirm it, but I'm not sure what other info would be useful (either from myself or the original reporter) for the developers
[23:26] <ubot4> Launchpad bug 383715 in update-manager "When updating from a ppa description says "Failed to detect distribution"" [Undecided,New] https://launchpad.net/bugs/383715
[23:29] <hggdh> jgoguen, it would be interesting to have the dpkg log
[23:30] <jgoguen> hggdh: /var/log/dpkg.log right?
[23:30] <hggdh> correct
[23:31] <hggdh> hum
[23:31] <jgoguen> hggdh: ok thanks, I'll provide mine and ask the reporter to provide theirs as well
[23:32] <hggdh> jgoguen, I guess the /var/log/apt/term.log also
[23:32] <hggdh> and I am (also) guessing we would not need the data from the reporter, since you already reproduced
[23:32] <Ampelbein> jgoguen, hggdh: i don't think they are needed.
[23:33] <hggdh> Ampelbein, I was not sure, anyways... why not?
[23:33] <Ampelbein> jgoguen, hggdh: the changelog is displayed before the update starts so dpkg or apt aren't invoked yet
[23:33] <Ampelbein> s/invoked/involved
[23:34] <jgoguen> Ampelbein: am I OK to just mark it Triaged then?
[23:34] <Ampelbein> from what i think the problem comes from update-manager looking at changelog.ubuntu.com and can't find the version there.
[23:34] <hggdh> jgoguen, do you have apt-listchanges installed?
[23:35] <Ampelbein> jgoguen: you could poke mvo about it
[23:35] <jgoguen> hggdh: no, I don't
[23:35] <hggdh> jgoguen, yes, go ahead. And poke mvo anyways ;-)
[23:36] <jgoguen> ok, I'll make a note to poke mvo when he's online next
[23:36] <hggdh> but that's weird... I use PPA, and I do not remember seeing this message before
[23:36] <hggdh> oh. update-manager... I do not use it. Sorry
[23:36] <jgoguen> hggdh: I just reproduced it with the ubuntu-mozilla-daily PPA
[23:37] <jgoguen> yea, normally I just use aptitude :)
[23:38] <hggdh> well, sorry. Anyways: I am still looking for Evolution stacktraces with email or IP addresses being shown. Anyone comes by one of them, please give me the bug #
[23:44] <hggdh> oy vey... b.g.o is slow (as usual?)
[23:44] <hggdh> very... slow...