[16:59] <AlanBell> could someone advise on the best thing to do with Bug #918896
[16:59] <ubot2`> Launchpad bug 918896 in pymssql (Ubuntu) "returns no data from SQL server" [Undecided,Confirmed] https://launchpad.net/bugs/918896
[16:59] <AlanBell> the code is completely broken, and has been since oniric
[16:59] <AlanBell> and it is broken in Debian, but upstream code is fine (upstream moved location)
[18:19] <hggdh> AlanBell: this new upstream, how much is it different? New release/big delta?
[18:24] <AlanBell> don't think there is much of a delta
[18:25] <hggdh> AlanBell: I think the best option would be a backport
[18:25] <AlanBell> it isn't a feature release really (the thing is basically feature complete)
[18:27] <hggdh> AlanBell: the problem is the version change -- I do not think it would fit in; if you can get the changes and add in as a patch -- and not being too excessively huge -- it would then be a simple SRU
[18:36] <AlanBell> hmm, maybe it is a huge diff
[19:41] <abuchbinder> Can someone take a look at https://code.launchpad.net/~adam-buchbinder/ubuntu/lucid/vim/vim-large-file-recovery/+merge/127161? It's a simple fix for a High-priority bug that's waiting to be merged in. It's been there for over a month. Can someone take a look?
[20:39] <mfisch> Is there a way to "Also affects" a package that has no project in LP?  For example nvidia-tegra3
[21:12] <hggdh> mfisch: I doubt, given we need at least one package to bug against
[21:13] <mfisch> hggdh: I have a package, just no project
[21:13] <hggdh> mfisch: but one could open a phantom project
[21:13] <mfisch> that's what I was thinking of doing
[21:13] <hggdh> sorry, one project
[21:13] <mfisch> but it doesn't seem too useful
[21:14] <hggdh> no, it does not. OTOH, how important would be a bug against something we do not deliver?
[21:15] <hggdh> I think you want a bug so that the issue is not lost
[21:20] <mfisch> hggdh: we already have a bug in the nexus7 project, the idea was to get upstream attention on those bugs, in this case, creating a new project will not help anybody, IMHO
[21:21] <hggdh> mfisch: then the ideal would be to open an upstream project for them, and set their bug URL. But best would be to check with the group involved so that this can be set correctly from start
[21:21] <mfisch> hggdh: thanks
[21:22] <hggdh> mfisch: I would expect there will be other upstreams on this
[21:22] <hggdh> mfisch: finally: worst scenario, create a nexus7 project, and all bugs go in there
[21:23] <mfisch> right now the ubuntu-nexus7 project is the starting point for bugs, then they get farmed out upstream as they come in
[21:23] <mfisch> hggdh: feel free to help triage ;)
[21:23] <hggdh> mfisch: well, it is part of my job description, as I was told ;-)
[21:24] <mfisch> cwayne, who will join this channel shortly is leading the triage/upstream efforts for us
[21:25] <mfisch> hggdh: https://bugs.launchpad.net/ubuntu-nexus7
[21:25] <cwayne> hello
[21:26] <mfisch> hggdh: did you and cwayne meet at UDS?
[21:27] <cwayne> yep, we've met
[21:27] <mfisch> my work here is done!
[21:27] <hggdh> mfisch: yes
[21:27] <hggdh> cwayne: I guess you know the drill ;-)
[21:27] <cwayne> hggdh: :)
[21:28] <cwayne> hggdh: quick question -- what's the best way to figure out where to upstream this bug: https://bugs.launchpad.net/ubuntu-nexus7/+bug/1070283
[21:28] <ubot2`> Launchpad bug 1070283 in ubuntu-nexus7 "after reboot, framebuffer of previous boot appears on screen" [High,Confirmed]
[21:30] <hggdh> cwayne: it sounds like buffers not being freed in the video card. So, I guess, nVidia (but I would check first with Google, if we have access)
[21:30] <hggdh> cwayne: we will have to find most of it in a rather painful way...
[21:30] <mfisch> cwayne: I tried google, but not very hard
[21:31] <mfisch> I'm sure that issue exists/has existed on other platforms
[21:31] <cwayne> ill poke around
[21:32] <cwayne> mfisch: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/667725
[21:32] <ubot2`> Launchpad bug 667725 in linux (Ubuntu) "old framebuffer contents show momentarily on reboot" [Undecided,Invalid]
[21:32] <cwayne> damn, marked invalid
[21:33] <cwayne> mfisch: should i re-open it and mark our bug a dup?  or just keep ours
[21:34] <hggdh> cwayne: we could reopen. Penalch closed it incorrectly
[21:35] <hggdh> (the fact the OP is no longer a LP user does not make a bug invalid)
[21:35] <cwayne> hggdh: excellent, I'll mark it as confirmed.  i'm going to mark it also affects ubuntu-nexus7 and then mark ours as a duplicate
[21:35] <cwayne> mfisch: any objections to that
[21:35] <hggdh> cwayne: ack
[21:36] <mfisch> no
[21:36] <mfisch> do we need to make cwayne the original filer (or can we)?
[21:36] <mfisch> cwayne: I LOVE dupes, so please do that.
[21:36] <abuchbinder-lapt> I filed LP #1059085 some time ago; is there any way to nudge someone to have a look at it?
[21:36] <ubot2`> Launchpad bug 1059085 in vim (Ubuntu) "Lucid: recovery silently deletes data in large files." [High,Triaged] https://launchpad.net/bugs/1059085
[21:36] <abuchbinder-lapt> Err, make that look at the code merge.
[21:37] <abuchbinder-lapt> I filed one of those as well.
[21:37] <hggdh> mfisch: I do not see why we need a real account there
[21:37] <hggdh> it was real once
[21:37] <mfisch> abuchbinder: why not ping the original reviewer?
[21:38] <cwayne> mfisch: done
[21:39] <hggdh> patch pilot should have picked it up
[21:40] <mfisch> hggdh: Sponsors isn't subscribed
[21:44] <mfisch> hggdh: does he need to subscribe sponsors?
[21:48] <hggdh> think so
[21:49] <mfisch> abuchbinder: try subscribing ubuntu-sponsors to the bug
[21:49] <mfisch> abuchbinder-lapt: ^^^
[21:49] <mfisch> abuchbinder-lapt: you could also ping the original reviewer via email let them you know you resubmitted
[22:02] <hggdh> cwayne: do you want to reopen the linux task on 667725?
[22:10] <cwayne> hggdh: i suppose so
[22:12] <hggdh> cwayne: done, also set as High
[22:12] <cwayne> hggdh: great, thanks
[22:19] <mfisch> cwayne / hggdh: Christopher M. Penalver objected to re-opening that bug
[22:20] <mfisch> he has a valid point that the original filer vanished and so could not provide details, but the new data from Chris should have been enough
[22:22] <cwayne> mfisch: hmm
[22:22] <hggdh> hum
[22:22] <mfisch> I have no objection to a new bug as it's cleaner, but I also claim you can re-open an old bug with new info
[22:22] <hggdh> kernel...
[22:22] <hggdh> yeah, let's open a new one with data from the nexus7
[22:23] <hggdh> I forgot about it: kernel bugs are usually highly dependent on the hardware -- not always, but more than frequently enough
[22:24] <mfisch> cwayne: filing with ubuntu-bug is not a bad idea
[22:24] <mfisch> cwayne: when you open it, I will confirm it
[22:24] <cwayne> mfisch: alright ill open it
[22:25] <achiang> mfisch: cwayne: too bad ubuntu-bug hasn't been patched yet
[22:25] <achiang> to autotag with 'mobile' and 'nexus7'
[22:25] <achiang> oh well, that shouldn't block cwayne
[22:25] <cwayne> nope, ill take care of it
[22:26] <hggdh> and I just re-closed the linux task
[22:26] <cwayne> mfisch: wait, did we re-enable apport?  i can just reopen the bug i marked as a dup and add info to there
[22:27] <mfisch> apport is enabled
[22:27] <cwayne> mfisch: alright, ill just add info to our bug
[22:40] <hggdh> cwayne: is there a channel for nexus7?
[22:42] <cwayne> hggdh: we've been using #ubuntu-arm
[22:42] <hggdh> thanks, will go there, then