[00:02] <RedSingularity> Hey guys, i am interested in becoming a bug squad member.  Where can i begin?  I believe i have joined the squad on launchpad already.
[00:05] <ddecator> RedSingularity, have you looked over https://wiki.ubuntu.com/Bugs/HowToTriage ?
[00:13] <RedSingularity> ddecator, yes sir I have.  What is next?
[00:14] <ddecator> RedSingularity, if you think you have a good handle on that, then you can start working on some basic things. you can look for duplicates, ask for more info, etc, just make sure you subscribe. i also recommend requesting a mentor. and, as always, if you have -any- questions, then feel free to ask them here =)
[00:18] <RedSingularity> ddecator, Ok great....i am requesting a mentor now.  Thanks a lot!
[00:18] <ddecator> no problem!
[00:28] <ddecator> btw, RedSingularity , you might want to look here https://wiki.ubuntu.com/Bugs/Responses and think about installing firefox-lp-improvements (if you use firefox)
[00:29] <RedSingularity> ddecator, Ah very good, i will look into that now.
[00:39] <RedSingularity> ddecator, where can i begin looking at filed bugs to try?
[00:41] <hggdh> you can go to https://bugs.launchpad.net/ubuntu
[00:41] <hggdh> then select your poison ;-)
[00:42] <RedSingularity> Ok so these are bugs related to Ubuntu?
[00:42] <hggdh> RedSingularity: the above link is a bit wrong
[00:42] <hggdh> https://bugs.edge.launchpad.net/bugs/+bugs?field.searchtext=&search=Search+Bug+Reports&field.scope=all&field.scope.target=
[00:42] <hggdh> this one gets everything
[00:43] <hggdh> RedSingularity: look for the ones that say (Ubuntu)
[00:43] <hggdh> these are fair game. The others may *not* be fair game
[00:44] <RedSingularity> And should i be looking for ones that no one has touched yet?  "New" ones?
[00:44] <hggdh> yes, you can. It is probably a good idea to browse first, and find some you feel confortable with, and start there
[00:45] <hggdh> (it is much easier to triage packages you *know*)
[00:46] <RedSingularity> Oh ok, but what if someone has "subscribed" to it already?
[00:47] <hggdh> usually at least the OP (Original Poster) is subscribed
[00:47] <hggdh> But any bug is fair game, as long it is an Ubuntu one
[00:48] <hggdh> being subscribed only means you are interested in the bug life, it does not make one the exclusive owner
[01:18] <RedSingularity> hggdh, what if the bug is assigned to someone already?
[01:18] <rmunn> Which package is responsible for the "The program 'XYZ' is not installed, you can install it by typing apt-get xyz" messages? Is it apt, or something else?
[01:19] <crimsun> command-not-found
[01:19] <rmunn> I believe LP #523264 is caused by this package (names unix2dos and dos2unix disappeared from package tofrodos, but tofrodos is still being suggested to the user)
[01:19] <ubot4> Launchpad bug 523264 in tofrodos (Ubuntu) "[lucid] dos2unix is not in tofrodos (affects: 1)" [Undecided,New] https://launchpad.net/bugs/523264
[01:21] <hggdh> RedSingularity: which bug is this?
[01:22] <RedSingularity> hggdh, actually i found one that is unassigned.  Should i assign myself?
[01:22] <RedSingularity> Is that how you do it?
[01:23] <RedSingularity> Assign myself?
[01:23] <persia> If you're going to fix it.
[01:23] <persia> We don't usually assign ourselves for triage.
[01:24] <persia> (this helps make it more clear that it is available for someone to fix, and also prevents reporters complaining we aren't helping when we unassign ourselves if triage is complete)
[01:24] <RedSingularity> How do you make it "your" bug report then?  I mean how do you let others know you are working on it?
[01:24] <persia> Generally there's not much competition :)
[01:25] <persia> But one could say something like "I'm working on bug #524148"
[01:25] <ubot4> Launchpad bug 524148 in onboard (Ubuntu) "onboard has overactive dependencies (affects: 1)" [Medium,Triaged] https://launchpad.net/bugs/524148
[01:25] <persia> Others might look and offer advice, but leave triage to you.
[01:25] <persia> We usually work cooperatively, so that one investigates a bug, leaves a comment, and moves to another bug.
[01:26] <persia> It's good practice to subscribe to bugs one is triaging, but someone else might also help.
[01:26] <persia> In case of confusion or collision, just ask here.
[01:27] <RedSingularity> Yeah thats what i mean........lets say i want to do some triage on bug https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/524168 what would i do?
[01:27] <ubot4> Launchpad bug 524168 in rhythmbox (Ubuntu) "No audio output from rhythmbox (affects: 1)" [Undecided,New]
[01:36] <persia> RedSingularity: I usually start by trying to replicate it.
[01:39] <RedSingularity> Ok sounds good, if i can replicate it what should i do?
[01:43] <RedSingularity> Better yet......what if i CANT replicate?
[02:03] <persia> RedSingularity: If you can't replicate, try to get closer to the reporters environment.
[02:03] <persia> Keep track of what you changed, as these become areas of suspicion :)
[02:09] <RedSingularity> If i cannot get replication even under similar settings should i assign the report as "invalid"?
[02:12] <persia> Well, how similar did you get?
[02:12] <persia> If I can't replicate, I usually set "Incomplete", and ask for detailed instructions to replicate.
[02:13] <persia> I've seen bugs that only happen for certain hardware, or only happen in Hungarian, etc.
[03:51] <nigelb> hggdh: are you around?
[05:06] <nigelb> can someone set bug 354259 to triaged?
[05:07] <ubot4> Launchpad bug 354259 in rhythmbox (Ubuntu) (and 1 other project) "Rhythmbox doesn't skip bad files (affects: 1)" [Low,Confirmed] https://launchpad.net/bugs/354259
[05:09] <om26er> nigelb, done
[05:09] <nigelb> om26er: thanks :)
[05:14] <ddecator> bug 523236, [triaged, low] please =) (simple cosmetic translation problem)
[05:14] <ubot4> Launchpad bug 523236 in nautilus (Ubuntu) (and 2 other projects) "Translation problem in Nautilus (French version): 21ère (affects: 2)" [Undecided,Confirmed] https://launchpad.net/bugs/523236
[05:28] <ddecator> micahg, how about bug 519928
[05:28] <ubot4> Launchpad bug 519928 in firefox (Ubuntu) "firefox has problems rendering table borders. (affects: 1)" [Undecided,New] https://launchpad.net/bugs/519928
[05:29] <micahg> ddecator: well, you've been triaging a little while, what do you think?
[05:32] <ddecator> micahg, it would be nice to know what version of FF he is using, but i also can confirm the behavior on FF 3.7
[05:33] <micahg> indeed
[05:33] <micahg> ddecator: how familiar are you with web technologies?
[05:34] <ddecator> micahg, depends what you mean about web technologies...but i guess i'm pretty basic right now
[05:34] <ddecator> mean by*
[05:34] <micahg> HTML, XHTML, CSS
[05:35] <ddecator> i know a decent amount of html, but that's all
[05:36] <micahg> ok, I just verified got it to pass the HTML validator and I sitll see the issue
[05:36] <micahg> ddecator: what video driver are you using?
[05:37] <ddecator> micahg, i have the nvidia graphics driver but idk if that's used for video as well
[05:37] <micahg> ddecator: k, so we have different drivers
[05:40] <micahg> ddecator: k, so, then it would seem to be valid, so let
[05:40] <micahg> s check for dupes
[05:45] <ddecator> micahg, i don't see anything
[05:45] <micahg> ddecator: k, let's upstream
[05:46] <micahg> ddecator: do you see any bugs that are similar upstream
[05:46]  * ddecator starts looking
[05:52] <ddecator> micahg, i don't see anything...
[05:55] <micahg> ddecator: mozilla 410959
[05:55] <ubot4> Mozilla bug 410959 in Layout: Tables "[BC] Table cell border widths render incorrectly at various zoom levels" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=410959
[05:55] <ddecator> how the...i looked up "table render zoom" and nothing came back
[05:56] <micahg> :) try simple first...I tried borders zoom and then followed some of the links in the bugs
[05:56] <ddecator> alright, i'll remember that...anyway, link them?
[05:59] <micahg> ddecator: yeah, I think so, i'll add the LP bug upstream
[05:59]  * ddecator will look at how you format the addition
[05:59]  * micahg has canedit privs upstream :)
[05:59] <micahg> oops
[05:59] <micahg> canconfirm
[05:59] <ddecator> aw, someday...
[06:00] <ddecator> we'll have to update the LP description too
[06:00] <micahg> ddecator: k
[06:04] <ddecator> micahg, whats your ubuntu version, FF version, and video driver?
[06:04] <micahg> karmic 3.6, intel :)
[06:05] <ddecator> 32 or 64 bit =p
[06:05] <micahg> 64
[06:06] <micahg> ddecator: why?
[06:07] <ddecator> micahg, -shrug- just something i usually include in my descriptions
[06:08] <ddecator> micahg, updated the description and title, but idk what tags you guys (the mozilla team) like to use, if any
[06:08] <micahg> ddecator: standard tags
[06:08] <micahg> none in this case
[06:09] <micahg> ddecator: what importance
[06:09] <ddecator> micahg, alright. i don't see your addition to the upstream bug. i would say "low" since it's more of a cosmetic bug and doesn't seem to limit any functionality
[06:14] <micahg> ddecator: I added the bug to the See Also field
[06:14] <micahg> ddecator: yep
[06:14]  * ddecator never noticed the see also field
[06:14] <micahg> ddecator: it's new in bugzilla 3.4
[06:15] <micahg> ddecator: Triaged in LP
[06:15] <ddecator> micahg, nice addition, but you need extra access i'm guessing?
[06:15] <micahg> ddecator: yes, canconfirm
[06:15] <micahg> that's why I got it :)
[06:15] <ddecator> someday
[06:16] <micahg> ddecator: one thing at a time
[06:16] <micahg> I was upstreaming bugs for over 6 months before I got that
[06:16] <ddecator> micahg, yup, that's y "someday," i know there are more important things to cover first
[06:16] <micahg> plus one of the mozilla guys was watching me from the beginning
[06:17] <ddecator> that's always a nice benefit
[06:18] <ddecator> micahg, alright, another one?
[06:18] <micahg> ddecator: sure, I;m waiting for something to finish here
[06:21] <ddecator> micahg, i'm looking at bug 518422 but i'm guessing we would just want to ask them to update to the latest version before doing anything else?
[06:21] <ubot4> Launchpad bug 518422 in firefox (Ubuntu) "Firefox does not start (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518422
[06:21] <micahg> ddecator: yes, most likely already addressed
[06:22] <ddecator> there should be a "please update and report back" canned response...
[06:24] <ddecator> alright, left a comment and marked it incomplete
[06:25] <micahg> there is I thought
[06:26] <micahg> oh, I did that :)
[06:26] <ddecator> you made your own? haha
[06:26] <micahg> ddecator: there's a response on the responses page though
[06:26] <micahg> https://wiki.ubuntu.com/Bugs/Responses#About an obsolete version of the software for reporter's release
[06:26] <ddecator> oh yah, i just noticed that
[06:26] <om26er> have it screwed this bug report? https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/523686
[06:26] <ubot4> Launchpad bug 523686 in dnsmasq (Ubuntu) "[needs-packaging] dnsmasq need update to 2.52 (affects: 1)" [Wishlist,Invalid]
[06:27] <ddecator> micahg, bug 513884 looks like fun...
[06:27] <ubot4> Launchpad bug 513884 in firefox (Ubuntu) (and 1 other project) "Images loaded in a separate tab will sometimes disappear after rendering (affects: 1)" [Undecided,New] https://launchpad.net/bugs/513884
[06:27] <micahg> om26er: what do you mean?
[06:28] <om26er> micahg, I marked it invalid as 2.52 is already in lucid but the reporter seems to have reported against karmic
[06:28] <om26er> 21hours ago
[06:28] <micahg> om26er: that's correct, we don't update versions in stable releases, the user can file a request against karmic-backports
[06:29] <om26er> micahg, should I add a tag or leave it there
[06:30] <micahg> om26er: you can explain the stable release policy and suggest adding a karmic-backports task if they want it backported, you should probably look at this: https://help.ubuntu.com/community/UbuntuBackports
[06:30] <micahg> ddecator: already upstream...
[06:31] <ddecator> micahg, the reporter filed it upstream himself, but it's not consistent and he tagged it 3.7 but says upstream that it's 3.6...just leave it?
[06:31] <micahg> ddecator: I'll triage it since he reported upstream as well
[06:31] <micahg> ddecator: no, read closer upstream
[06:31] <ddecator> micahg, oh, doesn't =)
[06:40] <ddecator> micahg, so i keep finding bugs that aren't running the latest version. i'm asking them to update and report back, but are there any bugs you know of that would be good for me to pay attention to?
[06:43] <micahg> ddecator: well, idk
[06:50] <ddecator> micahg, haha, alright, any "homework"? certain types of firefox bugs i should work on or anything?
[06:53] <micahg> ddecator: nah, just ask if you have questions
[06:53] <ddecator> micahg, fair enough, thanks for the help
[06:53] <micahg> ddecator: BTW, installation failures you should look through the apt log for problems
[06:54] <ddecator> micahg, good to know...
[06:55] <SwedeMike> hi, I've reported https://bugs.launchpad.net/ubuntu/+bug/516524 12 days ago with step by step how to reproduce the problem in 10.04 (and it also is a problem in 9.10 but to a lesser degree) but still there hasn't been (as far as I can see) any activity on the bug. What am I missing? Can I do anything else?
[06:55] <ubot4> Launchpad bug 516524 in ubuntu "Passphrase request at bootup doesn't work properly (affects: 1)" [Undecided,New]
[06:56] <SwedeMike> and this is a regression from 9.04 and earlier where it worked perfectly
[06:58] <micahg> SwedeMike: try back a little later maybe if no one answers, this is usually a quieter time for this channel
[07:01] <ddecator> micahg, the only things i saw in that apt log were a problem with the adblock extension and the gm extension, and it mentioned ff 3.5 but nothing about 3.6...
[07:01] <SwedeMike> micahg: thanks.
[07:02] <micahg> SwedeMike: this is the right place to start poking though
[07:15]  * syn-ack tickles micahg 
[07:15] <syn-ack> hows it going?
[07:15] <micahg> hi syn-ack
[07:16] <micahg> syn-ack: know anything about ecryptfs?
[07:16] <syn-ack> such as?
[07:16] <syn-ack> I know a little...
[07:17] <syn-ack> micahg: and by little I mean, >< much
[07:17] <micahg>  bug 516524
[07:17] <ubot4> Launchpad bug 516524 in ubuntu "Passphrase request at bootup doesn't work properly (affects: 1)" [Undecided,New] https://launchpad.net/bugs/516524
[07:17] <syn-ack> Oh, I was just getting ready to look at that one in my mean
[07:17] <syn-ack> in my email
[07:20] <syn-ack> micahg: Im not trying to cop out but I wonder if this is yet another problem due to plymouth
[07:21] <micahg> idk
[07:21] <SwedeMike> it didn't work properly in 9.10 either.
[07:21] <SwedeMike> but there at least one was dropped to rescue mode and could fix it manually.
[07:21] <SwedeMike> I'm actually afraid to reboot my 10.04 right now because I'm not sure I'll be able to get it working again.
[07:22] <syn-ack> yeah, I saw you mention that in the email
[07:22] <syn-ack> I really don't know bub, I don't tend to run encrypted parts on this machine since it's my development machine
[07:22] <SwedeMike> and it's an alternate cd from 8.04 or 8.10 install with crypt+lvm for /
[07:22] <syn-ack> (I reinstall quite a bit at times)
[07:23] <syn-ack> SwedeMike: Have you tried using a karmic or lucid installer to check and see if that happens with them? Im not sure how much of a difference it would make, maybe the configs arent getting properly updated from something that old?
[07:24] <syn-ack> (shot in the dark)
[07:24] <SwedeMike> syn-ack: no, I haven't tried the alternate installer for lucid or karmic to do this, no. I can do that during the weekend though.
[07:25] <SwedeMike> you mean that some of the configuration has changed and now it's supposed to be done another way?
[07:25] <syn-ack> well, for example, grub2 is now the default boot manager, right?
[07:25] <SwedeMike> yeah, that's true.
[07:25] <syn-ack> well it's config is COMPLETELY different from grub
[07:25] <SwedeMike> oki, I'll give that a shot.
[07:26] <syn-ack> I mean, I could be totally blowing the fine grade here, but I'm wondering if that might have something to do with it
[07:26] <SwedeMike> I'll update the bug during the weekend with that information. It's just that if someone right now comes along and does an 8.04->10.04 upgrade I guess it won't upgrade to grub2 ? Anyhow, I see that this is important information to add.
[07:27] <SwedeMike> but for the 10.04 problem with just any crypted partition that is mounted somewhere, it's still easily reproducible in a vm per my instructions. I see that this is two different problems though.
[07:27] <syn-ack> well, it upgraded but maybe that bit of the upgrade wasnt as clean as it could have been
[07:27] <SwedeMike> no, my 10.04 machine still runs grub, not grub2
[07:28] <syn-ack> try upgrading grub then
[07:29] <syn-ack> there's an "update-grub-something script that does it for you
[07:29] <SwedeMike> well, my vm fresh install that the reproduction pictures in the bug came from is a fresh 10.04 install though
[07:29] <syn-ack> I've forgotten what it is
[07:29] <SwedeMike> so it runs grub2
[07:29] <syn-ack> hrm
[07:29] <syn-ack> I don't know then
[07:30] <syn-ack> like I said, it was a shot in the dark. Hell it could really be something within the code its self like I said the first time. crypt really isnt my area of expertise
[07:30] <SwedeMike> check.
[07:32] <syn-ack> SwedeMike: ask me an aa question. :P
[08:31] <marmuta> Hi persia are you there?
[08:31] <marmuta> question concerning Bug #524148
[08:32] <ubot4> Launchpad bug 524148 in onboard (Ubuntu) "onboard has overactive dependencies (affects: 1)" [Medium,Fix released] https://launchpad.net/bugs/524148
[08:32] <marmuta> Instead of patching X11.py on build wouldn't it be preferable to permanently modify the source to reference full sonames?
[08:43] <BUGabundo_remote> hey o/
[11:25] <kklimonda> should we encourage people to reports bugs if they don't know english at all?
[11:25] <seb128> no
[11:25] <seb128> we already have too many bugs correctly written
[11:25] <seb128> ie there is no need to add some we will never look at, that's wasting submitter time and triager time
[11:26] <seb128> or point them to the answer tracker
[11:26] <seb128> they can open questions in their language there
[11:26] <kklimonda> ok
[11:29] <edakiri> Will removing plymouth help me see info at boot for debugging purposes?  Is there any drawback?  I don't count missing graphics covering up text as a drawback.
[11:32] <kklimonda> edakiri: you can try removing splash and quite from the kernel command line in grub first
[13:13] <_Narc_> Hello all. I'm still earning to triage, sorry about the stupid questions. When a bug like #524356 is "solved" by the user, should it be marked Invalid ?
[13:13] <_Narc_> learning *
[13:13] <nigelb> bug 524356
[13:13] <ubot4> Launchpad bug 524356 in totem (Ubuntu) "totem is mute (affects: 1)" [Undecided,New] https://launchpad.net/bugs/524356
[13:14] <om26er> _Narc_, yes you can mark it invalid
[13:14] <om26er> with a comment
[13:15] <nigelb> _Narc_: as om26er says, mark as invalid and say closing as user reports everything works fine
[13:16] <_Narc_> Ok, thanks, I'll do that
[13:16] <_Narc_> Is it wrong to use the standard comments I found on the wiki ? Not in that case maybe but generally
[13:17] <_Narc_> It's a bit impersonal but they're convenient
[13:17] <nigelb> It is generally suggested that you *use* the standard replies
[13:17] <nigelb> there is even a firefox plugin that does half the work for you
[13:18] <_Narc_> Ok. I'm asking because one day someone mocked me on Launchpad for doing so
[13:18] <_Narc_> Oh really
[13:18] <_Narc_> Which one ?
[13:18] <nigelb> someone mocked you? bug number?
[13:19] <_Narc_> Well, not really mocked but said to the submitter to nevermind my copycat comments
[13:19] <_Narc_> I don't remember the number
[13:19] <nigelb> if someone is overly abusive, you should report them
[13:19] <nigelb> here's the plugin https://edge.launchpad.net/~gm-dev-launchpad/+archive/ppa
[13:20] <nigelb> add the ppa and then install
[13:20] <_Narc_> It was a few months ago, when I started to triage
[13:20] <_Narc_> Ok, thanks
[13:26] <BUGabundo_remote> need help putting this in the right place https://bugs.edge.launchpad.net/+bug/524418
[13:26] <ubot4> Launchpad bug 524418 in eglibc (Ubuntu) (and 1 other project) "*** glibc detected *** aptitude: double free or corruption (!prev): 0x00000000024d7950 *** (affects: 1)" [Undecided,New]
[13:26] <BUGabundo_remote> can't find aptitude
[13:27] <nigelb> bug 524418
[13:27] <ubot4> Launchpad bug 524418 in eglibc (Ubuntu) (and 1 other project) "*** glibc detected *** aptitude: double free or corruption (!prev): 0x00000000024d7950 *** (affects: 1)" [Undecided,New] https://launchpad.net/bugs/524418
[13:28] <nigelb> BUGabundo_remote: I dont get what you mean
[13:29] <BUGabundo_remote> nigelb: hi. I found libc5 no prob there, but can't find aptitude
[13:29] <BUGabundo_remote> to report it against
[13:29]  * BUGabundo_remote may should have used apt-get or apt :S
[13:29] <nigelb> I thought there was already an aptitude task against it?
[13:30] <chrisccoulson> it should only be reported against aptitude
[13:31] <BUGabundo_remote> ok chrisccoulson
[13:31] <nigelb> BUGabundo_remote: there is aptitude in the packages list.  donno how it didn't turn up for you
[13:32] <BUGabundo_remote> I cannt *ever* use search to find anything :(
[13:32] <BUGabundo_remote> I suck at search
[13:33] <BUGabundo_remote> chrisccoulson: I invalidated libc6 task
[13:33] <BUGabundo_remote> not if only I could fin aptitude task in ubuntu project :\
[13:34] <nigelb> BUGabundo_remote: I'll do it
[13:34] <BUGabundo_remote> thanks
[13:35] <nigelb> BUGabundo_remote: done :)
[13:36]  * BUGabundo_remote refreshs
[13:36] <BUGabundo_remote> cool
[13:36] <BUGabundo_remote> should the upstream task be kept ?
[13:37] <BUGabundo_remote> or invalidated
[13:37] <nigelb> I'm not sure about that.
[13:37] <nigelb> since its not linked to an upstream bug, I doubt if it causes any harm
[13:48] <nigelb> seb128: there are a few old rhythmbox bugs with logs given by OP that we have not been able to look at.
[13:48] <nigelb> Is there some place I can see how to interpret the debug logs?
[13:50] <nigelb> (or I can triage them all and give the list of bugs I need help with)
[14:00] <nigelb> morning hggdh :)
[14:39] <hggdh> morning nigelb
[14:43] <nigelb> hggdh: finally I reached the rhythmbox bugs filed against karmic
[14:43] <nigelb> phew, adopting a package is a load of work ;)
[14:45] <hggdh> yes it is... mostly when it is something like rythmbox (or however the name is written)
[14:46]  * nigelb plans for spelling lessons for hggdh ;)
[14:46] <nigelb> lol
[15:16] <hggdh> it's dyslexia ;-)
[15:21] <nigelb> yeah rite :P dyslexia of the hands
[15:21] <nigelb> they just seem to press the wrong key
[15:21] <nigelb> hggdh: btw, you joined canonical? or just the QA team?
[15:21]  * nigelb was reading logs of last qa meeting
[15:21] <hggdh> nigelb: both
[15:22] <nigelb> w00t
[15:22] <nigelb> congrats!
[15:22] <hggdh> thank you
[15:22] <nigelb> does this mean you'll not be at the whim of your clients?
[15:22] <nigelb> and have a more or less sane schedule... ;)
[15:23] <hggdh> yes. There *are* some advantages
[15:23] <hggdh> OTOH, now I have one single manager ;-)
[15:25] <nigelb> great :)
[15:29] <nigelb> hggdh: anything more I should be doing to edge my suitability to bug-control?
[15:30] <hggdh> nigelb: *now* you are dong what you needed to be doing ;-)
[15:31] <hggdh> so you are OK
[15:31] <nigelb> huh?
[15:31] <nigelb> meaning triaging a lot of bugs?
[15:31] <hggdh> you were off for a while, remember?
[15:31] <hggdh> yes
[15:31] <hggdh> jeeezzzz s/dong/doing/
[15:33] <nigelb> lol
[15:34] <nigelb> yeah.  My laptop had issues.  Now its not fixed, but I found a work around
[15:34] <thekorn> wow, hggdh, congrats ;)
[15:34] <nigelb> hggdh: you seem to be high :p
[15:35] <hggdh> thekorn: thank you. Who would have said one day I would get there?
[15:36] <thekorn> hggdh, that's 'xactly the question I was asking myself ;)
[15:36] <hggdh> nigelb: sounds fun. Of all companies that offered me positions in the last years, this is the single one I think it would be fun
[15:36] <nigelb> hggdh: its fun to get paid for what you like to do in free time
[15:36] <hggdh> there you go
[15:37] <nigelb> I wish certainly wish I could..
[15:37] <hggdh> and *now* I can, who knows, have a bit of real free time ;-)
[15:37] <nigelb> hahah
[15:38] <hggdh> nigelb: for you to get an idea: my first two employments (University CS research center, and a government research center) were fun. Really.
[15:38] <hggdh> all the rest in between was money
[15:38] <nigelb> hggdh: ah, lucky.
[15:39] <nigelb> hggdh: I've been stuck in a very boring position for ...ew... 3 years.  Waiting to finish my bachelors to do something I like to do
[15:40] <hggdh> yeah. Soi first 6 years were fun, intermediate 30 were not really fun, but paid good.
[15:40] <nigelb> gasp..
[15:40] <nigelb> you have 36 years of experience?
[15:40]  * hggdh is sort of old
[15:41] <hggdh> pretty much, yes. I started in 74
[15:41] <nigelb> wow
[15:41]  * nigelb bows
[15:43] <nigelb> anyone seen pedro around lately?
[15:43] <hggdh> he is on vacation/holiday
[15:43] <nigelb> ouch
[15:44] <nigelb> hggdh: I've got a list of bugs where OP has given requested info but we've not looked into it.  I dont understand the debug.  So, I guess I'll just make a list and ask seb
[15:45] <hggdh> heh?
[15:45] <hggdh> give me one example, please
[15:45] <nigelb> hold on.  screen flicking.  restarting
[15:48] <nigelb> back
[15:51] <nigelb> bug 486467, bug 328864
[15:51] <ubot4> Launchpad bug 486467 in rhythmbox (Ubuntu) ""Error transferring track" (affects: 4)" [Low,Incomplete] https://launchpad.net/bugs/486467
[15:51] <ubot4> Launchpad bug 328864 in rhythmbox (Ubuntu) "rythmbox plays a short piece of a song and skips to the next song in order (affects: 2)" [Low,New] https://launchpad.net/bugs/328864
[15:57] <BUGabundo_remote> hggdh: #ubuntu-pt sff
[16:04] <vish> nigelb: send 328864 upstream ...  you have adopted the rhythmbox package right ? ;)
[16:04] <nigelb> vish: yes
[16:04] <nigelb> vish: its painful dealing with a lot of old bugs
[16:05] <vish> nigelb: thankless , painful jobs are the doc team and the bug squad ;)
[16:05] <BUGabundo_remote> wb ogasawara. long time no see :D
[16:05] <nigelb> vish: and the one you are most likely going to get cursed at
[16:05] <vish> that too :D
[16:06] <nigelb> vish: have you ever touched an ubuntu one bug or the one big bug with lots of dups?
[16:06] <nigelb> duane got cussed coz he forgot to add the dup comment before duping it
[16:07] <nigelb> a big bunch of people got mails and said like "lp notifications suck" and the likes
[16:07] <vish> oh..
[16:08] <vish> nigelb: didnt understand > "have you ever touched an ubuntu one bug or the one big bug with lots of dups? "
[16:08] <nigelb> vish: lol, if u have, you would have gotten the mail too
[16:09] <nigelb> most people have touched at least one.. there are some 50 dups for that thing
[16:10] <vish> ah those.. yeah , i must have... nigelb if you dont get yelled at by some reporter it means you havent done enough triaging ;p
[16:10] <nigelb> good point
[16:21] <charlie-tca> hggdh: congrats on the move up!
[16:22] <hggdh> charlie-tca: thank you very much
[16:22] <kklimonda> what move up? what have I missed? :)
[16:22] <hggdh> :-)
[16:22] <charlie-tca> I'm glad you got something you enjoy. Took me 33 years to get one I liked a lot.
[16:23] <charlie-tca> Then I had to give it up... illness
[16:23] <hggdh> sorry. For me it took about 30 years...
[16:24] <kklimonda> hggdh: you work for canonical now? congrats :)
[16:24] <charlie-tca> Ahh - it's life. At least I got to enjoy it for a while. Now it is all volunteer work, which means I still get to do what I want.
[16:25]  * vish blinks
[16:25] <hggdh> kklimonda: yes, I do
[16:25] <vish> hggdh: werent you already working for canonical ?
[16:25] <hggdh> vish: no...
[16:25] <vish> hggdh: ah..  congrats :)
[16:25] <hggdh> community pretty much like everybody else -- which I still love
[16:26] <qense> How do you make sure when writing an Apport hook that the report will be marked private when it's reported?
[16:26] <qense> hgddh: Congratulations with your new job! What is it? ;)
[16:27] <thekorn> every apport bugreport will start as a private one
[16:27] <thekorn> *I* think
[16:27] <micahg> thekorn: that wasn't always true, you sure?
[16:27] <thekorn> no, I'm not sure
[16:28] <thekorn> let me read the source
[16:29] <hggdh> qense: it is pretty much what I have been doing -- QA, but directed to servers
[16:29] <qense> hggdh: good luck with the job!
[16:29] <hggdh> qense: thank you, I appreciate
[16:30] <hggdh> brb -- reboot after a ton of updates on Lucid
[16:30] <thekorn> wow, that's complex
[16:31] <nigelb> qense: you can run the report against staging and try
[16:31] <nigelb> (the apport hook)
[16:32] <thekorn> qense, you are safe if the 'DistroRelease' and the 'Traceback' fields have some content
[16:32] <thekorn> then this report will always start as private
[16:33] <qense> thekorn: I'm writing an Apport hook for Gwibber, and with that I want to include the ~/.cache/gwibber/gwibber.log file, which sometimes does contain sensitive data like Facebook uids. I'm not sure if filling the DistroRelease and Traceback fields with garbage would be the right way, I'll look for another solution. Thanks for your effors anyway!
[16:34] <kklimonda> qense: it sounds as a terrible hack
[16:34] <kklimonda> qense: you should probably ask pitti
[16:35] <kklimonda> like a*
[16:35] <nigelb> qense: you want the reports to be made private?
[16:36] <qense> nigelb: yes
[16:36] <nigelb> qense: I played around with it some time back.  lemme get back to you in 5 mins?
[16:36] <qense> nigelb: that would be great, sure
[16:39] <thekorn> I think all apport bugreports have a DistroSeries and Traceback by default
[16:39] <thekorn> and if they don't have a Traceback
[16:39] <thekorn> they have a CoreDump, which is another condition for a private report ;)
[16:40] <thekorn> so no need to fill in garbage ;)
[16:43] <nigelb> qense: okay.  there is no direct method that I can find to make it private :(
[16:43] <qense> nigelb: Ok, thanks for looking for it anway.
[16:43] <nigelb> naw problems :)
[16:44] <nigelb> qense: do you know which packages the report automatically becomes private?
[16:44] <qense> nigelb: no
[16:44] <nigelb> if you know of one, you can look into its hook to see how its done
[16:44] <nigelb> doesn't evolution make reports private?
[16:44] <qense> I've looked into several hooks, but couldn't find anything about marking it as private.
[16:44] <qense> I'll look at evolution then
[16:45] <qense> nigelb: there's no hook for evolution
[16:46] <thekorn> qense, don't care about it for now, write the hook, test it on staging, and see if reports are private, I'm pretty sure all report are prive ;)
[16:46] <thekorn> private
[16:47] <qense> thekorn: will do
[16:47] <micahg> could I get someone on Lucid to please test 'ubuntu-bug firefox' with the -0ubuntu4 update?
[16:48] <qense> btw, there is this comment in an Apport configuration file: "# NOTE this will change Fall '07 when RHT switches to bugzilla 3.x!"
[16:48] <qense> isn't that a bit old news already? ;)
[16:48] <micahg> qense: go ask pitti in -devel
[16:49] <qense> micahg: ok
[16:50] <thekorn> i will fail if RHT was suing apport, but I don't think they do
[16:51] <qense> thekorn: according to pitti Fedora decided to NIH Apport, whatever that may mean.
[16:51] <ogra> NIH = not invented here
[16:52] <jpds> NIH: not invented here
[16:52] <kklimonda> yeah, they did
[16:52] <qense> ok
[16:53] <qense> going afk now
[17:30] <vish> micahg: ubuntu-bug firefox , works with -0ubuntu4 or do you want me to file a test bug?
[17:34] <nigelb> seb128: need your help with rhythmbox.  Can you ping me when you got time?
[17:34] <BUGabundo_remote> vish: lucid?
[17:34] <andreyfr> Hello, I'm new to Ubuntu and very new to Lucid. I have 2.6.32-10-generic and 2.6.32-13-generic to choose from in GRUB. If I choose the 2.6.32-13-generic - video isn't properly initialized, although from sounds and behavior I concluded that X is running. I wonder if I shall report it and how to do that
[17:34] <vish> yup
[17:34] <vish> BUGabundo_remote: ^
[17:35] <BUGabundo_remote> python broken for me
[17:37] <nigelb> hggdh: what would be your take on this.  totem and rhythmbox use the sample plugins and work similarly.  Is there anything extra I should do to get totem apport hook working with rhythmbox?
[17:38] <hggdh> nigelb: you could use the totem hook as a base, yes
[17:38] <nigelb> hggdh: not much of changes to be made if i'm not mistaken?
[17:39] <hggdh> can you pastebin the totem hook?
[17:39] <hggdh> hold on
[17:39] <nigelb> yep
[17:39] <hggdh> I have it
[17:40] <nigelb> I'll give you my modified version (just made totem to rhythmbox
[17:40] <nigelb> http://paste.ubuntu.com/379875/
[17:42] <hggdh> it is a first start, yes
[17:42] <hggdh> now, are there specific configuration files for rhytmbox?
[17:42] <nigelb> what more is needed?
[17:42] <nigelb> I have no clue
[17:43] <nigelb> checking
[17:44] <nigelb> generally, we only ask that the OP run rhythmbox in debug mode and attach the log
[17:44] <nigelb> now, if that could be done inside the hook itself, it would be awesome ;)
[17:45] <hggdh> heh
[17:46] <charlie-tca> Check out the alsa-base hooks, they do something to get it to run the alsa-info script
[17:46] <hggdh> you might list the gconf entries for rhytmbox
[17:46] <hggdh> but there might be private data there
[17:47] <nigelb> charlie-tca: alsa base hooks can be triggered from inside here
[17:48] <charlie-tca> Can you use what they are to trigger the debug?
[17:48] <nigelb> charlie-tca: do an ubuntu-bug totem and you'll get an idea
[17:49] <nigelb> the thing is, it helps avoid bugs like " I cant hear any sound" being filed against totem (i'm trying to do the same for rhytmbox and some more
[17:49] <charlie-tca> It was just a thought. Maybe you can trigger the rhythmbox --debug the same way they trigger the script
[17:49] <hggdh> on the gconf: you could run gconftool-2 -R /apps/rhythmbox and add the output as a seciton
[17:49] <nigelb> yeah.  thats what I'm trying to do too :)
[17:50] <nigelb> hggdh: that is indeed possible.  lemme hack python
[17:50] <hggdh> like report['Miscellaneous'] = '\nPlugins:\n' + apport.hookutils.command_output(['gconftool-2', '-R', '/apps/rhythmbox'])
[17:50] <hggdh> but check if you need all of it
[17:51] <nigelb> hggdh: that gconf thing helps
[17:51] <nigelb> especially to check what is enabled/disabled.  I dont have to ask for it
[17:52] <hggdh> and charlie-tca's suggestion still applies -- see what else is done in alsa-info, and add it in if needed
[17:54] <nigelb> but alsa info is anyway triggered
[17:54] <nigelb> see the script.  if the issue is audio, it goes to the alsa's hook automatically
[17:54] <nigelb> (or so I think.  Correct me if I'm wrong)
[17:55] <hggdh> yes, seems to
[17:56] <nigelb> even if I'm not thorough with python, I seem to know enough to hack around it... strange
[17:56] <hggdh> collecting the gconf data may require anonymising, since the user's directories will be reflected there
[17:57] <nigelb> which I'm not sure how to do (yet)
[17:57] <nigelb> if sense figures it out, I could use it too or else I have to find a way to remove all instance of $username with 'username' or something to that effect
[18:01] <hggdh> should be easy a search & replace on the list
[18:20] <nigelb> hggdh: this line plainly fails for me...
[18:20] <nigelb> "report["GConfInfo"] = apport.hookutils.command_output('gconftool-2', '/apps/rhythmbox')"
[18:21] <hggdh> oh. I just copied & pasted from another hook, it has to be adjusted (most probably the 'report["GConfInfo"]
[18:21] <hggdh> piece
[18:21] <hggdh> hold on
[18:22] <hggdh> oh, the signature changed
[18:23] <nigelb> meaning?
[18:23] <hggdh> report["GConfInfo"] = apport.hookutils.command_output('gconftool-2 -R /apps/rhythmbox')
[18:24] <nigelb> that one clearly didn't work
[18:24] <hggdh> command_output (of old) received at least two parameters, the programme to fire off, and the parameters to the programme
[18:24] <nigelb> "report["GConfInfo"] = apport.hookutils.command_output(['gconftool-2', '-R', '/apps/rhythmbox'])"
[18:24] <nigelb> ^^ worked
[18:25] <hggdh> yes, globbing them together, and -- most important -- adding the '-R'
[18:25] <hggdh> :-)
[18:25] <hggdh> sorry
[18:26] <nigelb> how do I figure out current user?
[18:27] <nigelb> now, all lines with 'username' 'password' or my home directory's name should be removed
[18:37] <hggdh> it is probable all references to your home dir will be in the form /home/<string>/
[18:39] <hggdh> so a regex search for '\Wpassword =' should get the passwords
[18:39] <nigelb> hggdh: I have to remove all these strings "library_locations, download_prefix, share_password, username"
[18:40] <hggdh> remove the lines, or remove sanitise the values?
[18:41] <nigelb> I think remove the lines as such would be safer
[18:41] <hggdh> and share_name, probably
[18:42] <nigelb> yeah that too (how did I miss that one)
[18:42] <hggdh> you missed it because you are starting to look at it :-)
[18:43] <issyl0> Hmm, that's weird.
[18:43] <issyl0> Can't I mark bugs as "wishlist"?
[18:44] <nigelb> issyl0: only bug control
[18:44] <nigelb> just ask here and someone will do it for you
[18:44] <issyl0> I just saw this: https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/524548 and thought well that's not a bug it's what someone wants
[18:44] <ubot4> Launchpad bug 524548 in xserver-xorg-video-ati (Ubuntu) "please backport "Allocate Xv buffers to GTT." from upstream for lucid (affects: 1)" [Undecided,New]
[18:44] <issyl0> Oh okay
[18:44] <issyl0> I think that's right; I'm new to all this bug triaging, I'm trying to get more involved :)
[18:45] <nigelb> issyl0: next time, say bug followed by number, bug 524548
[18:45] <ubot4> Launchpad bug 524548 in xserver-xorg-video-ati (Ubuntu) "please backport "Allocate Xv buffers to GTT." from upstream for lucid (affects: 1)" [Undecided,New] https://launchpad.net/bugs/524548
[18:45] <issyl0> OK :)
[18:47] <issyl0> So what can I do to get more involved then, if i can't tag bugs, as such?
[18:48] <nigelb> issyl0: heard of 5 a day?
[18:51] <nigelb> hggdh: how do I remove that line?
[18:51] <nigelb> (not able to figure that part out)
[18:52] <nigelb> hm, bug 479241, the last Triaged to Fix Released seems suspicious
[18:52] <ubot4> Launchpad bug 479241 in rhythmbox (Ubuntu) (and 1 other project) "rhythmbox assert failure: RhythmDB:ERROR:rhythmdb-tree.c:1641:rhythmdb_tree_entry_delete: assertion failed: (g_hash_table_remove (db->priv->entries, entry->location)) (affects: 1)" [Medium,Fix released] https://launchpad.net/bugs/479241
[18:54] <andreyfr>  I have 2.6.32-10-generic and 2.6.32-13-generic to choose from in GRUB. If I choose the 2.6.32-13-generic - video isn't properly initialized. Shall I report this?
[18:55] <hggdh> nigelb: corrected to triaged, thank you
[18:56] <hggdh> nigelb: give me some time for lunch, will be back in a few
[18:56] <nigelb> sure :)
[19:19] <hggdh> nigelb: I am back, let me look on your search & replace
[19:20] <nigelb> hggdh: my search and replace is a total disaster, so I deleted it
[19:20] <nigelb> can you give me a basic workflow of how I'm supposed to do it?
[19:20]  * nigelb feels totally n00bish to python
[19:24] <issyl0> nigelb: sorry, I went out.  Yes, I have heard of five a day - what can I do there then?
[19:24] <nigelb> issyl0: triage bugs of packages that you can understand
[19:24] <nigelb> dont try much
[19:24] <issyl0> OK :)
[19:25] <nigelb> just make sure you work on 5 new bugs every day
[19:25] <nigelb> hggdh: I tried to use a for loop and split lines
[19:25] <nigelb> somehow I messed it up
[19:25] <hggdh> heh
[19:25] <hggdh> hold on
[19:36] <nigelb> hggdh: yaay! I managed to get the debug working :)
[19:36] <nigelb> it opens rhythmbox, collects debug, attaches to the bug report
[19:37] <nigelb> now only sanitization of this gconf data
[19:39] <hggdh> nigelb: have a look at http://docs.python.org/howto/regex.html
[19:41] <hggdh> regex would probably be easy to use -- the pattern you are looking for is simple -- ^\s(password|share_name|name|<etc>)\s=\s(.*)$
[19:42] <hggdh> which means: ^\s  -- start of the line, white space
[19:42] <nigelb> I still gotta split?
[19:43] <hggdh> (password|share_name|<etc>) -- this is group 1, which will match *either* of the values
[19:43] <hggdh> yes, you need to split
[19:44] <hggdh> for line in report.splitlines():
[19:44] <hggdh> \s=\s  -- followed by white space, an equal sign, white space
[19:45] <hggdh> (.*)$ followed by *anything* until end-of-line
[19:45] <hggdh> this also happens to be group 2 (second '(' ')')
[19:46] <hggdh> and you need to change group 2 to -- say -- '##MASKED##'
[19:47] <nigelb> hggdh I'm utterly lost
[19:49] <nigelb> my statement now looks like "\s=\s == (.*)$(##MASKED##)"
[19:50] <hggdh> nooooo
[19:50] <hggdh> :-)
[19:50] <nigelb> like I said, I'm lost
[19:50] <duanedesign> seems we have someone assigning themselves to ubuntu One bugs and then setting the status to incorrect values.
[19:51] <nigelb> duanedesign: lp ID?
[19:51] <nigelb> got an example bug?
[19:51] <persia> example bug is more interesting
[19:52] <duanedesign> bug 478653
[19:52]  * nigelb kicks ubot4 
[19:52] <duanedesign> lol
[19:52] <duanedesign> there are quite a few. The U1 guys are working on a way to correct them
[19:53] <hggdh> nigelb: see http://pastebin.com/d61bbc6e4
[19:53] <duanedesign> i guess the first step, other than fixing them, is sending a polite letter attempting to educate the user on correct protocol.
[19:54] <nigelb> duanedesign: open a launchpad question, talk to someone in #launchpad, they'll do the polite thingey
[19:54] <hggdh> https://bugs.edge.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/478653
[19:54] <nigelb> hggdh: that is complicated.  No wonder I got lost
[19:55] <ubot4> Launchpad bug 478653 in ubuntuone-client (Ubuntu) (and 1 other project) "BadTransition: SYS_OAUTH_ERROR (affects: 124) (dups: 62)" [High,Fix committed]
 I wonder if it is the same person as the last times
