[00:11] <jibel> bdmurray, sorry lost my connection. I've commited the pattern anyway since it's done.
[00:13] <bdmurray> jibel: awesome, thanks!
[00:16] <jibel> it's late here. see you tomorrow.
[00:22] <bdmurray> micahg: okay, yes gerry c is getting bothersome
[00:23] <micahg> bdmurray: should we request the account blocked until the user comes in here?
[00:23] <bdmurray> micahg: well whatever the Launchpad sys admins do should be done I think
[00:33]  * persia isn't sure how to respond to invernizzi's request to join.  I'd like to see examples of Ubuntu bug triage, but I'm not coming up with an encouraging way to request that.  Anyone else have any bright ideas?
[00:34] <invernizzi> i can withdraw the request and triage some before resubmitting
[00:35] <crimsun> I don't think there's a need to withdraw the request
[00:36] <persia> invernizzi: No need to withdraw.  I'm just one member.  There are lots of other people who might respond.
[00:36] <invernizzi> ok
[00:36] <persia> invernizzi: And please don't take my request for help in responding to be direct criticism: I asked here precisely because I wasn't sure how to ask for that without appearing to criticise.
[00:36] <invernizzi> no worries
[01:06] <hggdh> well, OTOH, we do not have a separation for upstreams located on LP and common Ubuntu triaging
[01:49] <micahg> did we start getting package based tags?
[02:45] <kermiac> micahg: I've also noticed "Gerry C." assigning people & adding tasks on a fair amount of bugs lately
[02:46] <ddecator> yah there seems to be a little fad goin' on...
[02:46] <micahg> kermiac: I asked spm an official notice to consult the docs, hopefully that'll help
[02:48] <nigel_nb> hggdh, around.. need a hand with a bug :)
[02:48] <kermiac> yeah, hopefully. looks like he might be trying to do the right thing & is simply confused. Doesn't seem to be another of the "full moon" incidents like a few days ago
[02:49] <kermiac> should I unassign people/ remove tasks if I notice them & I'm sure the
[02:50] <kermiac> & I'm sure they're incorrect
[02:50] <micahg> kermiac: yes
[02:50] <kermiac> ok, ty micahg :)
[02:50] <micahg> kermiac: but comment
[02:50] <kermiac> yes, I always comment on bugs that I change :)
[02:50] <ddecator> i saw someone was adding things to the flash bug too and they had to be asked to stop
[02:50] <micahg> kermiac: good :)
[02:50] <micahg> ddecator: yes
[02:51] <micahg> ddecator: BTW, I didn't forget about it, but I had an issue with making the patch...
[02:51] <ddecator> micahg, no problem, the fix is easy, and i still haven't had any issues with it
[02:52] <ddecator> oh, micahg , i was gonna ask you, do you remember that thunderbird bug? you said you were going to do something with it but i haven't seen any changes...anything you want me to do for it? (i can get the # if you want)
[02:52] <micahg> ddecator: sure
[02:55] <ddecator> one sec...
[02:55] <ddecator> hey, lp is actually loading kind of fast
[02:56] <ddecator> bug 518336
[02:56] <ubot4> Launchpad bug 518336 in thunderbird (Ubuntu) "thunderbird-3.0: Please turn off global search by default (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518336
[02:56] <micahg> ddecator: yeah, sorry nothing really to do unless you can find an upstream bug on b.m.o for it
[02:57] <ddecator> micahg, alright, i knew you said there was something you were going to do but i couldn't remember what, haha. i'll take a look upstream in a min. what should i do if i don't find anything?
[02:58]  * micahg looks at the bug again
[02:58] <micahg> ddecator: idr, but I think there should be an upstream
[02:59] <ddecator> micahg, sounds good, i'll take a look
[02:59] <micahg> ddecator: thanks
[03:00] <malev> hi everyone! I need help with this bug. I can't confirm it coz I don't have a floppy drive :(
[03:00] <malev> https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/476013
[03:00] <ubot4> Launchpad bug 476013 in nautilus (Ubuntu) "USB floppy drives aren't formatted correctly (affects: 1)" [Low,Incomplete]
[03:01] <malev> I asked int #ubuntu and #ubuntu-es and no luki, any idea what can I do?
[03:01] <hggdh> nigel_nb: sorry, hands full with a deployment (yes, yet another one) at my customer
[03:01] <ddecator> man, i haven't seen a floppy drive in years...
[03:01] <micahg> malev: you shouldn't set to Invalid while you check something
[03:01] <nigel_nb> hggdh, no probs. I'll ask someone in the room :)
[03:02] <micahg> malev: you could simulate a floppy in virtualbox
[03:02] <micahg> malev: that's only good enough if you can confirm though, not to dismiss
[03:03] <malev> upst! ... oks! my bad.
[03:03] <malev> I'm gonna change it right now
[03:03] <malev> to.. incomplete?
[03:03] <micahg> malev: it's incomplete now
[03:03] <micahg> malev: I'm just saying for the future :)
[03:03] <malev> yes! I set it a few hours ago
[03:04] <malev> oks! thanks for the observation. I'm gonna try with virtualbox
[03:04] <malev> but, first I have to install it :D
[03:04] <malev> thanks
[03:05] <micahg> malev: the other thing to do is check for an upstream bug on bugzilla.gnome.org
[03:05] <malev> ... I don't know what is that
[03:05] <micahg> malev: or a duplicate on launchpad
[03:05] <micahg> malev: https://wiki.ubuntu.com/Bugs/Upstream/GNOME
[03:06] <malev> micahg, nice! I'm checking it right now! thanks again
[03:07] <micahg> malev: np
[03:08] <nigel_nb> micahg, what is the definition of regression?
[03:11] <micahg> nigel_nb: something that worked before that no longer does
[03:12] <nigel_nb> micahg, Well, a bug that was closed as fixed is not yet fixed.  I guess that doesn't count as regression
[03:13] <micahg> nigel_nb: bug #
[03:13] <nigel_nb> micahg, the new bug is bug 519999, standby for old one
[03:13] <ubot4> Launchpad bug 519999 in rhythmbox (Ubuntu) "Paused last.fm stream fails to restart (affects: 1)" [Undecided,New] https://launchpad.net/bugs/519999
[03:16] <ddecator> micahg, quick note, i didn't see anything on bugzilla, but i'll look more in-depth when i get back from a meeting
[03:17] <micahg> ddecator: k
[03:18] <nigel_nb> micahg, the old bug is bug 483335
[03:18] <ubot4> Launchpad bug 483335 in rhythmbox (Ubuntu) "Rhythmbox 0.12.5 cannot start playback of Last.fm after pausing (affects: 2)" [Low,Fix released] https://launchpad.net/bugs/483335
[03:19] <micahg> nigel_nb: the old bug says nothing about this being fixed in lucid
[03:20]  * micahg has the same problem of glossing over comments
[03:21] <nigel_nb> micahg, there was something in the comments about it
[03:22] <micahg> no, another bug was fixed in the lucid release
[03:22] <micahg> nigel_nb: dupe the new one to the old one and see if there's an upstream bug on bgo
[03:22] <nigel_nb> micahg, okay :)
[03:22] <micahg> change the status to confirmed
[03:23] <micahg> and comment abotu the mistake
[03:23] <micahg> so people don't think you're reopening a closed bug
[03:23] <micahg> the reporter thought his bug might have been fixed too
[03:23] <nigel_nb> okay
[03:23] <micahg> but there was no proof
[03:25] <nigel_nb> I read the release info and it had something to say fix released
[03:25] <nigel_nb> dont remember now
[03:25] <micahg> nigel_nb: there's probably an upstream for this
[03:25] <nigel_nb> searching now
[03:29] <kermiac> micahg: a task was opened against python in bug 343625. It should be ok to invalidate the new task, right? I'm not 100% sure on this one as the OP mentions "& new python". The bug was set to high/confirmed against system-config-printer
[03:29] <ubot4> Launchpad bug 343625 in system-config-printer (Ubuntu) (and 1 other project) "[jaunty] system-config-printer & new python hangs with 100% CPU (affects: 5) (dups: 2)" [High,Confirmed] https://launchpad.net/bugs/343625
[03:32] <micahg> kermiac: change to null project with a comment of incorrect upstream project
[03:32] <kermiac> ty micahg :)
[03:52] <nigel_nb> micahg, in bug 460964, can close the network manager task? the issue must be with notify-osd
[03:52] <ubot4> Launchpad bug 460964 in notify-osd (Ubuntu) (and 1 other project) "Network manager does not merge its OSD notifications (affects: 1)" [Undecided,New] https://launchpad.net/bugs/460964
[03:53] <micahg> nigel_nb: most probably, I can't say for sure as I don't know notify-osd
[03:53] <nigel_nb> I've done a little bit of work on it
[03:53] <nigel_nb> but I dont think NM can do much
[03:56] <micahg> nigel_nb: I think it's nm
[03:57] <nigel_nb> micahg, oh
[03:57] <nigel_nb> micahg, but if you read the notify specifications that the OP has linked, it would seem like notify-osd
[03:58] <micahg> nigel_nb: I would think that nm sets the priorities of teh bubbles
[03:58] <micahg> notify0osd only displays
[03:58] <micahg> AFAIK
[03:58] <nigel_nb> micahg, what is happening is not prority
[03:58] <nigel_nb> micahg, notify is supposed to merge notifications if coming from same app within a particular time frame
[03:59] <nigel_nb> that does not seem to be happening
[03:59] <micahg> nigel_nb: both of them have indicated that they allow merging
[03:59] <micahg> that's one of the bullets
[03:59] <micahg> that might not be happening
[04:00] <nigel_nb> micahg, bullets, where?
[04:01] <micahg> nigel_nb: on the wiki page
[04:01] <micahg> one of the bullet points
[04:04] <nigel_nb> micahg, ah.
[05:11] <vish> nigel_nb: thats a dup
[05:11]  * vish tries to find bug
[05:12] <nigel_nb> vish, which one?
[05:12]  * nigel_nb has been working on too many dups today
[05:12] <vish> nigel_nb: the nm notifications
[05:12] <nigel_nb> vish, ah
[05:13] <vish> nigel_nb: it needs to be dealt in both notify-osd and nm.. [well thats what the Mirco said]
[05:13] <nigel_nb> vish, I didn't close any task. I confirmed one of them
[05:14] <vish> nigel_nb: yup , just mentioning the info i know  :)
[05:14] <nigel_nb> vish, thanks :)
[05:14] <nigel_nb> vish, or else I'd have to wait for someone in ayatana to show up
[05:15] <nigel_nb> vish, I spent like 4 hours writing an apport hook for notify before pulling lucid source, only to find it was already written ;)
[05:15] <vish> nigel_nb: Mirco is the main notify-osd dev.. I had asked him earlier regarding this bug... its a dup.. i'll dup it as soon as i find it ;)
[05:15] <nigel_nb> vish, I'm hunting
[05:19] <vish> nigel_nb: done
[05:19] <nigel_nb> vish, whats the old bug number?
[05:20] <vish> nigel_nb: hrm... damn i closed FF , refresh the above bug it should be there
[05:21] <nigel_nb> ok :)
[05:23] <^arky^> hi
[05:24] <^arky^> Is this bug 460729 triaged properly ?
[05:24] <ubot4> Launchpad bug 460729 in fdupes (Ubuntu) "Typo in fdupes manpage (affects: 1)" [Undecided,New] https://launchpad.net/bugs/460729
[05:25] <nigel_nb> ^arky^, is it triaged at all?
[05:25] <^arky^> oops
[05:25] <^arky^> nigel_nb:  I meant this one bug 486823
[05:25] <ubot4> Launchpad bug 486823 in openwsman (Ubuntu) "Typo in package description of libopenwsman-dev, libopenwsman1 and openwsman: "This packages" (affects: 1)" [Low,Triaged] https://launchpad.net/bugs/486823
[05:27] <nigel_nb>  ^arky^:  yep.  its a confirmed error
[05:28] <^arky^> nigel_nb: thank you
[05:28] <ddecator> anyone know if micahg will be back on again tonight?
[05:30] <nigel_nb> ^arky^, you could have submitted a debdiff
[05:30] <^arky^> nigel_nb: is that package managed in debian ?
[05:31] <nigel_nb> ^arky^, dunno, but its easier.  you can jut ask a sponser to merge it then ( I think, not sure)
[05:31] <nigel_nb> bah, not merge, sponser
[05:31] <^arky^> nigel_nb: I put up a merge request
[05:31] <^arky^> already
[05:32]  * hggdh hates production deployments
[05:32] <nigel_nb> hehe
[05:33] <nigel_nb> ^arky^, just ask in -motu which is preferred (i'm not sure)
[05:33] <^arky^> nigel_nb: ok will do
[05:33] <nigel_nb> ^arky^, I think you can change to in progress when working on a bug
[05:34] <nigel_nb> hggdh, deployment over?
[05:35] <hggdh> nope
[05:36] <nigel_nb> aw :(
[05:42] <nigel_nb> hggdh, is it okay to change status to "in progress" if I'm working on a patch?
[05:43] <hggdh> nigel_nb: yes
[05:43] <hggdh> 'in progress' is reserved for those that are working on a fix
[05:43] <nigel_nb> should I assign to myself?
[05:44] <hggdh> nigel_nb: also please assign to yourself
[05:44] <hggdh> he
[05:44] <hggdh> heh
[05:44] <nigel_nb> ah well, ;)
[05:44] <hggdh> if it is in progress, there must be an assignee
[05:44] <nigel_nb> ah
[05:44] <hggdh> and I still hate production deployments...
[05:44] <hggdh> should be sleeping already
[05:45] <nigel_nb> hggdh, hehe... linux deployment? or some app on the server?
[05:45] <hggdh> Solaris & Windows
[05:45] <hggdh> both servers
[05:45] <nigel_nb> they are updating servers?
[05:46] <hggdh> no, upgrading server programmes
[05:46] <hggdh> applications
[05:47] <nigel_nb> ah
[05:47] <nigel_nb> so u have to stay back for downtime - not good ;)
[05:47] <hggdh> and to fix any issues that pop up
[05:47] <ddecator> hggdh, gl
[05:48] <hggdh> well, actually we have found, so far, 4 issues, 3 I corrected, one is at a remote partner, nothing I can do (except blame their incompetence ;-)
[05:49] <hggdh> all in all, better than I really expected. I thought we would have to go back to the old environment to fix a serious issues, and no serious blowups so far
[05:50] <hggdh> ddecator: sucks. I could be at my hotel, sleeping now.
[05:51] <ddecator> hggdh, at least your not having as much trouble as Jabber =p
[05:51] <hggdh> heh
[05:51] <hggdh> indeed
[05:57] <nigel_nb> hggdh, how do I use sed to correct a list of files?
[05:57]  * nigel_nb has been trying for some time and is fed up
[05:59] <ddecator> hey micahg
[05:59] <micahg> hi
[05:59] <hggdh> nigel_nb: man sed ;-)
[05:59] <ddecator> i left a comment on that thunderbird bug, i only found stuff about the global inbox, nothing about global search, but i think i said the right thing
[05:59] <ddecator> and nothing about the default behavior for downloading mail
[05:59] <nigel_nb> hggdh, yeah, but my expression is still not working <pout>
[06:00] <micahg> ddecator: thunderbird 3 indexes all mail into a super index
[06:00] <hggdh> nigel_nb: one way is to search for scrips using it
[06:00] <ddecator> micahg, right, so it can all be searched by thunderbird, but i pointed out that global search and the download behavior are separate
[06:00] <hggdh> but you are probably either giving it the wrong RE, or the wrong options
[06:00] <nigel_nb> hggdh, can I get sed to recursively search each directory and replace?
[06:01] <nigel_nb> hggdh, I am giving the wrong options definitely
[06:01] <hggdh> nigel_nb: I do not thing sed can recurse on directories (but it is a long time since I needed it)
[06:01] <nigel_nb> oh no, that means I need to write a script
[06:02] <hggdh> nigel_nb: have you tried http://sed.sf.net/grabbag/tutorials/sedfaq.txt ?
[06:03] <nigel_nb> hggdh, looking
[06:04] <jmarsden> nigel_nb: Probably a oneliner... find /somedir -type f | xargs grep -l "somestring" | xargs sed -i -e 's/somestring/otherstring/g'    # Or something along those lines?
[06:04] <nigel_nb> jmarsden, ah, thanks :)
[06:05] <jmarsden> nigel_nb: You're welcome.  BTW above is untested, it's just my first instinct for doing that ... check it before running it on files you care about :)
[06:06] <nigel_nb> jmarsden, sure :)
[06:06] <micahg> ddecator: mozilla 516493
[06:06] <ubot4> Mozilla bug 516493 in Search "User should be warned about "global search and indexer" being enabled on upgrade" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=516493
[06:06] <nigel_nb> jmarsden, its a bug fix, i can always rm the folder and dpkg-source again ;)
[06:07] <jmarsden> nigel_nb: Ah OK, in that case it's not all that risky.  Doing it on an archive of a million historical documents or something might need rather more testing :)
[06:07] <ddecator> micahg, i opened every thunderbird bug and did a search for key words including "global" and i don't remember ever seeing that -_-
[06:07] <nigel_nb> jmarsden, I format twice or thrice every releaes after ding something dumb
[06:08] <nigel_nb> jmarsden, my /home will always have temp data ;)
[06:08] <micahg> ddecator: due to the numbers of bugs in bmo, more specific is usually better
[06:08] <ddecator> micahg, that's what i started with, then i generalized, haha, idk what happened...did you already link them or do you want me to?
[06:09] <micahg> ddecator: yep, BTW, here's my search term: ALL thunderbird global search
[06:09] <micahg> ddecator: was the seventh bug listed
[06:10] <ddecator> micahg, i might have not had trunk included
[06:10] <jmarsden> nigel_nb: Ouch, that's a lot of reformats!   I run rsnapshot every hour over /etc and (most of) /home, so it keeps hourly/daily/weekly/monthly copies, so I can almost always "go back" when I mess up.  And when I'm doing something I know is risky, I do it in a disposable VM anyway.
[06:11] <nigel_nb> jmarsden, I dont save much in /home.  everything on other bigger partitions
[06:11] <ddecator> micahg, pedro just had to tell me this morning how to use google to search lp bugs, haha, i'll get this search thing figured out at some point
[06:16] <^arky^> question: are there any known bugs for two side printer jobs
[06:16] <nigel_nb> jmarsden, I used a simpler expression without the greps
[06:17] <jmarsden> nigel_nb: Cool, as long as it works... if you sed files that don't actually contain the string it "works" but updates the modified date on all those files, which can be undesirable... hence my grepping to ensure you only sed the files you actually want to change.
[06:17] <nigel_nb> jmarsden, ah :)
[07:29] <monkeylibre> hi all, please anyone could mark the bug #352215 as Triaged?, I´ve done the upstream.
[07:29] <ubot4> Launchpad bug 352215 in ekiga (Ubuntu) (and 1 other project) "ekiga crashed with SIGSEGV in calloc() (affects: 2) (dups: 2)" [Medium,Confirmed] https://launchpad.net/bugs/352215
[07:31] <hggdh> this is it. g'night all
[09:01] <BUGabundo_remote> morning
[09:03] <kermiac> morning BUGabundo_remote :)
[09:11]  * kermiac is seeing more invalid bug tasks & assigning people/ teams to bugs from Gerry C.
[09:13] <kermiac> bug 350178 bug 335968 bug 300622  :(
[09:13] <ubot4> Launchpad bug 350178 in linux (Ubuntu) (and 1 other project) "[LENOVO 17045UG] suspend/resume failure (affects: 2)" [High,Triaged] https://launchpad.net/bugs/350178
[09:13] <ubot4> Launchpad bug 335968 in acpi (Ubuntu) "DVD missing after install (affects: 2) (dups: 1)" [High,Confirmed] https://launchpad.net/bugs/335968
[09:13] <ubot4> Launchpad bug 300622 in gnome-power-manager (Ubuntu) (and 1 other project) "[Intrepid] Battery not noticed by ubuntu (affects: 4)" [Undecided,Invalid] https://launchpad.net/bugs/300622
[09:31] <chrisccoulson> who is gerry c?
[09:33] <nigel_nb> chrisccoulson, someone who has been causing a bit of a havoc lately
[09:33] <nigel_nb> micahg was asking earlier if he was a known spammer/problem maker
[09:34] <kermiac> chrisccoulson: someone who is "hopefully" confused. he was sent an official notice to read the docs
[09:34] <chrisccoulson> he's really annoying me now
[09:34]  * kermiac agrees
[09:34] <chrisccoulson> i don't have time to go and clean up his mess
[09:35] <kermiac> I'm cleaning up his mess in any bug mail i get, but I'm obviously not subscribed to everything he touched
[09:35] <thekorn> I'm wondering if these user are using the launchpad API for the "activity"
[09:35] <kermiac> and his gmane search was only showing up about 15 bugs
[09:36] <chrisccoulson> yeah, i think you just cleaned up a gpm bug
[09:36] <thekorn> because >900 of karma in two days is a lot
[09:36] <thekorn> it took me a year to get there ;)
[09:36] <chrisccoulson> thekorn: answer tracker?
[09:36] <chrisccoulson> it's very generous with karma...
[09:36] <kermiac> yes, that was me. I'm trying to clean up whilst causing as little amount of bugmail spam as possible
[09:37] <thekorn> oh, yeah, but he has ~400 on malone, which is still alot
[09:38] <chrisccoulson> his karma history is just lots of "Bug Task Created"
[09:38] <kermiac> yeah, he's been doing that & also assinging teams/people to these tasks he is creating
[09:39] <LimCore> we have a security bug #516500  but it takes over a week for secuirty team to respond in any way yet! Set prio High please?
[09:39] <ubot4> Launchpad bug 516500 in apt-cacher (Ubuntu) "apt-cacher stops updates of random packages (Connection failed) (affects: 1)" [Undecided,New] https://launchpad.net/bugs/516500
[09:39] <thekorn> LimCore, is this your daily reminder for this channel?
[09:40] <LimCore> thekorn: yes
[09:40] <LimCore> ah wait, it's only security, I guess we can relax and wait few more weeks why not
[09:41] <LimCore> silently not updating packages (not auto updating other security bug fixes from repos) is not that big of a deal is it
[09:41] <nigelb> well, this is the second spammer in the past few weeks
[09:42] <LimCore> nigelb: you call me spammer?!
[09:42] <nigelb> LimCore, lol not you
[09:42] <thekorn> LimCore, have you tried to get in contact with the security team directly?
[09:42]  * kermiac laughs
[09:42] <nigelb> LimCore, read scroll back about  gerry c
[09:42] <LimCore> ok
[09:43]  * nigelb snickers
[09:43] <LimCore> thekorn: subscribing  Ubuntu Security Team  seems quite direct. what else?
[09:44] <thekorn> LimCore, instead of asking about this bug in this channel over-andover again, and beeing told that we cannot do anything about it also over-and-over again,
[09:45] <thekorn> you can talk to them directly on their irc channel
[09:45] <thekorn> or write them a mail
[09:45] <thekorn> https://wiki.ubuntu.com/SecurityTeam/GettingInvolved
[09:46] <LimCore> or someones could just make me bug controll so we could triag embarassing security related problems a bit faster - I would give it a Medium after confirming that bug is indeed popular
[09:49] <thekorn> LimCore, it isn't a popular bug, it is only affecting you ;)
[09:49] <LimCore> or me and 50 people that didnt notice and 200 that didnt bothered to report
[09:49] <LimCore> for exmaple the flash bug does not affect 2000 reporters,  but it affects like 500.000 ubuntu users that use YT
[09:50] <LimCore> becasuse that flash bug occures for EVERY user =)
[09:50] <LimCore> still I would first confirm it before setting prio of course
[09:55] <SevenMachines> hi, is the ubuntu bug control team the one to try and join for setting bug priorities? i've completely forgotten for some reason :)
[09:55] <chrisccoulson> LimCore / thekorn - are you referring to the apt-cacher bug linked above
[09:56] <thekorn> chrisccoulson, yes
[09:56] <chrisccoulson> thekorn - it's in universe (ie, no support from the ubuntu security team anyway)
[09:56] <chrisccoulson> or certainly not a priority for them
[09:56] <^arky^>  hi, can anyone help with this error  bzr: ERROR: Cannot lock LockDi
[09:56] <chrisccoulson> we've had this issue before for security issues in universe packages
[09:57] <chrisccoulson> it needs a contributor who cares enough about the issue to spend their time fixing it
[09:57]  * kermiac found 47 bugs touched by Gerry C using http://search.gmane.org/?query=&author=Gerry+C&group=gmane.linux.ubuntu.bugs.general&sort=date&DEFAULTOP=and&xFILTERS=Glinux.ubuntu.bugs.general-Arhett-Atrappman---A
[09:57] <kermiac> I'll start cleaning them up :/
[09:58] <kermiac> should he be reported like the guy from the other day. The first guy only had around half that many
[09:58] <LimCore> chrisccoulson: or is there another way of caching apt downloads?
[09:58] <chrisccoulson> LimCore: i've no idea
[09:58] <LimCore> chrisccoulson: this is very important for ubuntu depoyments with no so fast internet
[09:58] <LimCore> well, one other way would be to use squid as a general solution, but I like idea of apt-cacher
[09:59] <chrisccoulson> well, there's no support with apt-cacher, unless you can find a volunteer to work on it
[09:59] <LimCore> I tried reporting to debian, as they are upstream
[09:59] <LimCore> but they are unfortunatelly a bunch of assholes
[10:00] <LimCore> only banned for mentioning ubuntu heh
[10:00] <chrisccoulson> well, calling them assholes is hardly appropriate
[10:00] <LimCore> I may do some more tests first to assert the cause. Currently I bet unstable network connection (or otherwise interrupting a cache download instand going on in the middle of it)
[10:01] <LimCore> ok then, least-friendly-linux-community-ever (perhaps besides LFS, not sure, dind't really check ;)
[10:04] <chrisccoulson> that's quite a generalisation there. i work with some very pleasant debian developers
[10:12] <LimCore> chrisccoulson: quieting for pasting link to LP on upstream's irc chan seems just stupid and also rude, never seen behaviour like this on other channels
[10:13] <LimCore> its rather obvious upstream bug,  but even if not, there are ways to say this like a civilized person
[10:15] <LimCore> if such attitude is only the case on irc channel, then its unfortunate that it reflects a bit on entire community that as you say could be really nice
[10:22] <kermiac> this is not even funny any more. filed a question on lp regarding the spammer
[10:22] <kermiac> https://answers.edge.launchpad.net/launchpad/+question/100682
[10:23] <nigelb> kermiac, looks like we may need a spam handling team :( or ability to reset everything a user has done?
[10:25] <kermiac> nigelb: it's starting to look that way :(
[10:26] <kermiac> also an easier way to discover exactly what damage has been done. gmane search finds a lot, but not all
[10:26] <nigelb> kermiac, I think the second idea may have merit.  lemme see if I can talk to a few more people and think of logging a bug about launchpad
[10:26] <nigelb> a wishlist perhaps
[10:27] <kermiac> nigelb: ok, sounds like a good idea. when/if you file a bug pls let me know the bug # or subscribe me as I will be intereted in following its progress
[10:27] <nigelb> kermiac, a whole lot of people might be
[10:28] <nigelb> i want to talk to a few senior bug squad members before filing
[10:28]  * kermiac goes back to cleaning up... 4 done, 43 to go
[10:28] <kermiac> ok nigelb :)
[10:28] <nigelb> kerdekel, ugh! its so frustrating that we're not doing what we're supposed to do and instead cleaning up
[10:28] <nigelb> oops.. tab fail
[10:29] <nigelb> err.. kermiac ^^
[10:30] <kermiac> I couldn't agree more nigelb. I don't understand wtf is going on... 3 major issues with 3 diff users in the last week
[10:30] <nigelb> the first was mild, the last 2 are nasty
[10:31] <kermiac> yup
[10:31] <LimCore> its the same guy, dug
[10:31] <LimCore> *duh
[10:31] <kermiac> MS hasn't infiltrated LP have they ;)
[10:32] <kermiac> LimCore: how would we prove that???
[10:32] <LimCore> kermiac: why would you like to prove that?
[10:32] <kermiac> LP doesn't log IP's - does it?
[10:33] <kermiac> well, you said "its the same guy, duh"...
[10:33] <LimCore> its just obvious
[10:33] <LimCore> but it doesn't change anything practically
[10:33] <LimCore> just some anti spam messures are needed in any way
[10:34] <kermiac> it's definately a possibility. yes, that's true - even if it is it doesn't change the fact that the issue needs to be looked at try & stop it
[10:58] <chrisccoulson> kermiac: when cleaning the bugs, it might be prudent to subscribe Gerry C, so he gets your comments
[10:58] <chrisccoulson> i just noticed that he's editting them, and not subscribing
[10:58] <jibel> kermiac: you can find what Gerry C. has done from the Ubuntu bug ML archive.
[10:59] <jibel> kermiac: I've found 47 bug reports
[10:59] <kermiac> chrisccoulson: I did that with a few of the bugs, but I was getting annoyed so I have raised a question on LP to ban his account. I also asked in #launchpad to get someone to look at that question but have received no speonse yet
[11:00] <kermiac> s/spesonse/response
[11:01] <kermiac> chrisccoulson: do you think I should bother subscribing him to all of them if he is probably just going to have his account disabled?
[11:02] <chrisccoulson> kermiac: yes, so he's aware of the disruption he's causing
[11:02] <chrisccoulson> (if he cares)
[11:02] <kermiac> chrisccoulson: ok, I'll start doing that again
[11:02] <chrisccoulson> thanks
[11:02] <kermiac> np :)
[11:03] <kermiac> I'm not going to get through all of the bugs he has touched tonight, but I'll start back at it tomorrow (if noone else has cleaned them up by then)
[11:03] <kermiac> ty for the tip jibel, when i get done with the 47 I found I'll start looking into the last few days of the ML
[11:04] <kermiac> jibel: I haven't looked at that ML before, does it only cover bugs for the generic "ubuntu" package?
[11:05] <jibel> kermiac: I can send you the list a bug number if it helps
[11:05] <jibel> s/a/of/
[11:05] <kermiac> that would be appreciated jibel - save me a bit of work :)
[11:06] <kermiac> this is already taking a fair amount of time that I'd much rather have spent triaging bugs instead of cleaning up
[11:07] <kermiac> feel free to emai me jibel :)
[11:07] <jibel> kermiac: pasted at http://paste.ubuntu.com/373864/
[11:10] <kermiac> ty jibel. that looks like a totally diff list to the one i got using gmane - maybe it's even worse than we thought :(
[11:11] <jibel> kermiac: oops, I've shift the bug numbers. I update the list. Forget about that one
[11:12] <kermiac> ok jibel :)
[11:15] <jibel> kermiac: http://paste.ubuntu.com/373869/ . it's much better.
[11:16] <jibel> There are 40 unique reports
[11:18] <kermiac> ok ty jibel. looks similar to the gmane list but I will check it tomorrow
[11:19] <jibel> kermiac: Thank you for your help.
[11:21] <kermiac> np :) hopefully nigelb's idea regarding the "ability to reset everything a user has done" comes to fruition - it would save a LOT of work when things like this happen
[11:31] <kermiac> should empty upstream bug tasks be removed if the bug is new (or anything except triaged)? bug 507469
[11:32] <ubot4> Launchpad bug 507469 in ufw (Ubuntu) (and 1 other project) "User deny rules should override connection tracking (affects: 1)" [Wishlist,New] https://launchpad.net/bugs/507469
[11:34] <kermiac> anyone?
[11:34] <nigel_nb> kermiac, can you give me the gmane link for spammer?
[11:34] <kermiac> ok nigel_nb one sec
[11:35] <kermiac> http://search.gmane.org/?query=&author=Gerry+C&group=gmane.linux.ubuntu.bugs.general&sort=date&DEFAULTOP=and&xFILTERS=Glinux.ubuntu.bugs.general-Agerry-Ac---A
[11:36] <kermiac> possibly a bit premature but I also filed this https://answers.edge.launchpad.net/launchpad/+question/100682 as a lot of people have been upset by his activities
[11:36] <nigel_nb> kermiac, definitely not premature
[11:37] <nigel_nb> kermiac, chrisccoulson was earlier irritated, yes? so its good :)
[11:37] <kermiac> yes & sebastian
[11:37] <nigel_nb> then its good enough
[11:37] <nigel_nb> by any chance remember the other guys?
[11:38] <kermiac> one sec, I'll look through the backscroll
[11:38] <kermiac> [13:46:22] <micahg> kermiac: I asked spm an official notice to consult the docs, hopefully that'll help
[11:39] <nigel_nb> kermiac, spm is an lp admin.. no the one before...
[11:40] <kermiac> not sure if there was anyone else. I was def. annoyed by the bugmail spam but I'm not really that important ;)
[11:40]  * nigel_nb starts hunting
[11:41] <nigel_nb> okay, forget
[11:41] <nigel_nb> I have logged a LP bug for reverting all changes made by user.  Please subscribe and add comments (if necessary)
[11:41] <nigel_nb> bug 520413
[11:41] <ubot4> Launchpad bug 520413 in malone "All changes by user must be revertable (affects: 1)" [Undecided,New] https://launchpad.net/bugs/520413
[11:42] <kermiac> looking now
[11:42] <kermiac> want me to confirm or just comment?
[11:42] <kermiac> maybe bugsquad member should confirm?
[11:43] <kermiac> and I should just comment?
[11:43] <nigel_nb> kermiac, dont do either
[11:43] <nigel_nb> just comment
[11:43] <nigel_nb> I'll ask lp guys to change to wish list
[11:43] <kermiac> ok, np :)
[11:44] <nigel_nb> (thats what they asked me to do)
[11:44] <thekorn> I don't think having a mechanism to bulk revert changes of a user is a good idea
[11:45] <nigel_nb> thekorn, if its a spam-only user -  it is
[11:45] <nigel_nb> new spammer has made 47 changes which we have to now remove manually
[11:45] <thekorn> upps, s *public* mechanism
[11:48] <kermiac> ok, commented & subscribed
[11:49] <kermiac> yes, this mechanism could be VERY bad in the wrong hands. It would probably need to be looked after by someone other than bugsquad/control (BTW - def not saying either team is untrustworthy, just needs to be handled by someone "further up the food chain")
[11:50] <nigel_nb> kermiac, LP admins.  On formal request and proof
[11:51] <kermiac> yeah, I agree LP admins would be perfect
[11:52] <jpds> LP admins can already hide bug comments if that's what you want.
[11:52] <kermiac> ok, I've gotta go get some sleep, it's alsmost 11pm here & I have spent a lot more time (unfortunatley only fixing issues, not actually triaging) than I should have. Gotta be up in 7 hours for work. I'll finish looking through this mess tomorrow
[11:52] <nigel_nb> jpds, revert changes made to 47 bugs too?
[11:52] <nigel_nb> mostly in the form of bug tasks :(
[11:52] <kermiac> jpds: i didn't know that, you learn something new every day :)
[11:52] <jpds> nigel_nb: They can hide all the spam comments on the bugs if asked.
[11:53] <nigel_nb> jpds, its not comments this time.  Its mostly a task or a change in status
[11:53] <kermiac> unfortunatlly in this case it's mostly unassigning people/teams
[11:53] <jpds> You just need to file a request at answers.launchpad.net/launchpad .
[11:53] <kermiac> he didn't comment
[11:53] <jpds> I'm sure they can work something out if need be.
[11:53] <kermiac> anyway.... I've gotta go get some sleep - night all
[11:56] <nigel_nb> jpds, answer request already opened.  the bug was for something in the long-term
[11:58] <thekorn> arg, sorry, nigel_nb got connection issues :(
[11:59] <thekorn> what was the last thing I wrote?
[11:59] <nigel_nb> thekorn, "upps, s *public* mechanism"
[12:00] <thekorn> nigel_nb, ok, so what I wanted to add is: "this mechanism has to be restricted to a small group of people"
[12:01] <thekorn> otherwise the potential demage causing by abusing the feature will be muc worse than "a few" messed bugreports
[12:01] <nigel_nb> thekorn, perhaps an option only to LP admins
[12:02] <nigel_nb> thekorn, but something that is easy for both sides to undo the damage
[12:02] <thekorn> nigel_nb, I think one first step to make things easier is an improved log of a users activity history
[12:03] <thekorn> so you can see what he did without using external ressources
[12:04] <nigel_nb> thekorn, I spoke to a few LP devs
[12:04] <nigel_nb> yes, that is the only way this feature can be implemented
[12:04] <thekorn> and at the point where launchpad gets the batched bug editing feature (*far future* ;)) this maybe can be integrated somehow
[12:06] <nigel_nb> thekorn, "Note that implementing this would be extremely difficult and would require rewriting large chunks of Launchpad, since currently Launchpad does not keep a reliable transaction log of things users do on the site, only the 'snapshot' results of what they do."
[12:06] <nigel_nb> the LP dev just commented ^^
[12:10] <bilboed-pi> what channel is being used for the ubuntu bug day ? https://wiki.ubuntu.com/UbuntuBugDay/20100211
[12:10] <thekorn> nigel_nb, ok, I'm subscribed to this bug now, and will think about this issue later
[12:10] <nigel_nb> bilboed-pi, this channel
[12:10] <nigel_nb> thekorn, thank you :)
[12:10] <thekorn> but I agree we need to do something about it
[12:10] <bilboed-pi> nigel_nb, perfect :)
[12:22] <bilboed-pi> err... guys, can you please just *close* all bugs filed against pitivi < 0.13.3 ?
[12:22] <bilboed-pi> we (pitivi) won't fix bugs for anything earlier than the current release
[12:23] <pedro_> bilboed-pi, will do
[12:23] <bilboed-pi> cheers
[13:40] <vish> anyone using Kubuntu to confirm Bug #411760  ?
[13:40] <ubot4> Launchpad bug 411760 in plasmoid-quickaccess (Ubuntu) (and 1 other project) "Quick Access uses the "up one directory" icon instead of "Home" icon (affects: 1)" [Undecided,New] https://launchpad.net/bugs/411760
[13:40]  * vish thinks persia or yofel use kubuntu ^
[14:34] <nigel_nb> micahg, that user you were talking about spammed about 47 bugs.  kermiac logged an answer to block and he's been blocked
[14:35] <chrisccoulson> nigel_nb: he's not been blocked just yet
[14:35] <nigel_nb> chrisccoulson, right.  Correction.  Suspended
[14:36] <chrisccoulson> nigel_nb: he's not been suspended yet either
[14:36] <chrisccoulson> nigel_nb: "You may want to read and sign the Ubuntu Code of Conduct. If I do not  get a reply from you in the next 48 hours, I will suspend your Launchpad  account."
[14:36] <nigel_nb> wait, I thought the LP admin said he's been suspended
[14:36] <nigel_nb> ah
[14:36] <chrisccoulson> that's what was sent to him in an e-mail
[14:37] <nigel_nb> oh.  Well, something has been done :)
[14:37]  * nigel_nb is fatigued
[14:59] <donn> Hi - I have a potential packaging/repo problem related to pyGtk. Is this the right place to debug?
[15:03] <micahg> donn: this channel is for filing bugs, is this a new package or an existing one?
[15:03] <donn> Um, not sure. I am getting : "/usr/bin/python2.6-dbg: symbol lookup error: /usr/lib/pymodules/python2.6/gtk-2.0/glib/_glib.so: undefined symbol: Py_InitModule4"
[15:08] <donn> micahg: Should I go to ubuntu-devel? I am on Mint 8 (but they can't help me)
[15:08] <micahg> donn: sorry, I was looking for a duplicate bug
[15:09] <persia> donn: You probably want to test in an Ubuntu chroot prior to hunting up Ubuntu developers.
[15:09] <donn> micahg: np. I found many with py_initmodule4 in the title...
[15:09] <donn> micahg: ouch. I don't know if I am that advanced.
[15:09] <maxb> Does it only affect the -dbg variant?
[15:10] <donn> maxb: it affects both dbg and normal python (2.6)
[15:10] <maxb> donn: Is there a simple command to run which reproduces the problem for you?
[15:10] <donn> Here's a paste: http://pastebin.com/m2bef062a
[15:11] <donn> maxb: Yes, kind of. It's a script I am writing in pyclutter. The file attached to http://bugzilla.openedhand.com/show_bug.cgi?id=1985
[15:11] <ubot4> bugzilla.openedhand.com bug 1985 in Python "Subclassed Actors causing segfault" [Normal,New]
[15:11] <donn> yup
[15:11] <micahg> donn: do you have the other dbg packages installed?
[15:12] <donn> I installed them for python, clutter, pygtk and pycairo
[15:13] <maxb> donn: It does not segfault when run on Ubuntu karmic.
[15:13] <donn> maxb: damn. So, is this something Mint 8 has done then?
[15:14] <maxb> What Ubuntu does Mint 8 derive from?
[15:14] <donn> karmic
[15:14] <donn> Also see: http://pastebin.com/m587627e0
[15:15] <donn> I could be wrong tho... pretty sure it's not jaunty
[15:18] <donn> Should I find a Debian bug channel perhaps? am fairly sure that's the root.
[15:41] <donn> Can anyone suggest a Debian channel for me to take the situation to? PyGTK is pretty fundamental to Linux life!
[15:43] <jpds> donn: #debian-python on OFTC?
[15:46] <donn> jpds: thanks will try.
[15:52] <seb128> donn, the error means the .so didn't get build with python-dbg
[15:52] <seb128> so it can't be use with python-dbg
[15:52] <seb128> you need specify builds for those
[15:55] <donn> seb128: what package should I install?
[15:55] <micahg> Ubuntu Mozillateam meeting in #ubuntu-meeting in 5 minutes
[15:55] <ddecator> micahg, aww, i have to go to class...
[15:56] <seb128> donn, python-gobject-dbg
[15:56] <donn> It's installed already.
[15:57] <donn> seb128: Is there a gdb command I can issue to clarify the error?
[15:58] <seb128> what are you trying to do exactly?
[15:58] <seb128> can you copy the log on paste.ubuntu.com...?
[15:58] <donn> seb128:  um ok. I have one here : http://pastebin.com/m4d5c61f8 but I can change that.
[15:59] <donn> seb128: that paste summarizes the stu.
[16:00] <seb128> the error there is a cairo one
[16:00] <seb128> not a glib one as you copied before
[16:00] <seb128> do you have python-cairo-dbg?
[16:01] <donn> seb128: yes
[16:01] <donn> seb128: In the paste on line 25 it implicates _glib.so
[16:01] <donn> Not sure if the bug is moving :)
[16:02] <seb128> donn, ok, so I don't know
[16:02] <donn> Darn :(
[16:03] <seb128> your log is not clear
[16:03] <seb128> can you get one with
[16:03] <seb128> dpkg -l python-cairo-dbg
[16:03] <seb128> and
[16:03] <seb128> dpkg -l python-gobject-dbg
[16:04] <seb128> and python-dbg ...py
[16:05] <donn> seb128: Paste updated. See end. http://pastebin.com/m5711d9b8
[16:06] <seb128> does python-dbg -c "import glib" work?
[16:06] <donn> seb128: It says "[15564 refs]"
[16:06] <seb128> so it works
[16:07] <donn> seb128: yes
[16:07] <seb128> does python-dbg -c "import cairo" work?
[16:07] <donn> yes
[16:07] <seb128> so your install is fine
[16:07] <seb128> it's not a packaging or distro issue
[16:07] <donn> Weird
[16:08] <donn> seb128: But what does "symbol lookup error" mean then?
[16:08] <seb128> dunno
[16:08] <seb128> it doesn't happen on import
[16:09] <seb128> it's coming from gdb or from your software
[16:09] <seb128> python-dbg -c import... working means the installation is working
[16:10] <donn> seb128: My code is waaay short - a mere twist on a (working) example. The #clutter people said it worked for them.
[16:11] <donn> seb128: And maxb said it works on Ubuntu Karmic. So I am lost.
[16:20] <donn> So, I have been over to debian-python and they reckon python-clutter (for Python 2.6) is not their baby. All my packages come from karmic/main on archive.ubuntu.com -- so I am back here :D
[16:21] <seb128> try contacting the mint guys if it works on karmic
[16:21] <seb128> it's not an ubuntu bug either
[16:22] <donn> seb128: I was on mint-help and they sent me to you.
[16:22] <seb128> ok, so I guess you are down to be the only one to have the issue and to debug it yourself
[16:22] <donn> I need someone to interpret that 'symbol lookup error' message.
[16:22] <donn> What does it mean?
[16:23] <seb128> oh come on
[16:23] <seb128> can you get the log I asked before?
[16:23] <seb128> run "python yoursoftware"
[16:23] <seb128> and get the log
[16:23] <donn> yeah : "undefined symbol: Py_InitModule4"
[16:24] <seb128> no
[16:24] <seb128> get the log
[16:24] <seb128> I will stop commenting there until you get a proper log as requested
[16:24] <donn> You mean paste.ubuntu.com?
[16:24] <seb128> wherever you want
[16:25] <seb128> paste.ubuntu.com or pastebin
[16:25] <donn> Well - my log is at: http://pastebin.com/d29961d72 (the last number keeps changing)
[16:25] <seb128> that page has some explanation
[16:25] <seb128> and a zillion gdb and ldd lines
[16:25] <seb128> which I don't care about
[16:25] <seb128> I stop there
[16:25] <seb128> good luck
[16:26] <seb128> your example works fine on lucid btw
[16:26] <seb128> I tried it
[16:26] <donn> seb128: I don't understand what I did to irk you. Sorry. Thanks for trying.
[16:27] <seb128> I've been trying to ask for a clear log of one command
[16:27] <seb128> not a page with a summary of what you did since you started debugging your issue
[16:27] <donn> seb128: Fine. When I run python myapp.py it just says segfault.
[16:27] <seb128> what irk me is to waste so much time discussing that where it would take you 5 seconds to get the log
[16:27] <seb128> ok, good
[16:27] <seb128> so don't bother about the undefined symbol
[16:28] <seb128> it's not your issue
[16:28] <donn> seb128: New one: http://paste.ubuntu.com/374072/ run from python-dbg
[16:30] <seb128> right, I get the same on lucid
[16:30] <seb128> seems python-clutter-dbg is busted
[16:30] <donn> oh.
[16:30] <seb128> use gdb --args python software
[16:30] <seb128> don't try to use python-dbg
[16:31] <donn> seb128: http://paste.ubuntu.com/374075/ (seems a new message now)
[16:31] <seb128> that's your crach
[16:31] <seb128> type "bt" there
[16:32] <donn> It only repeats the last number #0  0x002aa9ce in ?? ()
[16:32] <seb128> it probably means you lack debug symbols for something
[16:32] <donn> The #clutter channel also got to this point -- with no ideas.
[16:32] <donn> That's why they told me to use python-dbg
[16:33] <seb128> bug #501670 is the gtk warning you get
[16:33] <ubot4> Launchpad bug 501670 in glib2.0 (Debian) (and 1 other project) "g_set_prgname() called multiple times (affects: 19) (dups: 1)" [Unknown,Unknown] https://launchpad.net/bugs/501670
[16:33] <donn> yes - I see that all the time. But -- other apps run (all examples)
[16:33] <seb128> well it's not supposed to be a crasher
[16:34] <seb128> could be another issue
[16:34] <seb128> you can try installing valgrind
[16:34] <seb128> and run you program under valgrind too
[16:34] <seb128> debug symbols are in dbgsym btw
[16:34] <seb128> dbg are special builds for refcounting
[16:34] <seb128> but that seems to not be working with pyclutter
[16:34] <donn> ok - I will go have a look. First time for everything.
[16:35] <seb128> which is a bug
[16:35] <seb128> but that we will probably not be fixed now
[16:35] <donn> If my pyclutter is from Karmic, and so is yours (I assume) why should mine be different?
[16:35] <seb128> mine is from lucid
[16:35] <donn> oh, kay.
[16:35] <seb128> but maybe the issue is due to the video stack
[16:35] <seb128> clutter uses opengl
[16:35] <seb128> that's depends of video driver
[16:35] <seb128> there is often crashes on closed sources drivers
[16:36] <donn> yes -- but I run all kinds of 3d stuff with no trouble.
[16:36] <seb128> ie nvidia and flgrx
[16:36] <seb128> ok, I don't know
[16:36] <donn> And all the clutter examples (python and C) all work.
[16:36] <seb128> try valgrind
[16:36] <donn> seb128: many thanks. At least I have some info now. I will install valgrind.
[16:36] <seb128> the only packaging issue there is pyclutter-dbg being broken
[16:36] <seb128> you are down to a real bug in the upstream code
[16:36] <seb128> or in the ubuntu version (could be fixed in lucid for example)
[16:37] <seb128> which will require debugging
[16:37] <seb128> good luck with that
[16:37] <donn> heh. thx.
[17:15] <bdmurray> pedro_: I've setup json searches for the following packages: alsa-driver, evolution, firefox-*, linux, openoffice.org, pulseaudio, rhythmbox, ubiquity, update-manager, update-notifier and virt-manager
[17:15] <bdmurray> pedro_: anything else? nautilus I'd imagine ;-)
[17:15] <micahg> bdmurray: are these regenerating?
[17:15] <pedro_> bdmurray, great!
[17:15] <bdmurray> micahg: I'm going to setup a cronjob shortly, it'll run daily
[17:16] <micahg> bdmurray: awesome :)
[17:16] <pedro_> bdmurray, yeah nautilus would be great to have also network-manager
[17:16] <micahg> bdmurray: can I request thunderbird?
[17:16] <bdmurray> maybe bughugger should say when the json file was last updated
[17:16] <pedro_> or update the list on bughugger automatically ;-)
[17:16] <bdmurray> okay +3 added
[17:17] <pedro_> thank you bdmurray!
[17:17] <micahg> bdmurray: pidgin would also be a nice one
[17:17] <bdmurray> pedro_: what do you mean? the point of using the json file is it takes a long time to run the query
[17:20] <pedro_> bdmurray, yeah but i mean that instead of adding a json search in bughugger by hand each time a new one is available, provide to bughugger the ability to update the list automatically
[17:20] <bdmurray> pedro_: ah, okay!
[17:20] <pedro_> that'd be *neat*
[17:24] <dako3256> is it better to start with one package and concentrate on that until you get alittle more use to triaging?
[17:53] <vish> persia: you use kubuntu right?
[17:53] <persia> No.
[17:53] <vish> ah , nvm me then.. :) thanks
[17:53] <persia> Well, that's not strictly true: I do use some stuff that is also in kubuntu sometimes, but I don't have kubuntu-desktop or kubuntu-netbook installed.
[17:54] <persia> (that's also true for the rest of the flavours most of the time)
[17:54] <vish> i was more concerned since Bug #411760 wasnt addressed for a sometime..
[17:54] <ubot4> Launchpad bug 411760 in plasmoid-quickaccess (Ubuntu) (and 1 other project) "Quick Access uses the "up one directory" icon instead of "Home" icon (affects: 1)" [Undecided,New] https://launchpad.net/bugs/411760
[17:55] <vish> and poor OP has been a patient guy ;)
[18:12] <pgoetz> Can anyone confirm that roaming profile support for WinXP is broken in the Samba which ships with Karmic Server, 3.4.0?
[18:13] <pgoetz> Or not yet fixed? https://bugs.launchpad.net/ubuntu/jaunty/+source/samba/+bug/397699
[18:14] <ubot4> Launchpad bug 397699 in samba (Fedora) (and 2 other projects) "[jaunty] samba 3.3.2 denies access to roaming profiles (affects: 1)" [Unknown,In progress]
[18:34] <hggdh> pgoetz: per the bug, it should be fixed in karmic
[18:35] <hggdh> brb, reboot on new lucid kernel
[18:37] <xteejx> Evening all
[18:38] <xteejx> bug 462608, is there enough information to set this Triaged?
[18:38] <ubot4> Launchpad bug 462608 in linux (Ubuntu) "Compaq Presario CQ50 wireless button not working (affects: 1)" [Undecided,New] https://launchpad.net/bugs/462608
[18:43] <persia> xteejx: For kernel bugs, I tend to not set Triaged, because I'm not a kernel person.
[18:44] <persia> I *believe* that someone has to identify the particular bit of hardware or area of code affected before it is "Triaged", but I'm not sure of current Kernel bug handling practices.
[18:44] <pgoetz> hggdh: That's what I'm saying; after spending 8-12 hours configuring and re-configuring samba I'm pretty sure it's not fixed.
[18:44] <xteejx> persia: It needs mainline kernel testing, I can't do that at the moment, but on kernel.org there's nothing to suggest it's been implemented yet.
[18:45] <persia> xteejx: In that case, it can't be "triaged" until later.
[18:46] <persia> xteejx: I think you have enough information that someone else with the hardware could confirm or triage it though.
[18:46] <xteejx> Can it be marked Confirmed, Wishlist or something then, as I can't change my own report.
[18:46] <persia> You can change your own report as much as you like, it's just poor practice.
[18:46] <persia> I'm not going to confirm it because I don't have the hardware to confirm.
[18:46] <persia> You may as well set "Wishlist" if that's how you feel about it though.
[18:47] <xteejx> Yeah, it's definitely a feature I want implemented in the kernel
[18:47] <persia> And one you don't critically need :)
[18:47]  * persia thinks that setting Importance to Wishlist should be a documented exception to the dont-touch-your-own-bugs guideline
[18:47]  * xteejx agrees
[18:48] <xteejx> Wishlist doesn't really 'affect' anything as such, and we all know if it's something we want implemented :)
[18:48] <persia> I tend to violate the guideline in that way personally a fair bit, just because I often *know* I'm requesting a feature, and the bug is more of a marker for me to remember and maybe do something about later.
[18:49] <xteejx> Yeah, I'm more conservative, although I know how to triage, been doing it long enough, just don't want the almighty BugMaster flaming me :P
[18:50] <xteejx> anyway, I'm off for a bit, dinner etc :) Catch ya all later, see ya persia and thanks :)
[20:07] <LimCore> workin in open source seems to be really idiotically organized
[20:08] <LimCore> virtually all of the code lacks tools to documents what is going on *internally*,  log and debug stuff.  That would make it order of magnitude easier to contribute without wasting time for overlong entry time
[20:12] <hggdh> if you mean development documentation (as opposed to simple API/ABI documentation) detailing why was it done is such a way... yes. But *you* can help (this is the beauty of FOSS). Also, almost all proprietary software I worked on *also* did not have it
[20:13] <hggdh> and yes, one loses quite a chunk of time trying to understand the why/how/what was done
[20:13] <hggdh> OTOH, evolution has it, but it is woefully outdated
[20:17] <LimCore> hggdh: hehe, no I can't help
[20:17] <LimCore> at least not in that way
[20:17] <LimCore> I mean, that virtaully all the source code  should be better documented - and - include some debug/loging/assert instruction
[20:18] <LimCore> which NEW developers would use to fastly get into a project, without taking weeks/months of poking around via triall-and-error in unknown code, having to play detective and guessing what code does what
[20:19] <LimCore> so for new could one could promote such style,  and for existing code, well, a bit too late for full rewrite ;)  (or... gradually)
[20:19] <charlie-tca> Anybody else seeing bugs modified by a Gerry C. faster than you can correct it
[20:19] <charlie-tca> ?
[20:26] <charlie-tca> micahg: you around? Did you contact the reporter yesterday?
[20:28] <micahg> charlie-tca: I did 2 days ago and spm did yesterday
[20:28] <charlie-tca> He's hitting xubuntu packages today
[20:29] <micahg> yep, I noticed
[20:31] <jibel> charlie-tca, launchpad admin sent him an email without success. See https://answers.edge.launchpad.net/launchpad-registry/+question/100682
[20:32] <charlie-tca> thanks
[20:33] <chrisccoulson> has our  good friend Gerry C been causing more disruption tonight?
[20:33] <micahg> k, so now it seems that 3 people sent mails...
[20:34] <chrisccoulson> oh, you're talking about him already!
[20:34] <chrisccoulson> lol
[20:34] <chrisccoulson> hey micahg
[20:34] <jibel> chrisccoulson, yes according to his karma summary, he's still active
[20:34] <charlie-tca> yup
[20:34] <chrisccoulson> he's such a pain
[20:35] <LimCore> block the account?  or better, with an message explaining
[20:35] <micahg> hi chrisccoulson
[20:35] <charlie-tca> Launchpad sent the warning out, but gives him 48 hours to repond. That could be a lot of bugs to fix...
[20:35] <chrisccoulson> LimCore, we already requested his account be blocked
[20:36] <chrisccoulson> i never used to think that restricting who could make changes to bugs would ever be a good idea
[20:36] <LimCore> omg?
[20:36] <LimCore> 1. call teh admin
[20:36] <chrisccoulson> but after the last few days, i'm starting to change my mind
[20:36] <LimCore> 2. press DROP
[20:36] <chrisccoulson> i'm starting to think that users shouldn't be able to change bug status/assignee without signing the CoC first
[20:36] <LimCore> hint: db admin or someone that really can just fix it
[20:36] <micahg> chrisccoulson: +1
[20:36] <charlie-tca> +1
[20:36] <LimCore> -2
[20:37] <micahg> LimCore: we've contacted the proper authorities
[20:37] <LimCore> it might be what a person wants
[20:37] <LimCore> sort of like the fear of terrorists being more harmfull then the actuall terrorists
[20:37] <micahg> chrisccoulson: do you think an ML discussion is enough or should I add to agenda for next meeting?
[20:37] <charlie-tca> Yes, but the time required to have action taken seems excessive, when things have to be fixed.
[20:37] <chrisccoulson> micahg, please feel free to add it to the agenda for the next meeting
[20:38] <chrisccoulson> it's definately worth some discussion
[20:38] <LimCore> on the other hand,  this might hurt community much more then just one guy trolling
[20:39] <micahg> LimCore: no, we have other people doing this accidentally as well...
[20:39] <micahg> and sometimes on purpose
[20:39] <hggdh> I tend to agree with LimCore: closing access to LP should be the last resort. We do not have that much spam that this is warranted
[20:40] <bdmurray> so there's a bug about malone saying that only the bug supervisor should be able to assign bugs in Launchpad
[20:40] <micahg> improptu meeting?
[20:40] <micahg> :)
[20:40] <pgoetz> hookay, pending any final comments I'm going to file a Samba bug against Karmic in launchpad....
[20:41] <micahg> bug 511269
[20:41] <ubot4> Launchpad bug 511269 in malone "only bug supervisor should be able to assign bugs to other people (affects: 1)" [Low,Triaged] https://launchpad.net/bugs/511269
[20:41] <LimCore> it sounds btw, that you need more direct access to webmaster/DB admin
[20:42] <bdmurray> bug 511269
[20:42] <ubot4> Launchpad bug 511269 in malone "only bug supervisor should be able to assign bugs to other people (affects: 1)" [Low,Triaged] https://launchpad.net/bugs/511269
[20:43]  * micahg did that already bdmurray :)
[20:43] <charlie-tca> but that won't stop them from adding source packages and nominations
[20:43] <LimCore> hggdh: perhaps a stop will kick after too much usage (like karma per day limit for not signed CoC)
[20:44] <micahg> well, I like the way bugzilla's permissions work in that you can do very little as signed in (comment, open new bugs)
[20:44] <LimCore> add limit of max new users per IP and this should be quite it
[20:52] <hggdh> I think anyone should be able to self-assign, but only the bug supervisor should be able to assign *others*
[20:52] <hggdh> dammit
[20:52] <hggdh> I failed to read *others* in the title.
[20:53]  * hggdh is really tired :-(
[20:54] <hggdh> charlie-tca: no, it will not stop them from doing that. But we are open... should be give up on it?
[20:55] <charlie-tca> no, we have to keep trying. I don't really know if there is a way to fix it without causing much greater issues.
[20:55] <hggdh> LimCore: although I understand imposing such a limit (as you state), I cannot understand the importance given to karma
[20:56] <ZykoticK9> I know this is not a support channel, but I don't know what what package to file a bug under.  Gnome desktop background image on an nvidia twinview setup is showing 2 repeated images instead of 1 large image.  Could someone suggest what package I should file under?
[20:56] <hggdh> charlie-tca: this is what I worry about. I hate as much as all here bug spamming, but I am more afraid of going postal
[20:56] <hggdh> gnome-panel?
[20:57] <hggdh> ZykoticK9: this is not a support channel indeed, but your question falls smack in our charter
[20:57] <charlie-tca> Exactly. Without closing everything, we just have to keep cleaning up and trying to do our best. I suspect just staying on top of it the best we can will help.
[20:58] <LimCore> hggdh: karma is indication of how much given person does.  Using some other count could be better
[20:58] <hggdh> yes. I agree with some limitations (like not being able to commit _others_, but we should be careful how deep we close the system. And we live with the pain.
[20:58] <hggdh> yes, I understand that
[20:58]  * hggdh just does not care about it
[21:03] <hggdh> another bad move, BTW: http://lauren.vortex.com/archive/000681.html
[21:08] <LimCore> this reminds me why even bug-riddled linux world is overall better =)
[21:11] <ZykoticK9>  hggdh i'm so sorry to bug you, but where you serious about gnome-panel
[21:14] <hggdh> ZykoticK9: not, not really. I though this could be one place, but I am not sure -- I *use* Gnome, but I do not do GTK/graphics
[21:15] <ZykoticK9> hggdh, #ubuntu doesn't see to have any suggestions either, what why I re-asked
[21:16] <hggdh> chrisccoulson: ^ could you please suggest?
[21:17] <chrisccoulson> hggdh - yeah, 1 second. there's already a bug about that somewhere
[21:21] <chrisccoulson> hggdh / ZykoticK9 - see gnome bug 147808
[21:21] <ubot4> Gnome bug 147808 in background "Background on dual monitors" [Enhancement,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=147808
[21:21] <chrisccoulson> and also gnome bug 604301
[21:21] <ubot4> Gnome bug 604301 in background "Background Settings Per Monitor" [Enhancement,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=604301
[21:21] <hggdh> chrisccoulson: as usual, IOU. Thanks
[21:21] <ZykoticK9> hggdh, chrisccoulson thank you both
[21:22] <chrisccoulson> you're welcome :)
[21:49] <LimCore> wtf
[21:49] <LimCore> it seems svn / svnadmin just stoped working O_o
[21:49] <LimCore> anyone uses svn and have 5 minutes to test?   (best with 2 computers, but 1 is also ok)
[21:51] <arand> LimCore: using it occasionally, test how?
[21:51] <LimCore> arand: I make a repository,  and I am unable to use it
[21:52] <LimCore> S(erver)  C(linet)          S: svnadmin create foo          C: mkdir foo ; cd foo ; touch body ; svn import svn://localhost-or-server/srv/svn/foo -m "test"
[21:52] <LimCore> now client always wants to do this anonymously!!
[21:53] <micahg> LimCore: why not svn co?
[21:53] <LimCore> fails with svn: Authorization failed   and if I allow anonumous then it says (no author) in commits
[21:53] <LimCore> micahg: svn co should be done after initial import, anyway it also fails
[21:53] <micahg> LimCore: svn co does a checkout of the repo
[21:53] <LimCore> now svn write operantions always fail on any new repository
[21:54] <LimCore> micahg: I use svn for 3+ yeras
[21:54] <LimCore> for NEW repo: svn import, then svn cop
[21:54] <LimCore> co
[21:54]  * micahg goes back to other things
[21:55] <LimCore> svn co  and then  svn ci  fails with same problem - it always tries to connect as anonymous
[21:55] <LimCore> only to any new repo,  an older repo works fine
[21:55] <LimCore> I even deleted ~/.subversion on client, no help
[21:56]  * micahg uses bzr-svn now...
[21:56] <LimCore> svn is really moronic tool about logging
[21:56] <LimCore> svn client:
[21:56] <LimCore> svn: Authorization failed.      Ok cool. WHY? WHEN? WHAT?  any details?
[21:56] <LimCore> svn server:
[21:56] <LimCore> *silence*
[21:57] <LimCore> even tried to strace the server, no help.  This really should be fixed, this lack of any loging
[22:04] <LimCore> arand: did you test that?
[22:05] <ZykoticK9> chrisccoulson, thanks for your help earlier, i'm not troubling you again but did want to give you an update - the bug that I was actually looking for was https://bugzilla.gnome.org/show_bug.cgi?id=603551 if you notice, Lucid starts to appear in comments
[22:05] <ubot4> Gnome bug 603551 in libgnome-desktop "Image doesnt scale for dual monitors" [Normal,Unconfirmed]
[22:47] <LimCore> guys this is an outrage, most basic tools like subversion again become useless.
[22:48] <LimCore> this really makes ubuntu a poor choice for any serious use.
[22:48] <micahg> LimCore: how do you know its Ubuntu's fault?
[22:48] <LimCore> how to change this *now*? (starting with this current bug)
[22:48] <LimCore> micahg: it is either software bug, or my mistake
[22:49] <LimCore> 1) if its a software bug - ubuntu (and/or upstream) fault
[22:49] <micahg> LimCore: software bug doesn't make it ubuntu
[22:49] <micahg> LimCore: you on lucid or karmic?
[22:49] <LimCore> 2) if its my mistake - then its software (upstream) fault for implementing NO LOGGING WHAT SO EVER in the damn server. Jesus christ no logging.
[22:49] <arand> LimCore: Sorry about before, turns out I know far to little about svn to be helpful in that case.
[22:49] <LimCore> (so 2 makes it impossible to [quickly] debug it)
[22:50] <LimCore> arand: I can give you the 4 commands to type as client and 4 as server and you are done
[22:50] <LimCore> actually, I will make a simple test case and you can confirm it, wait
[22:50] <LimCore> micahg: this epic fail is on karmic
[22:51] <micahg> LimCore: how are you authenticating?
[22:51] <arand> LimCore: Well it refused connection to localhost, file:/// works though...
[22:51] <LimCore> micahg: svn does not ask me to. this is the problem
[22:51] <LimCore> it did asked me before
[22:51] <LimCore> something is seriously **** up related to gnupg, ssh, seahorse, ssh caching, passwords caching.. this all is a mess in Ubuntu!  it also is responsible for fails in kmail/openpgp and in few other places
[22:52] <LimCore> I say, entire passwords and passphrases handling system in ubuntu/gnome is totall mess now
[22:52] <seb128> I think that one is a svn fail
[22:53] <LimCore> someone with balls should throw all this junk, burn to ground, rewrite, this time 1) documenting  2) using assert/debug/log   because its tottall pain to debug
[22:53] <seb128> works fine for most users
[22:53] <micahg> LimCore: you're welcome to form and create a new version
[22:53] <micahg> *fork
[22:53] <LimCore> seb128: I found bunch of such reports (2007-2010) in svn
[22:53] <LimCore> the reason is that
[22:54] <LimCore> quite frankly
[22:54] <LimCore> I think svn's code quality regarding logging warrants a statement that it is totally retarded junk
[22:54] <LimCore> (or I am retarded for not finding the logs, but /var/log/svn etc is not existent, also svnserve -X is quiet)
[22:55] <LimCore> that, plus on the other side,  ubuntu's caching of password is very chaotic, impossible to debug, non-transparent. Most users have no idea WHO is caching which passwords, when and why
[22:56] <seb128> you have an idea of where other os cache their passwords and when and how?
[22:56] <LimCore> no, they are also retarded, thats why Im not using them
[22:56] <seb128> LimCore, what happens exactly when you try to use svn?
[22:56] <LimCore> seb128: ok I will make a test case
[22:57] <LimCore> btw, SVN failed me when I was about to finish a task blocking me from getting my 20.000 USD.  THANKS A LOT UBUNTU
[22:57] <LimCore> or subversion
[22:57] <seb128> ubuntu doesn't write svn
[22:57] <LimCore> you know what
[22:57] <LimCore> I would pay 100 usd per year
[22:58] <LimCore> for an linux based OS similar to ubuntu, but not full of fail like this
[22:58] <LimCore> I think more people would too
[22:59] <seb128> nobody managed to get this GerryC account suspended yet?
[22:59]  * LimCore would thought such topic would cause some interest, direct $$$ for sponsoring not-always-broken version of ubuntu
[23:01] <LimCore> Im using SVN _daily_ for 3 years, and only today it died like this. Heh. :)
[23:01] <seb128> LimCore, what about focussing on your issue for now?
[23:01] <seb128> does it break?
[23:01] <seb128> does it ask for a password where it shouldn't?
[23:02] <LimCore> does not ask,  so it always connects as anonymous
[23:02] <LimCore> this occurs when I create a new repo
[23:02] <LimCore> if I use an old repo, then it continues to work as it did always
[23:02] <LimCore> and there it asks me for auth (or for key to some gnu something-something)
[23:03] <hggdh> seb128: we now have to ask for it via answers.lp.net/lp. This was done, and we are waiting for the LP folks to act on it. We are *not* holding our breath.
[23:04] <seb128> hggdh, did somebody try irc ping on #launchpad?
[23:04] <LimCore> I hate chaos.  It also gets users and devels no where... can someone make some flowchart or smth ;) that tells exactly what caches what passwords, why, for how long, how to open/lock/delete/edit it, in which files (to backup) etc? I know that for part of OpenPGP and part of SSH (but the agents are damn confusing!!)
[23:04] <LimCore> hggdh: can't you get needed admins from LP "on the phone" in such cases??
[23:04] <hggdh> seb128: not today, to my knowledge. Last time I did ping #lp for two issues, and was told to ask a question
[23:04] <seb128> hggdh, do you have the question url?
 charlie-tca, launchpad admin sent him an email without success. See https://answers.edge.launchpad.net/launchpad-registry/+question/100682
[23:06] <charlie-tca> Then their next step should be to remove him from launchpad.
[23:06] <hggdh> seb128: looking for it, was posted here earlier today
[23:06] <hggdh> heh. LimCore thank you
[23:07] <hggdh> seb128: ^
[23:07] <LimCore> do you sometimes get a feling that Ubuntu becomes a bit too beurocratic?
[23:07] <hggdh> LimCore: no, at least *I* cannot phone the admins
[23:07] <LimCore> 1) discuss it, discuss, discuss, discuss.  Write a petition to remove the user. Talk talk talk talk. Warn user. Wait. Hopefully, delete user
[23:08] <LimCore> 2) call admin to delete the user NOW
[23:08] <LimCore> it is interestingly similar to the bug fixing process ;)
[23:09] <hggdh> LimCore: this is our way -- give the user a chance
[23:09] <LimCore> ok I will give example and will go to town with this stupid svn bug/problem. Whoes with me? Needed: 10+ minutes of time to execute 8 commands,  and apt-get install subversion
[23:10] <charlie-tca> Yes, I believe the goal is to treat all people the same, and extend an opportunity to do good whenever possible.
[23:10] <LimCore> cool, but I ment the long-waiting part
[23:10] <LimCore> you could block for a moment  and then talk and possibly unblock; you do not block because the process is stoo slow
[23:12] <persia> LimCore: That was requested, and the LP admins didn't want to do it that way, instead sending another reminder, after which the account becomes potentially suspended.
[23:12] <LimCore> user floods LP with spam, we should be just blocked nicelly for a moment. If you do it right, with full explanation and kindly, then its not "hostile before evidnce etc"
[23:14] <persia> LimCore: Convince the LP admins :)
[23:15] <hggdh> OTOH, this GerryC looks very similar to the other we had a few ago...
[23:16] <LimCore> perhaps its a bot
[23:16] <LimCore> how about, if  (user_acitions_count / user_age) > 200   require_captcha
[23:16] <LimCore> erm, the 200 was example
[23:21] <persia> LimCore: That fails utterly for very young very productive and helpful folk (of which there are many)
[23:22] <persia> And most captcha is trivial to circumvent.
[23:22] <LimCore> persia: then sign that coc and continue
[23:46] <LimCore> who have 5 minuts to confirm my very irritating svn-useless bug?   just execute few commands as user/root: http://pastebin.ca/1794070
[23:50] <LimCore> guys?  bug #520743
[23:50] <ubot4> Launchpad bug 520743 in subversion (Ubuntu) "svn stoped asking for auth, and connects as anonymous - giving usually svn: Authorization failed (affects: 1)" [Undecided,New] https://launchpad.net/bugs/520743