[19:58] <seb128> nigelb, hi, sorry I was not working today
[19:58] <hggdh> hi seb128, long time
[19:58] <nigelb> seb128: ah.  I've been working with hggdh to get an apport hook for rhythmbox
[19:58] <seb128> hey hggdh, how are you?
[19:58] <seb128> nigelb, ah nice
[19:59] <nigelb> second thing: there are some rhythmbox bugs, which has enough information which no one has got around to triaging.  Can I give you the list where this happens by next week?
[19:59] <nigelb> (I dont speak the debug launguage ;) )
[20:00] <nigelb> yet
[20:02] <seb128> nigelb, sorry but I'm too busy to do triaging
[20:02] <nigelb> seb128: no problem :)
[20:02] <nigelb> I'll get a hold of someone else to help me understand the logs
[20:02] <seb128> what do you call "triaging" there?
[20:02] <nigelb> just getting an idea of what the logs say
[20:02] <seb128> if they have enough informations they are usually to forward to gnome
[20:02] <seb128> not to triage
[20:03] <nigelb> the thing is, I donno if its a bug or not :(
[20:03] <seb128> logs are pretty clear usually
[20:03] <seb128> what do you not understand there?
[20:03] <nigelb> I can't make head or tail out of it :(
[20:03] <nigelb> is there some document I can refer to, to understand them?
[20:07] <nigelb> seb128: no worries.  I'll try again.  If I run into very grave issues.  I'll get in touch with you some other time :)
[20:08] <nigelb> hggdh: I suppose I have to say "report["GconfData"] = newReport" at the end?
[20:11] <nigelb> hggdh: something went wrong.  I dont see that file attached
[20:13] <seb128> nigelb, logs just list lot of infos on what the software is doing
[20:13] <seb128> there is no magic way to read those
[20:13] <seb128> just look for the info which is useful for the bug
[20:14] <nigelb> okay :) I'll try that again.  Probably peeking at source code a bit might help
[20:16] <seb128> well you should not ask for a debug log if you don't need any info from there
[20:18] <nigelb> it was asked earlier and I'm just trying to close off the old reports
[20:31] <nigelb> hggdh: ping me when you're back?
[20:34] <hggdh> nigelb: yes, you can say report['GConfData'] = newReport
[20:35] <nigelb> except it doesn't work
[20:35] <hggdh> pastebin the beast ;-)
[20:35] <nigelb> http://pastebin.com/ma409471
[20:38] <hggdh> nigelb: move lines 22-24 (the def : entry) after line 2
[20:40] <hggdh> nigelb:the python laws, as sent over by the author, state one module per import (but this is just aestetic_
[20:43] <nigelb> hggdh: now the whole thing got shot to hell.  I cant even see the menu
[20:43] <hggdh> yeeeh
[20:44] <SwedeMike> hi, I've reported https://bugs.launchpad.net/ubuntu/+bug/516524 12 days ago with step by step how to reproduce the problem in 10.04 (and it also is a problem in 9.10 but to a lesser degree) but still there hasn't been (as far as I can see) any activity on the bug. What am I missing? Can I do anything else? this is a regression that appeared in 9.10, works great in 9.04
[20:45] <ubot4> Launchpad bug 516524 in ubuntu "Passphrase request at bootup doesn't work properly (affects: 1)" [Undecided,New]
[20:47] <hggdh> nigelb: pastebin it again
[20:48] <arand> Regarding Bug #39321 with upstream https://bugs.freedesktop.org/show_bug.cgi?id=3188, the patches constitute a huge improvement on the current state of text selection in poppler/evince, however the patches are not commited upstream and it seems they might be planning on taking a while, making a separate API for it (ref. http://lists.freedesktop.org/archives/poppler/2009-December/005386.html). However I still think that the patches are importan
[20:48] <ubot4> Launchpad bug 39321 in poppler (Ubuntu) (and 3 other projects) "Some problems with marking and copying text (affects: 1) (dups: 1)" [Undecided,Confirmed] https://launchpad.net/bugs/39321
[20:48] <ubot4> Freedesktop bug 3188 in general "Pasting tables cells in strange order" [Normal,New]
[20:50] <hggdh> arand: please email ubuntu-devel-discuss -- it would be a better place to discuss this than this channel
[20:50] <hggdh> or try #ubuntu-desktop
[20:51] <arand> hggdh: Okies
[22:47] <phantomgraph> I'm not sure if this is the right channel, so please direct me to the correct one if this is not appropriate. I need some help figuring out why when I installed the latest CUPS update fragged all my windows machines to see the print server I set up on my Linux Box.
[22:49] <persia> phantomgraph: Which release are you running?
[22:50] <phantomgraph> Latest one - 9.1 I think...
[22:50] <phantomgraph> Just upgraded.
[22:50] <phantomgraph> (it worked prior to the cups update)
[22:52] <persia> OK.  You'll want to ask in #ubuntu
[22:53] <persia> Be warned that the traffic in there is high-volume.
[22:53] <persia> There may also be an #ubuntu-XX channel, where XX is a country code (e.g. #ubuntu-qa for Qatar), which may be a less-noisy forum.
[22:53] <phantomgraph> I should explain I upgraded and installed all the drivers for 9.1, set up everything and it worked, then the cups update happened and now I cant make it work...
[22:55] <phantomgraph> On #ubuntu I've asked several times (and on different days), no one ever responds or acknowledges my question..
[22:55] <persia> That's annoying.
[22:55] <persia> File a bug, and mark it "regression".
[22:55]  * phantomgraph nods
[22:55] <persia> For extra points, check the changelogs for the packages that you updated, and reference the bug the package attempted to close.
[22:56] <persia> And please share the bug number here, so we can track it.
[22:56] <persia> We don't offer support here, but we're very happy to help make sure bugs get in good shape and get the right attention.
[22:58] <phantomgraph> Great! Now for the 1M$ question.. the 'package attempted to close'.. ? it's got to be cups is that what you mean?
[23:00] <persia> So, you updated some package.  Perhaps cups.
[23:00] <persia> Maybe some of the other printer stuff.
[23:00] <persia> There's documentation of all the changes in /usr/share/doc/${PACKAGE}/changelog.Debian.gz or changelog.gz
[23:01] <persia> One of the updates should mention some critical bug that was fixed, which fixing seems to have broken your setup.
[23:01] <persia> Mentioning that bug in your new bug report may help to get the right attention.
[23:01] <phantomgraph> Not sure... but I tried deleting and reinstalling.
[23:02] <phantomgraph> I even had to delete the conf file..
[23:07] <phantomgraph> I'll take a look at the change log file and see if anything strikes me.. all I can say now (And will to the bug team) is that the upgrade messed it up and nothing I could do would fix it.. (Or think of doing)...
[23:07] <phantomgraph> Thanks for the advice persia!
[23:08] <persia> Please do file a bug.  We'll try to make sure the right people see it and sort it.
[23:08]  * phantomgraph hugs And takes your advice.... }:8>
[23:09] <phantomgraph> I will, good day/night/ whatever for you.... and with my thanks.
[23:09] <phantomgraph> PG