[00:00] <xteejx> have you tried a lucid live cd at all?
[00:00] <m0ar> To clearify; it's NOT possible that it's a router problem since i can use the same statical IP and DNS from windoose
[00:00] <m0ar> No, haven't tried lucid
[00:00] <xteejx> i understand Ubuntu will not let you obtain an ip from the router
[00:01] <m0ar> Ya :/
[00:01] <xteejx> ok well if you can download lucid and try it as a live cd, see if the problem is fixed there, and if not file a bug report using ubuntu-bug
[00:01] <m0ar> but the really wierd thing is that it's still there after a reinstall on a formatted partition, because it worked out of the box when I first installed karmic. That was also a clean install
[00:02] <m0ar> File reports with ubuntu-bug without internet is pretty meh :)
[00:02] <xteejx> si thought you said you had ethernet?
[00:02] <m0ar> Yeah
[00:02] <m0ar> And a cable that's 0,5 meters :)
[00:02] <xteejx> .....
[00:02] <xteejx> so it isnt possible?
[00:02] <m0ar> I'll do that later, probably next week :/
[00:03] <xteejx> btw what wifi is it?
[00:03] <m0ar> Yeah, but I'm kinda handicapped without a working computer
[00:03] <m0ar> Intel 5100 AGN
[00:03] <m0ar> Windoose doesn not satisfy
[00:04] <xteejx> hang on 1 sec
[00:07] <xteejx> m0ar: bug 437953, bug 398898, bug 356561 may be relevant after a search
[00:07] <ubot4> Launchpad bug 437953 in linux "Problems with Intel Wireless WiFi Link 5100 agn, with wifi "n" connection" [Undecided,New] https://launchpad.net/bugs/437953
[00:07] <ubot4> Launchpad bug 398898 in network-manager "wlan switched off on boot up" [Undecided,New] https://launchpad.net/bugs/398898
[00:07] <ubot4> Launchpad bug 356561 in hal "After switching off and then on the wireless switch (iwlagn, Intel Wireless WiFi Link 5100AGN) " [Undecided,New] https://launchpad.net/bugs/356561
[00:08] <m0ar> Still; i freaking REINSTALLED the OS because I didn't wanna tinker anymore with it
[00:08] <m0ar> With no effect :'D
[00:09] <xteejx> m0ar: strange! have a look at those 3 bugs see if any are of any relevance may help :)
[00:11] <m0ar> xteejx: Oh, thank you!
[00:12] <xteejx> m0ar: no problem :)
[00:20] <m0ar> xteejx: I'll be in later, catch you later
[00:21] <xteejx> its 12:20am here ill be off very soon
[00:21] <xteejx> 2 late
[00:21] <hggdh> nah
[00:39] <xteejx> hggdh: 12:39am not late? you're kidding right? lol
[00:47] <hggdh> :-)
[00:56] <xteejx> night all
[01:38] <WeatherGod> I did some automated crash reports, and the reports were set to private.
[01:39] <micahg> WeatherGod: that's normal
[01:39] <WeatherGod> ok, I am running off a LiveCD...
[01:39] <WeatherGod> possibly the only sensitive thing I entered on my computer would be my network password
[01:39] <micahg> WeatherGod: if you're the submitter you should still see it
[01:40] <WeatherGod> I guess I will double-check my traceback and see if there is anything about that before setting it to public
[01:42] <WeatherGod> yeah, unless there is some special vodoo for the process maps, it is clean
[01:46] <WeatherGod> ok, well, I marked them public
[01:47] <micahg> WeatherGod: before retrace?
[01:47] <WeatherGod> ?
[01:47] <micahg> bug #?
[01:47] <WeatherGod> bug 507277
[01:47] <ubot4> WeatherGod: Bug 507277 on http://launchpad.net/bugs/507277 is private
[01:47] <WeatherGod> that is actually one of two
[01:47] <WeatherGod> heh
[01:49] <WeatherGod> ah, just refreshed it
[01:49] <WeatherGod> I see that it got marked as a dupe
[01:52] <WeatherGod> I am on a mission tonight to find as many different ways I can break Lucid...
[01:52] <WeatherGod> gonna be fun
[01:53] <micahg> WeatherGod: have fun
[01:53] <WeatherGod> hehe
[02:36] <WeatherGod> so, essentially, Ubuntu Software Center can't seem to do anything right unless it has a package list
[02:36] <micahg> right, there's a bug for that
[02:36] <WeatherGod> was it fixed for 1.1.8?
[02:37] <micahg> idr
[02:37] <WeatherGod> because I can't test that as i have to have a package list to upgrade to 1.1.8
[02:37] <WeatherGod> heh
[02:38] <WeatherGod> actually, wasn't it a major issue for Karmic?
[02:38] <micahg> yep
[02:39] <WeatherGod> also, just a thought...
[02:40] <WeatherGod> I understand the rational behind not having apport report for outdated software...
[02:40] <WeatherGod> but maybe let it report for things like Software Updater and whatnot?
[02:40]  * micahg doesn't remember where it is
[02:41] <WeatherGod> because, what if the reason the software is outdated is because the user can't update due to a bug
[03:05] <CarlFK> /var/log/jockey.log which ends with ERROR: update-alternatives: warning: skip creation of /usr/share/man/man1/nvidia-smi.1.gz because associated file /usr/share/man/man1/alt-nvidia-96-smi.1.gz (of link group gl_conf) doesn't exist.
[03:05] <CarlFK> should I bug jockey or nvidia-glx?
[04:56] <bcurtiswx> hey vish, thanks for the info.. i'll keep that in mind for next time
[05:10] <vish> bcurtiswx: np :)
[05:15] <micahg> bcurtiswx: graphical resolution bugs convert to Q?
[05:17] <vish> hmm.. is the last comment supposed to be a bribe o.0  > Bug 74042
[05:17] <ubot4> Launchpad bug 74042 in gdebi "gdebi-gtk - Include "uninstall" button" [Wishlist,Confirmed] https://launchpad.net/bugs/74042
[05:17] <vish>  :s
[05:22] <micahg> vish: incentive
[05:23] <vish> well , hope someone is enticed and fixes...  ;)
[05:23] <vish> fixes it*
[06:41] <Usama> Hello, I've similar problem to this https://bugs.launchpad.net/ubuntu/+source/linux/+bug/451640
[06:41] <ubot4> Launchpad bug 451640 in linux "[Asus eeePc 1005HA] Suspend to RAM with wifi off deactivate the ethernet on next resume" [Undecided,New]
[06:41] <Usama> can some one tell me how to make useful report?
[06:42] <persia> Usama: One might usually use apport-collect, but it appears someone else already uploaded all the relevant data to the bug.
[06:43] <Usama> May I help in something else?
[06:44] <persia> Usama: Well, the bug report is currently against the kernel and talks about investigations done with network-manager.
[06:44] <persia> You might investigate whether the kernel or network manager is having the issue, and potentially reassign the bug to network manager.
[06:45] <Usama> may I ask how to check that?
[06:45] <persia> Alternately, if you can confirm it is the kernel, you could document the results of your investigation there, which may help the kernel folk debug it.
[06:45] <persia> I'm not exactly sure :)
[06:46] <persia> If I were investigating it, I'd probably start by disabling network manager and using lower-level tools to turn off WiFi (but not ethernet) and see if that survives a suspend-resume cycle.
[06:46] <persia> If it has the same behaviour, it's probably the kernel.  If it has a different behaviour, it's probably network manager.
[06:47] <persia> (and be sure to document what you did and what results you got in the bug)
[06:59] <Usama> ok thank you
[06:59] <ruffus910> good morning all
[07:07] <Usama> low level tool like 'ifconfig' or 'ifup'?
[07:07]  * Usama a bit busy at wokr
[07:07]  * Usama *work
[07:50] <thekorn> good morning
[09:05] <vish> hmm, the 5-a-day stats are just not updating... I'v changed my lp name nearly a month ago and it is still stuck with my old name and stats :(
[10:22] <vish> is this a bug in EOG or gcc? Bug #503061
[10:22] <ubot4> Launchpad bug 503061 in hundredpapercuts ""Change desktop background" dialog shows up when using "Set as desktop wallpaper" option in image viewer" [Low,Incomplete] https://launchpad.net/bugs/503061
[10:26] <om26er> if a bug is not reproduceable and the reporter says he don't use the app any more to give further info what should i mark it.
[10:28] <Ampelbein> om26er: I'd mark is "Invalid", stating in a response why and that the bug should be reopened when someone has the issue again.
[10:32] <persia> It's worth including a request in the response for anyone else encountering it to provide specific steps to reproduce, as otherwise it may be difficult to fix later.
[10:33] <persia> (alternately stated: when marking something invalid because triage cannot continue, be sure to ask the necessary triage questions in advance so the reopener can answer them without another round trip)
[10:33] <alvin> What package interprets the options set in /etc/fstab during boot? I might have find a bug (_netdev is not respected as an option)
[10:35] <vish> is this a bug in EOG or gcc? Bug #503061
[10:35] <ubot4> Launchpad bug 503061 in hundredpapercuts ""Change desktop background" dialog shows up when using "Set as desktop wallpaper" option in image viewer" [Low,Incomplete] https://launchpad.net/bugs/503061
[10:35] <vish> anyone^ :)
[10:36] <Ampelbein> vish: why do you think it would be a bug in gcc?
[10:36] <Ampelbein> i.e.: what has the compiler to do with it?
[10:37] <vish> Ampelbein: hmm , i thought the "appearance" dialogue was part of gcc... but i'm not sure it is an EOG bug
[10:38] <Ampelbein> vish: gcc is a compiler.
[10:40] <persia> "gcc" is a compiler.  "g-c-c" is the typical shorthand for GNOME Control Centre, rather than "gcc", to distinguish.
[10:40] <vish> persia: oops  , i meant t g-c-c :)
[10:40] <Ampelbein> oh. sorry, got that wrong
[10:41] <vish> Ampelbein: sorry , i my bad :)
[10:41] <persia> alvin: I believe it to be "mountall"
[10:42] <alvin> persia: I feared as much. Thanks. I already found an existing bug and will add my comments to that (Bug 384347)
[10:42] <ubot4> Launchpad bug 384347 in util-linux "_netdev not working" [Undecided,New] https://launchpad.net/bugs/384347
[10:42] <vish> persia: so would that bug need to be dealt in both EOG[plugin perhaps?] and g-c-c ?
[10:43] <persia> alvin: On my system, /sbin/mountall isn't provided by util-linux (but rather by mountall)
[10:44] <alvin> persia: Yes, the original reporter reported this against the wrong package I think. I'll add mountall
[10:44] <Ampelbein> vish: i think eog is to "blame". It calls gdk_spawn_command_line_on_screen (screen,"gnome-appearance-properties" " --show-page=background",NULL); after setting the background
[10:44] <persia> vish: I don't know enough about how the packages interact to have an opinion on where the bug belongs.
[10:45] <vish> Ampelbein: ah.. ok. got it :)
[10:45] <vish> persia: thanks :)
[10:45] <Ampelbein> in eog-window.c, function eog_window_set_wallpaper()
[10:47] <vish> Ampelbein: could you comment that on the bug? or shall i quote you from there?
[10:47] <vish> s/there/here
[10:47] <Ampelbein> vish: I can do that on lp and the gnome bugzilla.
[10:47] <vish> Ampelbein: awesome , thanks.. :)
[10:52] <Ampelbein> vish: done ;-)
[10:53] <vish> Ampelbein: cool... can i tempt you to submit a patch for that too? [i'm gonna set a papercut milestone for it]
[10:53] <vish> :)
[10:54] <Ampelbein> vish: I don't know... Don't want to start working on that without response from the eog developers. I made a suggestion on the gnome-bugzilla to make this a checkbox option. I'd think that would be better than removing the call.
[10:55] <vish> Ampelbein: great , i see you are subscribed to the bgo bug , so its awesome :)
[10:56] <vish> thanks
[10:57] <Ampelbein> no problem
[11:30] <alvin> Bug 65230 was fixed a long time ago. (Hardy) In Karmic, I still see messages appear after the boot prompt appeared. Should it be reopened?
[11:30] <ubot4> Launchpad bug 65230 in upstart "startup messages continue on screen after first login prompt appears" [Medium,Fix released] https://launchpad.net/bugs/65230
[11:53] <persia> alvin: Personally, I think that's just a natural result of non-sequential startup.  In practice, it doesn't generally interfere with anything.
[11:53] <persia> Easy workaround is to use vc2 for the initial login.
[11:55] <alvin> persia: It's very ugly. On some machines I can scroll up until the original boot prompt is visible. Especially when using NFS. Every share gives a lot of errors. Also, the messages keep coming. (Apparently sshd and smbd need to be restarted from time to time, and the console shows that)
[11:55] <alvin> persia: Well, you can just press enter
[11:55] <alvin> persia: It's no critical bug, but it's there. Should it be reopenend?
[11:56] <persia> https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/65230/comments/31 likely provides a guide as to why it's appearing again, but I'd suggest it warrants a new bug rather than reopening that one.
[11:56] <ubot4> Launchpad bug 65230 in upstart "startup messages continue on screen after first login prompt appears" [Medium,Fix released]
[11:57] <persia> But be aware that as long as one is logging into a console to which messages are sent, there's no way to make it completely pretty.
[11:57] <alvin> I can live with that.
[11:57] <persia> Because it's quite possible to have more stuff write to console post-login, etc.
[11:58] <alvin> Showing nothing after the boot prompt and sending all post-boot messages to tty4 or something would be much nicer.
[12:04] <alvin> Good, bug 414017 already exists for the repeated messages on the root console (like smbd and sshd)
[12:04] <ubot4> Launchpad bug 414017 in samba "dhclient hooks should not output messages on the root console" [Low,Invalid] https://launchpad.net/bugs/414017
[12:16] <kamusin> hey
[12:19] <persia> alvin: After reading all the comments, I think that "fixing" it really requires deep work, rather than being just a simple change.  See https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/65230/comments/34 and https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/65230/comments/35
[12:19] <ubot4> Launchpad bug 65230 in upstart "startup messages continue on screen after first login prompt appears" [Medium,Fix released]
[12:20] <persia> Essentially, as long as console is copied to vc1, vc1 is going to end up with messages after getty presentation.
[12:20] <persia> (although they may be inordinately delayed in some cases, depending on the activity on the machine)
[12:25] <alvin> Yes, it's probably a lot of work. My hope is that we will one day have a good feedback system. Proper boot logging (bug 328881, my favorite) and readable messages. I used Gentoo a long time ago, and I remember that logging used to be on a separate console.
[12:25] <ubot4> Launchpad bug 328881 in upstart "init: support logging of job output" [Medium,Triaged] https://launchpad.net/bugs/328881
[12:36] <persia> alvin: well, depending on the implementation, 328881 could be perceived as making the symptoms in 65320 worse, but yeah, if that was in place, then it wouldn't matter as much (because there'd be a good argument for not sending stuff to console anyway)
[12:38] <vish> could someone set Bug #503315 to triaged?
[12:38] <ubot4> Launchpad bug 503315 in nautilus "File access field is not properly updated in folder properties (Nautilus)" [Low,Confirmed] https://launchpad.net/bugs/503315
[12:38] <alvin> Exactly. It would make finding bugs easier too. I'm trying to pinpoint problems with the karmic boot process, and a log would make life eaier. Oh well...
[12:38] <alvin> s/eaier/easier
[12:42] <persia> alvin: If you have two machines available, use a kernel argument to use a serial console, and log that.
[12:42] <persia> (this also works if one has a serial printer or line terminal, but that's usually less likely for modern users)
[12:43] <alvin> persia: I hadn't thought of that. Thanks. About all Karmic machines I'm using have critical boot problems, so I'll try it.
[12:43] <persia> vish: I won't set it triaged.  I can't understand the bug from reading it.
[12:44] <yofel> Low/Triaged: bug 507192
[12:44] <ubot4> Launchpad bug 507192 in kile "Overlapping hotkey Alt+O when using "Find" or "Replace"" [Undecided,Confirmed] https://launchpad.net/bugs/507192
[12:45] <persia> yofel: Done.
[12:46] <yofel> persia: thx
[12:48] <vish> persia: it has been sent upstream , the upstream report is clearer
[12:49] <vish> persia: the lp user mentions that the permissions are changed but it is not immediately reflected in the peroperties window
[12:49] <vish> properties*
[12:52] <persia> vish: Explaining it to me won't help.  I won't set it triaged because *I* don't immediately understand the nature of the issue from reading the bug report.  Someone else might.  Alternately, the description could be updated to better encapsul.ate the issue
[12:54] <persia> When I try to replicate in my local environment, I can reproduce the described issue, but I can also change the permissions in other ways, and don't expect an update to happen then.
[12:54] <persia> So, either this bug is asking for nautilus to monitor the permissions and keep the control updated in realtime, *or* it is asking for the control to show the results of the last action regardless of whether these are correct.
[12:54] <persia> It is entirely unclear from the description and the bug comments which request is considered the bug.
[12:55] <persia> So even if I was intimately familiar with the relevant code and prepared to make the change based solely on the bug report, I wouldn't know whether I had done so.
[12:56] <persia> (sorry - momentary client issue)
[13:00] <persia> vish: Looking at the upstream bug, it suffers from the same issue.
[13:00] <vish> persia: hmm.. well I'll leave it alone too...  ;)
[13:02] <persia> vish: Alternately, debate with the submitter to determine the requested behavior, and once you believe that the nature of the requested change is clearly obvious, request again that it be considered "triaged".
[13:08] <komputes> so we have a wiki page on "Bug Ownership" and what it entitles (responsibilities associated)?
[13:08] <komputes> do*
[13:09] <komputes> https://wiki.ubuntu.com/Bugs/Assignment is kind of it i guess...
[13:09] <persia> komputes: What are you trying to accomplish?
[13:10] <komputes> persia: trying to explain (in more detail) what it means for a bug to be assigned to a person
[13:10] <persia> komputes: Well, it tends to mean different things to different people.
[13:10] <persia> It might mean "I've put this on my todo list"
[13:11] <persia> It might mean "Someone else put this on my todo list"
[13:11] <persia> It might mean "I'm working on it"
[13:12] <komputes> persia: so it doesn't mean "I'm taking, or have been given responsability to fix this"
[13:12] <persia> It could mean that :)
[13:13] <persia> For a while, it was also used to mean "I'm the best contact for this bug now"
[13:14] <persia> so someone would assign themselves when triaging and then unassign when done, but once we got the "Triaged" bug status, we stopped doing that.
[13:15] <thekorn> whatever it means, If you feel like assigning a task to another user, get in contact with him/her first
[13:15] <persia> Or have some prior arrangement that means you don't need to do so.
[13:16] <persia> (e.g. if you hire someone, you can assign them all the bugs you want, usually)
[13:16] <komputes> ok, thanks. do you feel https://wiki.ubuntu.com/Bugs/Assignment be expanded to include what we have discussed
[13:17] <persia> komputes: I guess the best way to describe common usage is: 1) Only assign yourself or someone who agrees to let you assign them, and 2) if someone is assigned, contact them before fixing it yourself
[13:17] <komputes> I guess I could add that to the wiki...
[13:17] <persia> I think the current text of Bugs/Assignment is good.
[13:18] <persia> Precisely how it gets used is very flexible and changes by individual.  By being vague on the wiki, we don't have to argue about which is the "correct" interpretation.
[13:19] <thekorn> hehe, good point
[13:19] <persia> komputes: Do you feel there is a problem with the current definition?  What sort of misunderstanding do you think may appear?
[13:20] <vish> re..
[13:20] <komputes> I do think it could benefit from the "Contact person (have them agree) before assigning" and "If someone is assigned, contact before starting a fix" guidelines you stated
[13:20] <vish> persia: will ask for info
[13:20] <persia> komputes: Well, most of us would rather not be contacted to be asked if we can be assigned.
[13:21] <komputes> persia: but you would rather be contacted than just blindly assigned a bug ;)
[13:21] <persia> It tends to be more that when people are discussing a bug, and someone plans to fix it but doesn't have it open, that person might say "assign me".
[13:22] <persia> Or arrangements external to Ubuntu that may cause one person to be able to speak on behalf of another.
[13:22] <komputes> like an upstream contact
[13:22] <persia> But I think those cases are obvious when they come up, and don't need explicit instruction.
[13:22] <komputes> agreed, self assignment as well
[13:23] <persia> komputes: I personally don't pay any attention to the list of bugs to which I'm assigned, although I assign and unassign myself to bugs for certain workflows.
[13:23] <persia> I can't speak for others: depends on whether they use bug assignment to manage their tasks.
[13:24] <komputes> well I hope maintainers of a specific package, look at the bugs for their package
[13:24] <persia> How do you mean "like an upstream contact"?  Something like the Ubuntu Coordinator for the frobnicator team assigns one of the frobnicator developers to work on the bug?
[13:24] <persia> We don't have maintainers in Ubuntu.
[13:24] <komputes> I don't go through all my bugs either, just check the one that get updated (notified by email)
[13:24] <persia> Well, we have maintenance teams, but that's not people.
[13:25] <komputes> yeah, maintainer, someone from upstream, or a package adopter
[13:25] <persia> Again, there are no maintainers.
[13:25] <komputes> in many cases it's not done (i.e. subscribe to bug mail) which is a shame :(
[13:25] <persia> Upstream might assign themselves, but typically would be assigned the upstream task, rather than the Ubuntu task.
[13:25] <persia> a package adopter typically wouldn't be assigned to a bug, but rather subscribed to bugs for the package.
[13:26] <^arky^> Is there meta bug for CE: hpet increasing min_delt\
[13:26] <^arky^> a_ns to 15000 nsec
[13:26] <^arky^>  kernel errors
[13:29] <komputes> persia: not assigned, just look, and perhaps subscribe to bugmail for that package
[13:29] <persia> komputes: Anyway, to get to your next point: I agree it might benefit from the latter addition.  Perhaps something like "If the bug task has an assignee, it may be worth contacting them before starting work on the bug".
[13:30] <persia> Oh, yeah.  Lots of people subscribe to bugs :)
[13:30] <persia> Both people and teams tend to have some set of packages for which they are bug contacts.
[13:31] <persia> And for a number of the Ubntu workflows, we use subscription as the method of notifying people who might be interested in becoming assigned.
[13:32] <komputes> persia: ok, so i'll add that, but not "It is generally bad etiquette to assign a bug to someone else unless agreed upon together"?
[13:33] <persia> Personally, I think "...for most packages you should not assign the bug to a person or team" covers that well.
[13:33] <persia> There are a couple teams that actively request assignment for workflow, so it's risky to be too specific.
[13:35] <komputes> okidok
[13:39] <vish> Bug #503330 updated and submitted upstream , could someone set to triaged/low
[13:39] <ubot4> Launchpad bug 503330 in nautilus "File operation dialogue , the file count and the size count change in opposite direction." [Low,Incomplete] https://launchpad.net/bugs/503330
[13:41] <pedro_> vish, done, i've changed the severity to minor on the upstream report though
[13:41] <persia> I can't even reproduce that one.
[13:41] <vish> pedro_: ah , right.. i forgot that :) thanks for reminding
[13:42] <vish> persia: this was a different but.. :) i havent updated the previous bug yet ;)
[13:42] <vish> bug*
[13:43] <persia> vish: the one I can't reproduce is 503330.
[13:43] <persia> Not to say it isn't there, just that I can't reproduce it.
[13:44] <vish> persia: you have to try with *several* files[ideally large video files ;) ] to notice it
[13:44] <persia> I guess I don't have enough of those :)
[13:49] <^arky^> Is the DebuggingRemovableDevices wiki page out of date?
[13:49] <^arky^> it mentions ck-list-sessions which package provides it ?
[14:04] <thekorn> oh! it's a hugday today: happy hugday everybody!
[14:04] <pedro_> happy bug day thekorn!
[14:04] <pedro_> kamusin, is doing an extraordinary work
[14:04]  * pedro_ hugs kamusin
[14:05]  * thekorn hugs kamusin too
[14:05] <kamusin> yai!
[14:07] <thekorn> obj = reduce(
[14:07] <thekorn>                             lambda obj, attr: getattr(obj, attr), path[1:], shell.shell.user_ns[path[0]])
[14:07] <thekorn>                         type_url = obj._wadl_resource.type_url
[14:07] <thekorn> argh
[14:07] <thekorn> sorry, wrong window
[14:11] <xteejx> Afternoon all
[14:20] <xteejx> Who is sergio in LP????
[14:23] <thekorn> xteejx, who is sergio? ;)
[14:23] <thekorn> try to search here: https://edge.launchpad.net/people/?name=sergio&searchfor=peopleonly
[14:24] <xteejx> thekorn: I found them, just so DAMN annoying changing status he hasnt got a bloody clue what he's doing, have told him not to, so he changed bugs to Fix Committed WTF
[14:24] <xteejx> sorry am peed off
[14:24] <xteejx> bug 78470
[14:24] <ubot4> Launchpad bug 78470 in xorg-server "switching to current logged in user freezes gdm" [High,Incomplete] https://launchpad.net/bugs/78470
[14:25] <thekorn> oh :(
[14:25] <xteejx> hmm
[14:25] <xteejx> reported him to #launchpad, dunno what happens
[14:29] <vish> pedro_: who can i whine to ,  about the 5-a-day stats not updating? ;)   I'v changed my lp name nearly a month ago and it is still stuck with my old name and stats :(
[14:30] <pedro_> vish, dholbach might know about that
[14:31] <vish> pedro_: thanks :)
[14:31] <pedro_> you're welcome
[14:33] <BlackZ> hi pedro_ ;)
[14:35] <pedro_> hello there BlackZ
[14:36] <xteejx> Guys, who do I speak to about a licensing issue with one of our packages???
[14:37] <xteejx> bdmurray: ping ^^
[14:37] <vish>  i was told to ping bdmurray too :)
[14:38] <vish> *by dholbach
[14:38] <xteejx> gst-plugins-ugly is licensed by the author as GPLv2, but the copyright added by us or Debian states GPLv3 or later, which hasn't been OK'd by the author#
[14:38] <xteejx> bug 181244
[14:38] <ubot4> Launchpad bug 181244 in gst-plugins-ugly0.10 "libcdio GPL/license violation" [High,Triaged] https://launchpad.net/bugs/181244
[14:39] <xteejx> Sun Microsystems stopped distributing libcdio for this reason, we still do for CD/DVD writing.....worrying
[14:42] <xteejx> dholbach: ^ Any ideas? The copyright holder themselves reported this in LP
[14:43] <thekorn> xteejx, he is not in here ;)
[14:43] <xteejx> thekorn: oh yeah lol :)
[14:43] <xteejx> Any Canonical guys?
[14:43] <maco> well it's not a hard bug to fix
[14:44] <xteejx> It's beyond my knowledge tbh, what about #motu?
[14:44] <maco> i
[14:44] <maco> i'm a motu
[14:44] <maco> i'll do it right now
[14:45] <xteejx> brilliant!! thank you maco!! Just thought I should make people aware as I spotted this... last thing we need is a lawsuit! lol
[14:45] <maco> hrmm well i can fix the "it says gplv3 and should say gplv2" part easily
[14:45] <thekorn> maco, what's your fix, kicking it out, or changing the licence?
[14:45] <maco> the 2nd part where it says that the code is an incompatible license is more problematic
[14:46] <maco> thekorn: yeah i just read the whole bug description :-/
[14:46] <thekorn> there *must* be another reason for this not being fixed
[14:46] <xteejx> hmmm, none of the GPL licenses AFAIK are compatible
[14:47] <xteejx> thekorn: It didn't even have a status/importance until I pinged the bug report
[14:47] <maco> yeah someone probably didnt even see it
[14:48] <xteejx> very likely
[14:49] <maco> oh dear
[14:50] <xteejx> well I'm the self appointed "clear out and check on the old rubbish" guy hehe
[14:51] <maco> hrmph. i think we need to find someone who knows the licenses very well
[14:51] <ogra> and someone who wants to handle joerg schilling once he gets angry
[14:51] <thekorn> hehe
[14:52] <ogra> he is surprisingly clam on that bug
[14:52]  * thekorn thinks siretart is a good person for this task ;)
[14:52] <ogra> yes
[14:52] <xteejx> I wouldn't be that calm about it....thank god he isn't from M$ hahaha
[14:52] <ogra> *calm
[14:53] <xteejx> thank god i'm not either ;) woohoo
[14:53] <maco> hmmm the COPYING file *does* say GPLv2 or later
[14:53] <xteejx> maco: I think it's the "or later" part he means
[14:53] <xteejx> i.e. he released it under GPLv2
[14:54] <maco> xteejx: the bug report at first was complaining that debian/copyright had GPLv2 or later when the code was GPLv2, not "or later" .... but he code *is* "or later"
[14:54] <maco> so having GPLv3 in debian/copyright should be ok-but-rather-daft
[14:55] <maco> umm but debian/copyright says GPLv2 or later anyway, so moot point
[14:55] <xteejx> I thought he was complaining *because* it was or later, and that he released it as GPL2, so GPL3 would be wrong? Or have I misread it?
[14:55] <xteejx> right i understand it,
[14:56] <xteejx> it was released as GPLv2 only, but it's also being used by libcdio which is LGPL licensed, which is incompatible with GPL
[14:56] <maco> im checking the upstream tarball
[14:56] <xteejx> ok
[14:56] <maco> COPYING *should* match upstream tarball, while it's possible a maintainer would get debian/copyright wrong
[14:57] <maco> however i see COPYING and debian/copyright as matching in lucid's package
[14:57] <xteejx> could Debian have got it wrong upstream and we just synced it in like that?
[14:59] <maco> ok correction, LGPLv2+
[14:59] <maco> and upstream tarball, the COPYING in the package, and debian/copyright *all* agree on that
[15:00] <xteejx> still a conflict then if the author released source as GPLv2 right?
[15:00] <maco> oooo jeez im so confused
[15:01] <maco> gst-plugins-ugly0.10 is the currently marked affecting package
[15:01] <maco> but they're arguing about libcdio in there
[15:01] <xteejx> i think because one calls the other
[15:02] <xteejx> we really need this directed to someone high up
[15:03] <thekorn> whatever you do, coordinate it with siretart
[15:03] <maco> libcdio is gnu software so i'd be really darned surprised if it *wasn't* gplv3
[15:03] <maco> and it is
[15:04] <maco> the debian/copyright files are correct for both packages
[15:05] <xteejx> maco: but libgstreamer is LGPL ..... thats one of the problems
[15:06] <maco> yeah i dont know about their interaction too well, but im pretty sure the bug is correct that libgstreamer cannot call gpl shared objects :-/
[15:06] <maco> i just know that this person saying "now it says gplv3 when the code is actually gplv2" is wrong
[15:06] <xteejx> I'm sooooo confused now
[15:08] <maco> i think he's saying GNU/FSF changed the license without asking him (one of the contributors) and so he should be whining to GNU/FSF about it
[15:09] <maco> shall i post this as a comment?
[15:09] <maco> For gst-plugins-ugly0.10:
[15:09] <maco> The COPYING file in http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.13.tar.gz and in the package in Lucid and the debian/copyright in Lucid all agree that the license is LGPLv2.1+
[15:09] <maco> For libcdio:
[15:09] <maco> The COPYING file in http://ftp.gnu.org/gnu/libcdio/libcdio-0.82.tar.gz and in the package in Lucid and the debian/copyright in Lucid all agree that the license is GPLv3+
[15:09] <maco> If you believe that GNU does not have the right to choose the GPLv3+ license for libcdio, please take this up with them.
[15:09] <xteejx> that would make more sense, as I'm guessed all we do is grab it from them, or Debian does
[15:09] <maco> hggdh: hey
[15:10] <xteejx> I would try not to pee him off tbh
[15:10] <xteejx> hi micahg, hggdh
[15:10] <jjardon> hello, I'd like to link solang package with the upstream, how can I do it?
[15:10] <maco> i dont want to get him upset, just i dont think complaining to individual distros will be nearly as productive as going directly to the people who are making the change to the license
[15:10] <maco> as *we* aren't the ones who did it
[15:10] <hggdh> hi xteejx
[15:10] <hggdh> hi maco
[15:10] <xteejx> maco: of course :)
[15:11] <xteejx> hggdh, do you have any knowledge of GPL and LGPL licensing?
[15:11] <xteejx> or micahg
[15:11] <jjardon> I think that I have to fill this: https://launchpad.net/ubuntu/lucid/+source/solang/+edit-packaging
[15:11] <hggdh> xteejx: depends on how deep you want to go
[15:11] <micahg> jjardon: it's not in lucid?
[15:12] <xteejx> ermmm... bug 181244
[15:12] <ubot4> Launchpad bug 181244 in gst-plugins-ugly0.10 "libcdio GPL/license violation" [High,Triaged] https://launchpad.net/bugs/181244
[15:12] <xteejx> we're trying to work it out
[15:12] <jjardon> micahg, no
[15:13] <jjardon> micahg, http://packages.ubuntu.com/search?keywords=solang
[15:13] <micahg> jjardon: well, the way to do it is to set the upstream link
[15:13] <hggdh> jjardon: this will link with solang trunk on Gnome (if I am correct)
[15:13] <micahg> you can link to a bzr branch for the project's upstream
[15:13] <maco> xteejx: so if i add the line "Getting it changed there will trickle down to all distros instead of you having to ask many individual distros to make changes to the copyright files distributed with their packages." its less "not our bug" and more "this will help you"... right?
[15:14] <jjardon> micahg, hggdh the project upstream is here: git://git.gnome.org/solang
[15:14] <micahg> jjardon: we can't do that
[15:14] <micahg> you can link to upstream in LP
[15:14] <xteejx> maco: I would guess so, but honestly I'm very wary of licensing issues and believe it should be dealt with by Canonical since its their product
[15:15] <hggdh> xteejx: reading the thing now
[15:15] <jjardon> micahg, but then I'm going to have a ~jjardon/solang branch, isn't it?
[15:15] <xteejx> maco: hang on, hggdh is looking, get a 3rd opinion can't hurt
[15:15] <micahg> jjardon: well, it should be tied to the project
[15:15] <xteejx> but i grabbed source for lucid, libcdio is GPLv3
[15:16] <micahg> so if you're the core dev for it, you can make lp:solang point to your branch
[15:16] <micahg> and then mark it as upstream
[15:16] <jjardon> micahg, seems that is already done: https://code.launchpad.net/ubuntu/lucid/+source/solang
[15:16] <jjardon> no, I'm not the core devel, I'm only want to link a downstream bug with th e upstream one
[15:18] <micahg> oh, you can do that without a branch
[15:18] <micahg> just select the project when you click affect another project
[15:18] <hggdh> xteejx: if I am getting it right, the OP is one of the authors, and has not authorised the change from GPLv2
[15:19] <micahg> jjardon: it seems like it's not registered
[15:19] <jjardon> micahg, I did that but I get an error: There is no project in Launchpad named "solang"
[15:19] <micahg> is the project called solang?
[15:19] <jjardon> micahg, yeah ;)
[15:19] <hggdh> also, seems libcdio has moved to GPLv3. This -- if I remember correctly -- makes it not kosher to link to LGPLv2
[15:19] <jjardon> micahg, http://projects.gnome.org/solang/
[15:20] <micahg> jjardon: have hggdh help you register it with the proper owners
[15:20] <hggdh> xteejx: this was called by some the TiVO effect
[15:20] <xteejx> hggdh, yes exactly
[15:20] <maco> hmmm?
[15:20] <maco> i thought the TiVO effect was "sure you can have the code...but if you modify it and it doesnt match our checksum...you're hosed"
[15:20] <xteejx> hggdh, i.e. upgrade package and license together?
[15:21] <jjardon> hey hggdh , could you help me?
[15:21] <hggdh> on one side, yes. On the other, it now blocks using LGPL to provide closed code
[15:21] <hggdh> jjardon: sure. I hope ;-)
[15:21] <xteejx> hggdh, so we're screwed if we use it really with our incompatible licenses in the other packages
[15:22] <jjardon> hggdh, great :), just discovered solang; I think is a great project
[15:22] <hggdh> we might. I would defer to counsel, though
[15:22] <hggdh> xteejx: ^
[15:22] <maco> hggdh, xteejx: so any complaints if i post that comment saying that we made no license changes and that the FSF is the responsible party?
[15:23] <xteejx> aren't we still liable because we use it??
[15:23] <hggdh> maco: no complaints from me. This will be a fight between the OP anf FSF
[15:23] <maco> hggdh: exactly. id rather the FSF deal with him
[15:23] <hggdh> xteejx: we *might*. Again, I would defer to counsel
[15:24] <xteejx> go ahead then maco, 3 people happy
[15:24] <hggdh> jjardon: so you want to add solang as a project in LP?
[15:24] <xteejx> btw thanks guys for helping on that bug :)
[15:25] <jjardon> hggdh, I'd like to link bugs to upstream ones, so we can forward some bugs to bugs.gnome.org
[15:25] <maco> ok, comment added
[15:25] <xteejx> thx maco
[15:26] <hggdh> jjardon: been a long time I did this, so I am quite rusty. I will need to search for the process
[15:27] <micahg> hggdh: it's simple just go to the home page and click register a new project
[15:27]  * micahg just didn't know who should be the maintainer/driver
[15:27] <micahg> jjardon: ^^
[15:27] <micahg> LP home page
[15:28] <hggdh> jjardon: what is the package(s) name(s) on Ubuntu?
[15:28] <jjardon> hggdh, solang
[15:28] <jjardon> but is only packaged in karmic
[15:29] <hggdh> oh
[15:29] <hggdh> that's why I cannot find it
[15:29] <hggdh> is it in Universe?
[15:29] <micahg> how is it only in karmic?
[15:30] <hggdh> probably new, the original packager for us did not get there yet, or orphaned it
[15:30] <hggdh> if it is universe, MOTU is the maintainer
[15:31] <jjardon> This is the page: https://launchpad.net/ubuntu/+source/solang
[15:32] <jjardon> is in universe only in karmic
[15:41] <hggdh> jjardon: on the page you pointed me to, click on the "set upstream link" on the right, at the Karmic release.
[15:42] <micahg> hggdh: someone has to register the project first
[15:42] <hggdh> solang trunk seems to be registered
[15:43] <jjardon> solang/trunk doesnt' work
[15:43] <hggdh> oh
[15:50] <jjardon> micahg, hggdh, sorry, I have to go now, see you in a couple of hours
[15:50] <hggdh> jjardon: meanwhile I will look at it
[15:56] <hggdh> uff. Partially done, but jjardon will have to change the maintainership
[15:56] <hggdh> whoever registers a project gets to be the maintainer...
[16:04] <micahg> hggdh: you registered it
[16:07] <jcastro> pedro_: https://bugs.edge.launchpad.net/rhythmbox/+bug/495225
[16:07] <ubot4> Launchpad bug 495225 in rhythmbox "Support application indicators for Lucid" [Wishlist,Fix released]
[16:07] <jcastro> pedro_: for these bugs where the DX team is writing patches, I would like for them not to be "done" until the patches have been submitted upstream
[16:07] <jcastro> is there a way to do that but not mess up your little workflow there?
[16:07] <hggdh> micahg: yes
[16:08] <hggdh> there is still a lot of work to be done, linking the specific releases
[16:09] <xteejx> Does anyone manually go through the https://launchpad.net/ubuntu/+expirable-bugs ? Just noticed the very first one is closable thats all
[16:13] <hggdh> every so often (like 'in a blue moon'), yes. We should, though
[16:13] <vish> jcastro: may be if the commit messages did  *not* mention the bug report for now ...
[16:13] <vish> jcastro: but a later commit mentions all the bug numbers , once submitted upstream
[16:14] <vish> maybe that would work.. :)
[16:14]  * jcastro manhandles the bug to his will
[16:14] <xteejx> hggdh, i just wondered if it'd be possible to get a spring cleaning bugday
[16:16] <hggdh> we can try it, and I think it would be worthy of our time. But I would like pedro_ and bdmurray to weigh in also
[16:22] <xteejx> Cool :)
[16:26] <xteejx> it would certainly look good on our stats
[16:27] <hggdh> heh
[16:27]  * hggdh is not worried about karma
[16:28] <xteejx> hggdh, i meant open bugs vs invalid ;)
[16:28] <hggdh> oh, OK, indeed it would be good
[16:51] <bdmurray> There must be some way to do some of the "spring cleaning" programatically.  For example, where bug is incomplete has < 2 comments, last comment is from a bug control member and status is unknown and bug only has one bug task....
[17:00] <cyan-spam> hi all, what should i do about Bug #478308? a dev was working with reporter but seems to have forgotten about it
[17:00] <ubot4> Launchpad bug 478308 in gnome-power-manager "Dim when idle won't turn off" [Low,Incomplete] https://launchpad.net/bugs/478308
[17:01] <om26er_> if there is an old bug in LP and a new both with the same upstream bug number which should i mark duplicate?
[17:04] <om26er__> sorry got disconnected. was I answered?
[17:05] <cyan-spam> nope, sorry. my newbie idea is that older bugs get priority, but if i new report has much better debugging information, i usually call the older bug the dupe
[17:06] <bdmurray> cyan-spam: that's right
[17:07] <om26er__> cyan-spam, but that's kind of feature request typo
[17:07] <hggdh> bdmurray: so you think a bit of automation could be used here?
[17:08] <om26er__> one is from 2005 and the other is from 2009
[17:09] <om26er__> https://bugs.launchpad.net/hundredpapercuts/+bug/386481 & https://launchpad.net/ubuntu/+source/nautilus/+bug/19598
[17:09] <ubot4> Launchpad bug 386481 in nautilus "Not same right click menu in left and right part of Nautilus" [Unknown,Confirmed]
[17:11] <bdmurray> hggdh: likely yes, I'd first the script create a bug list for manual review and e-mail that list to the bug squad(?) then we could review them and close them together
[17:12] <hggdh> bdmurray: k. I will try to get something done this weekend (alone in Chicago,  working on Sunday, etc, etc)
[17:13] <hggdh> good training in launchpadlib, at least
[17:13] <bdmurray> hggdh: let me know if you need any help but I'll be travelling on sunday
[17:14] <hggdh> bdmurray: thank you.
[17:14] <cyan-spam> om26er__: i'd probably go with older as the dupe in this case. newer seems to have more activity (esp. paper cuts)
[17:15] <om26er__> cyan-spam, ok.
[17:15] <om26er__> done
[17:17] <xteejx> bdmurray, hggdh: I would certainly support an automation of these 8000-odd expired bugs' removal with a script. I'm estimating a good 3000-4000 could simply be closed/removed this way, judging by how many are already well outdated.
[17:17] <xteejx> +1 from me :)
[17:18] <cyan-spam> in the case of a bug reporter no longer being able to reproduce the issue (but the cause was never identified), is it better to do fix released or invalid? (Bug #417287)
[17:18] <ubot4> Launchpad bug 417287 in gnome-power-manager "xorg-intel-video can't change backlight" [Undecided,Incomplete] https://launchpad.net/bugs/417287
[17:20] <bdmurray> hggdh: this might be harder that I'd initially thought
[17:20] <hggdh> bdmurray: heh, the plot thickens... what gives?
[17:20] <hggdh> finding the comments?
[17:21] <bdmurray> the expirable bugs aren't exported and status="incomplete w/o response" isn't working either
[17:21] <hggdh> oh
[17:21] <hggdh> than will make it pretty much impossible to get done in a simple way
[17:21] <vish> om26er__: could you re-open the file-roller upstream bug report...
[17:21] <cyan-spam> chriscoulson: you there? i was just looking at bug #478308. what further action should be taken there?
[17:21] <ubot4> Launchpad bug 478308 in gnome-power-manager "Dim when idle won't turn off" [Low,Incomplete] https://launchpad.net/bugs/478308
[17:22] <bdmurray> hggdh: yeah, I'll let you know if I find out more
[17:22] <hggdh> k
[17:22] <hggdh> I will have a look at it anyway, still good training
[17:23] <charlie-tca> cyan-spam: should be marked confirmed; Chris Coulson was able to get the log from the reporter.
[17:24] <charlie-tca> the workaround is to remove gnome-power-manager
[17:24] <cyan-spam> ok, thanks charlie-tca
[17:25] <charlie-tca> Workaround should be put in description as in : https://wiki.ubuntu.com/Bugs/Description
[17:26] <xteejx> hggdh, how about a script that checks last comment > 3 months ago, no status or importance set, 1 task only - then it does the Old untouched status - and rechecks for the untouched status > 2-4 weeks with no response > close ?   or is that what you were talking about? :)
[17:27] <xteejx> what i just typed makes no sense, don't worry hehe
[17:28] <vish> xteejx: amaranth had such a script which auto closes bugs with no response.. ;)
[17:29] <WeatherGod> horray for hug day!
[17:29] <xteejx> perhaps someone could incorporate the 2 or something?
[17:29] <hggdh> xteejx: might be. The ideal would be to go straight for the kill -- which cannot be done now. So, yes, looking for (say) incomplete bugs, few comments, last touched long ago, etc might be a way
[17:29] <xteejx> is it bug day??
[17:29] <xteejx> hggdh, I see, the sooner the better really
[17:29] <WeatherGod> https://wiki.ubuntu.com/UbuntuBugDay/20100114
[17:29] <hggdh> :-)
[17:29] <vish> hggdh: we should try and get amaranth's script ;)
[17:30] <xteejx> vish: +1  maybe edit it a bit for our needs, save time
[17:30] <hggdh> vish: it is an option, then just adapt/update
[17:31] <xteejx> gnome power manager? ooooh ok I can help, just no good with editing the wiki, will try though
[17:31] <xteejx> gives me something "new" to do that the old crap :P
[17:31] <xteejx> *than
[17:31] <hggdh> bdmurray: BTW, did we ever set the email notification to bugsquad 1?on changes to the  wiki
[17:32] <xteejx> no i haven't had any emails re wiki changes
[17:33] <WeatherGod> xteejx, get the hugday-tools
[17:33] <WeatherGod> it makes it much easier to edit the wiki
[17:33] <hggdh> darn. Will get it done
[17:33] <xteejx> WeatherGod: where from? sorry, new to bugdays, not triaging though, can you link me? :)
[17:33] <vish> bdmurray: i think i broke the 5-a-day stats tracker :( ...  I'v changed my lp name nearly a month ago and it is still stuck with my old name and stats :( i think it might be due to my name change , the stats havent been updated only since i updated my name :s
[17:33] <cyan-spam> xteejx: the link is pasted above
[17:34] <cyan-spam> there's info about the tools on that page
[17:34] <WeatherGod> xteejx, also note that when you initialize the hugday-tool, be sure to use your LP login name, not the alias
[17:34] <xteejx> Cool, thanks guys, just seen it :)
[17:35] <vish> bdmurray: it says "Last updated at: Thu, 14 Jan 2010 16:33:12 +0000" , but note the "These fine people achieved their 5-a-day yesterday: . " its been empty for a long time
[17:36] <bdmurray> vish: if you look in http://qa.ubuntu.com/reports/five-a-day/people/ you can find yourself and also when it really seems to have been last updated
[17:37] <WeatherGod> anybody know how to determine which bug report I am a subscriber to when it gets listed as a dupe in another report?
[17:37] <WeatherGod> one of my reports got listed as a dupe for one of those bugs that has 50 or so dupes listed
[17:38] <WeatherGod> I just wanted to double-check that my report is indeed a dupe
[17:38] <xteejx> help: hugday init command - where is the firefox cookie located??
[17:38] <WeatherGod> xteejx, in .mozilla directory
[17:38] <WeatherGod> it is in your profile
[17:39] <xteejx> so hugday init --user xteejx --cookie /home/name/.mozilla ?
[17:39] <WeatherGod> note, you may have to close firefox for it to work
[17:39] <bdmurray> hggdh: thekorn had the answer searchTasks(status="Incomplete (without response)")
[17:39] <WeatherGod> no, look into the .mozilla folder for your profile, and find the sqlite file there
[17:39] <xteejx> WeatherGod: ahhhh cool thanks :D
[17:39] <vish> bdmurray: so it hasnt been updated from 16Dec?  0.o ok , nvm then :)
[17:40] <hggdh> bdmurray: oh, nice, thank you (and thekorn)
[17:43] <vish> bdmurray: for everyone it seems stuck at 16 Dec , i updated my name only after the 20th  , so i didnt break it , yay, :)
[17:43] <vish> thanks for the link...
[17:45] <xteejx> I can't close hugday bugs - I done hugday init --user xteejx --wiki-id Teej --cookie /home/teej/.mozilla/firefox/gxt2zion.default/cookies.sqlite and I get "RuntimeError: You are not allowed to change the content of 'https://wiki.ubuntu.com/UbuntuBugDay/20100114'. Plase run 'hugday init' and try again."
[17:46] <WeatherGod> do 'hugday current --remember'
[17:46] <WeatherGod> oh, wait... maybe you didn't initialize properly
[17:46] <WeatherGod> give me a second...
[17:46] <xteejx> I've followed instructions, maybe missed something, can't see what though :S
[17:47] <WeatherGod> you don't have an OpenID login
[17:47] <WeatherGod> that's why
[17:48] <xteejx> I'm sure I do
[17:48] <WeatherGod> well, maybe the page is different for me, then
[17:48] <WeatherGod> take a look at your member page and see if you have an OpenID
[17:48] <WeatherGod> that OpenID is the id to use for init
[17:48] <xteejx> OpenID login:                         https://launchpad.net/~xteejx
[17:49] <WeatherGod> hmm, that is odd
[17:49] <xteejx> no need for the ~ is there?
[17:50] <WeatherGod> no, that is just for the URL
[17:50] <xteejx> hmmm
[17:50] <WeatherGod> maybe it has something to do with the wiki-id
[17:50] <WeatherGod> try it without the wiki-id
[17:51] <xteejx> $ hugday init --user xteejx --cookie /home/teej/.mozilla/firefox/gxt2zion.default/cookies.sqlite
[17:51] <xteejx> TypeError: Error while trying to read cookie in sql format, cannot handle format of '/home/teej/.mozilla/firefox/gxt2zion.default/cookies.sqlite'
[17:51] <WeatherGod> did you close firefox?
[17:51] <xteejx> oops got ff open
[17:52] <WeatherGod> I get it when i have it open
[17:52] <WeatherGod> seems to happen for ff 3.5, not 3.0
[17:52] <xteejx> oh hang on
[17:52] <xteejx> does 230264 show my name??
[17:53] <WeatherGod> yup
[17:53] <xteejx> it does WOOT woot it worked thanks WeatherGod :D
[17:53] <WeatherGod> np
[18:01] <xteejx> Do we mark bugs on the hugday wiki if they're Incomplete, need more info, but we've since asked for that info?
[18:01] <xteejx> i mean, if I asked them just now
[18:01] <WeatherGod> well, since you asked for more info...
[18:01] <WeatherGod> and you have subscribed (therefore "hugging" a bug)
[18:02] <WeatherGod> then you can mark it in the wiki
[18:02] <xteejx> oh ok, I understand, if it's being worked on, we can mark it? :)
[18:02] <WeatherGod> essentially, you are agreeing to shepard the bug report
[18:02] <xteejx> cool
[18:02] <WeatherGod> not necessarially to solve it
[18:03] <xteejx> oh great, bury the damn uranium and irradiate us all thanks
[18:03] <xteejx> sorry wrong window, local thing heh
[18:04] <WeatherGod> ah, thought you were talking about bug 498974 that I am hugging
[18:04] <ubot4> Launchpad bug 498974 in gnome-power-manager "Backlight behaves irradically when changed from keyboard." [Undecided,Confirmed] https://launchpad.net/bugs/498974
[18:04] <xteejx> hahahaha :P
[18:08] <xteejx> This hugday stuff is easy!
[18:10] <WeatherGod> hehe
[18:11] <xteejx> kamus is getting a run for their money hehe
[18:13] <WeatherGod> what should we do about bug reports that have already been taken care of, but the user did not "hug" it?
[18:14] <WeatherGod> i.e. - bug 491771
[18:14] <ubot4> Launchpad bug 491771 in gnome-power-manager "[Karmic] battery is charged (when discharging) and unaccurate remaining battery time (dup-of: 489824)" [Undecided,New] https://launchpad.net/bugs/491771
[18:14] <ubot4> Launchpad bug 489824 in gnome-power-manager "power manager icon on system tray doesn't indicate battery status correctly" [Undecided,New] https://launchpad.net/bugs/489824
[18:14] <xteejx> 491771 is a dupe
[18:15] <WeatherGod> right, but should it still get marked as hugged?
[18:15] <WeatherGod> essentially, it seems like it should have been
[18:15] <xteejx> Check if its a problem in Lucid?
[18:15] <xteejx> Treat the dupe as closed if the original is on the hugday list I guess
[18:16] <xteejx> Otherwise not
[18:16] <WeatherGod> both are on hugday list, I think
[18:16] <xteejx> Just close the dupe then :)
[18:16] <WeatherGod> but, should I take credit for it, then?  seems wrong
[18:16] <jjardon> hggdh, thank you ;)
[18:17] <xteejx> WeatherGod: I wouldn't worry - you can see it as you taking credit, or helping to say "it's actually closed" ;)
[18:17] <WeatherGod> that works
[18:18] <xteejx> bug 289322, I marked this Wishlist, confirmed, but on further inspection, I believe this is now implemented, as CPU load afaik no longer affects screen-off
[18:18] <ubot4> Launchpad bug 289322 in gnome-power-manager "gnome-power-manager needs different idleness definition for turning off display" [Wishlist,Confirmed] https://launchpad.net/bugs/289322
[18:19] <WeatherGod> dunno
[18:19] <yofel> can somone please re-set bug 402188 to triaged? Thanks.
[18:20] <ubot4> Launchpad bug 402188 in vim "gvim complains about "gtk_form_set_static_gravity: assertion `static_gravity_supported' failed" in the shell it's started from" [Undecided,Confirmed] https://launchpad.net/bugs/402188
[18:21] <xteejx> yofel, done
[18:30] <vish> pedro_: could you close this bug > https://bugzilla.gnome.org/show_bug.cgi?id=546271 , seems fixed and is working properly as expected
[18:30] <ubot4> Gnome bug 546271 in General "PicasaWeb export add album dialog does not have a default button listening to [Return]" [Minor,Unconfirmed]
[18:31] <pedro_> vish, looking
[18:31] <vish> WFM , in Lucid F-Spot 0.6.1.5
[18:31] <vish> thanks
[18:33] <pedro_> vish, working fine here too, I've closed the report at the upstream BTS , thank you!
[18:33] <hggdh> jjardon: you now should link to specific releases upstream, and take onwership over it ;-)
[18:34] <vish> np..
[18:39] <xteejx> a hibernation fail - shouldn't it be filed under pm-utils and not g-p-m?
[18:42] <bdmurray> vish: I've found the problem and the update is running now
[18:42] <vish> bdmurray: ah, thanks... i was more worried if i did something wrong , by changing my lp name :) , great that its fixed though :)
[18:43] <bdmurray> vish: no it was somebody else causing problems ;-)
[18:43] <vish> phew :D
[18:47] <bdmurray> vish: okay, job all done
[18:47] <ikt> WeatherGod: I wasn't actually sure whether I should tick it off on the hugday list
[18:48] <WeatherGod> ah, well, sorry to steal your thunder
[18:48] <ikt> don't be, I don't mind :)
[18:48] <ikt> I'm just new learning this thing, you've actually helped me :)
[18:49] <WeatherGod> good, the blind leading the blind
[18:49] <WeatherGod> :P
[18:49] <vish> bdmurray: lol ,... i have two spots on the list now ;)
[18:50] <ikt> I'm sure if we're doing it wrong someone will point it out :P
[18:51] <WeatherGod> that assumes that anybody else in this mental hospital knows what to do
[18:51] <vish> yeah , i changed my lp name , so now both my old and new lp names are listed :D
[18:51] <vish> ikt: ^
[18:52] <vish> ikt: oops , nvm me
[18:53] <ikt> WeatherGod: are we the paitents or the hospital staff?
[18:54] <WeatherGod> there is staff?
[18:57] <xteejx> im mental moo
[18:58] <WeatherGod> ok, I am looking at bug reports regarding computers shutting down or hibernating if you plug in AC while the battery is critically low
[18:59] <WeatherGod> seems like there is an old report that got made invalidated because of lack of info... but another report that had more info was listed as a dupe
[18:59] <WeatherGod> I wonder if a bunch of these hug day bugs could be linked up to these old reports?
[19:01] <xteejx> bug 310822 - isn't this already implemented in g-p-m??
[19:01] <ubot4> Launchpad bug 310822 in gnome-power-manager "Should allow all displays to power down" [Wishlist,Incomplete] https://launchpad.net/bugs/310822
[19:05] <xteejx> anyone?
[19:11] <WeatherGod> if a bug has been marked for expiration over a month ago, is it ok to set it to invalid?
[19:16] <WeatherGod> ok, I just saw instructions about bugs marked for expiration
[19:17] <xteejx> try and see if they still have the problem
[19:18] <xteejx> WeatherGod: ^
[19:18] <greg-g> I probably missed something: but why are we seeing all of the bug mail being sent to ubuntu-bugcontrol@lists? We were subscribed to a bunch of bugs for some reason?
[19:18] <WeatherGod> well, yeah, that's what most of these marked for expiration are about
[19:19] <WeatherGod> the OR just hasn't replied
[19:19] <xteejx> use the closing reply then :)
[19:19] <WeatherGod> heh, sometimes people send mail directly to us
[19:19] <WeatherGod> yup, doing so right now
[19:19] <xteejx> greg-g: brian said something about apport bugs not having a pattern assigned to them come through to bug control
[19:20] <greg-g> xteejx: yeah, I didn't completely follow that message, I guess.
[19:20] <xteejx> me neither heh
[19:20] <greg-g> :)
[19:20]  * hggdh had the sasme Q yesterday
[19:20] <xteejx> thats why i remember what happened, 2 days ago i'd have forgot lol
[19:21] <WeatherGod> hggdh, did you see my question about the bug reports regarding people plugging in their power when batteries are critically low?
[19:22] <yofel> WeatherGod: I switched to kde a while ago, but that did happen to me once when I still used gnome, can't remember much about it now though
[19:23] <WeatherGod> should these bug reports get merged or something
[19:23] <WeatherGod> maybe there is already a well-known bug report about it to attach them to?
[19:23] <xteejx> i would suggest the one with the most information shoul dbe the original, and set the others as dupes
[19:23] <WeatherGod> there seems to be quite a bit of them, and I would consider them fairly serious
[19:26] <greg-g> hggdh: did you get an answer?
[19:38] <hggdh> greg-g: yes, what xteejx said is correct. The bug reports we are getting are those in need of a pattern
[19:38] <hggdh> WeatherGod: not, I did not see it
[19:39] <hggdh> backstepping now
[19:40] <hggdh> WeatherGod: I guess your question is if some of the hugday bugs would be linked to a master bug marked invalid?
[19:41] <WeatherGod> yeah, I already flipped that around abit
[19:41] <WeatherGod> I was just wondering if it is ok to mark them as dupes even though it is different hardware
[19:42] <hggdh> WeatherGod: usually this is not a very good idea, since different hardware may have different issues
[19:42] <WeatherGod> right
[19:42] <micahg> depends if the bug ends up being in g-p-m or a hardware issue
[19:42] <WeatherGod> it seems to be a mix
[19:43] <WeatherGod> the behavior is dependent upon what is set in gpm (Hibernate, Suspend, or Shutdown)
[19:43] <WeatherGod> so, it is acting on those settings
[19:43] <WeatherGod> but something is triggering the action
[19:43] <micahg> WeatherGod: yes, but that just triggers an event lower in the stack
[19:44] <WeatherGod> which could be hardware or software related
[19:44] <micahg> WeatherGod: right
[19:44] <WeatherGod> maybe a comment should be made in them listing the other bugs that are similar?
[19:44] <micahg> or at least hardware driver related :)
[19:44] <WeatherGod> would that help developers?
[19:44] <WeatherGod> that way, they have a short-list available?
[19:45] <greg-g> hggdh: ahh, ok
[19:45] <greg-g> hggdh: thanks.
[19:45] <WeatherGod> or maybe make a new tag?
[19:46] <micahg> LP needs to be able to link bugs internally better
[19:46] <micahg> perhaps a possible dupe field
[19:46] <WeatherGod> or a "related" field?
[19:47] <WeatherGod> or....
[19:47] <WeatherGod> how about a billboard style approach
[19:48] <WeatherGod> where any user could set up a bulletin board and attach reports in any way they wish?
[19:48] <WeatherGod> so, they can group reports accordingly
[19:49] <WeatherGod> so, one user could have a "ToDo" group and maybe group some other reports based on behavior
[19:49] <WeatherGod> while another person can group reports by drivers, or hardware
[19:52] <micahg> WeatherGod: bug 507621
[19:52] <ubot4> Launchpad bug 507621 in malone "Add a way to mark as a possible duplicate" [Undecided,New] https://launchpad.net/bugs/507621
[19:52] <WeatherGod> should I file my board idea?
[19:53] <cyan-spam> can i get a second opinion on Bug #413954? i think package should actually be acpid since the /proc/acpi/battery values are also wrong
[19:53] <ubot4> Launchpad bug 413954 in gnome-power-manager "gnome-power-manager displays some values at 1/10 of the correct amount" [Undecided,Incomplete] https://launchpad.net/bugs/413954
[19:53] <micahg> WeatherGod: that's a lot more complicated, but there's no reason not to file a bug if you have an idea...
[19:53] <WeatherGod> ok
[19:53] <WeatherGod> or should it go in brainstorm?
[19:55] <micahg> WeatherGod: I think brainstorm is more for ubuntu
[19:56] <WeatherGod> ah, ok
[19:57] <WeatherGod> I am also adding a comment to your report about an idea to have a "Promote/Demote" feature to automatically bump a possible dupe to a duplicate and demote a duplicate to a possible dupe
[19:57] <xteejx> Who is kamus? Ref bug 317490, if he's in here, might be an idea to mark himself for that bug on the bugday wiki page :)
[19:57] <ubot4> Launchpad bug 317490 in gnome-power-manager "gnome-power-statistics seems to stop data graph" [Low,Incomplete] https://launchpad.net/bugs/317490
[19:58] <WeatherGod> he must have missed one...
[20:01] <micahg> kamusin: ^^^
[20:09] <WeatherGod> micahg, bug 507630
[20:09] <ubot4> Launchpad bug 507630 in malone "Add a "personal peg-board" feature to allow users to visually organize and group reports" [Undecided,New] https://launchpad.net/bugs/507630
[20:09] <WeatherGod> At the very least, maybe see it as a firefox plugin
[20:09] <WeatherGod> maybe using Jetpack or something?
[20:10] <xteejx> could be added as a hidden html bit of code, visible in the lp improvements thing for triage only?
[20:11] <WeatherGod> imagine how awesome it would be with multi-touch?
[20:11] <WeatherGod> yeah, and data could be saved locally to reduce the strain on launchpad servers
[20:12] <WeatherGod> heck, html5 could do something like this
[20:12] <xteejx> well yeah, look at how googles wave uses html5 ... i'm sure we could implement *something* like that
[20:12] <WeatherGod> maybe (I am thinking of the offline mode like gmail)
[20:12] <WeatherGod> haven't tried it, is it any good?
[20:13] <xteejx> not without contacts haha :P
[20:13] <xteejx> but the idea is very good for mass collaboration, we could use something like it if IRC ever goes down hehe
[20:13] <WeatherGod> I think I am still leaning towards a firefox plugin, though
[20:14] <WeatherGod> guess it matters if we want it to be personal pegboards or collaborative pegboards
[20:14] <WeatherGod> then again, it could be both at the same time
[20:14] <WeatherGod> just that everyone gets a pegboard by default
[20:14] <xteejx> anyway... bug 327805, very complex, keyboard connects thru monitor, layout switching is set to 2 shifts keys, but doesnt work until gpm wakes up system...... not sure how the hell to triage this, or even if the offending package is gpm.... need help triaging this please
[20:14] <ubot4> Launchpad bug 327805 in gnome-power-manager "Keyboard layout switching hotkey becomes disabled after monitor power-save" [Undecided,Incomplete] https://launchpad.net/bugs/327805
[20:16] <xteejx> WeatherGod: there's so many good ideas to improve bug hunting, its just implementing them :(
[20:16] <micahg> WeatherGod: well, if you want to make a FF extension, that's up to you, but the LP devs probably won't
[20:16] <WeatherGod> unfortunately, I don't know the first thing about making one
[20:17] <WeatherGod> and I have never programmed gui's before
[20:18] <WeatherGod> maybe I should look at lp-improvements to see how it does hooks into LP
[20:18] <cyan-spam> xteejx: i'd say that's a bug in xorg, definitely not g-p-,
[20:18] <cyan-spam> g-p-m*
[20:19] <cyan-spam> not sure about xorg, but that would be my best guess. xorg guys can re-assign, they know better
[20:21] <kamusin> micahg, : - )
[20:24] <xteejx> kamusin, hey did you change the bugday wiki for that bug above?
[20:24] <xteejx> cyan-spam: reassign it to xorg then? it does sound a bug too complex to be just gpm
[20:24] <cyan-spam> xteejx: yes, that would be my advice
[20:26] <xteejx> cyan-spam: ok cool, I'll know who to blame if its wrong ;) just kidding :)
[20:26] <xteejx> hehe
[20:26] <cyan-spam> :)
[20:27] <kamusin> xteejx, I think noup .. but let me check
[20:27] <xteejx> ok :)
[21:00] <xteejx> wow, bugday numbers are falling :D
[21:02] <kamusin> xteejx, nice work
[21:03] <xteejx> no problem, i'm normally just triaging old crap, may as well put skills to some better use once a week hehe
[21:04] <kamusin> heh
[21:12] <xteejx> Has the application for Bug Control changed in the last year?
[21:23] <WeatherGod> has anybody here ever tried Zotero?
[21:24] <WeatherGod> I am thinking to maybe try hacking the Zotero plugin as a LP plugin for a rudimentary pegboard idea
[21:25] <WeatherGod> a lot of the basic ideas are there
[21:33] <njin> Hy everybody
[21:33] <njin> I've wireless problem
[21:34] <njin> frequents disconnections
[21:34] <njin> d-link dwl-g510
[21:34] <njin> on lucid now updated
[21:35] <WeatherGod> did you ever have a problem like that before?
[21:36] <njin> on jaunty and karmic no
[21:36] <hggdh> WeatherGod, njin, better move to #ubuntu+1
[21:36] <WeatherGod> agreed
[21:37] <njin> what i have to do ?
[21:37] <njin> it's firat time that i use irc
[21:38] <WeatherGod> ah, are you using epiphany?
[21:38] <WeatherGod> or pidgin?
[21:38] <njin> xchat
[21:38] <WeatherGod> ah, well, you know how you added #ubuntu-bugs to get here?
[21:39] <njin> i think that i click some link on lauchpad
[21:40] <njin> ops launchpad
[21:41] <WeatherGod> well, you see "FreeNode" on the left?
[21:41] <WeatherGod> right-click it and choose "Channels"
[21:41] <WeatherGod> then you can add another channel like #ubuntu+1
[21:44] <cyan-spam> what's the correct package for a kernel module that should be loaded automatically but isnt? https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/458004
[21:44] <ubot4> Launchpad bug 458004 in gnome-power-manager "gnome-power-manger does not work in karmic ppc" [Medium,Confirmed]
[21:45] <WeatherGod> well, it depends, might be udev?
[21:52] <cyan-spam> hm i think it's kernel in this case (or at least debian thought so)
[21:52] <cyan-spam> what do we do with bugs against powerpc, though?
[21:53] <micahg> cyan-spam: community supported
[21:53] <micahg> still a valid bug
[21:54] <cyan-spam> ok, thanks. the bug linked above is against ppc kernel. so the package should be "linux" just like everything else?
[21:58] <micahg> cyan-spam: yep
[21:59] <cyan-spam> sweet, thanks micahg
[21:59] <micahg> cyan-spam: the archive builders build for PPC as well
[21:59] <micahg> we just don't spin CDs for them officially AFAIK
[21:59] <cyan-spam> ok thanks for the info
[22:01] <cyan-spam> any bugcontrol guys: Bug #458004 could probably use "Triaged" status
[22:01] <ubot4> Launchpad bug 458004 in gnome-power-manager "gnome-power-manger does not work in karmic ppc" [Medium,Confirmed] https://launchpad.net/bugs/458004
[22:12] <hggdh> cyan-spam: done
[22:13] <cyan-spam> thanks!
[22:57] <xteejx> how many times does freenode want to change server on me? aaaahhhhhh
[22:59] <cyan-spam> bugcontrol: https://bugs.launchpad.net/gnome-power/+bug/376793 could probably use triaged status, i just reported it upstream. there's significant debugging info in report
[22:59] <ubot4> Launchpad bug 376793 in gnome-power-manager "HP 2140 Lid Close Not Detected" [Undecided,Confirmed]
[23:11] <cyan-spam> can i get a second opinion on <https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/344626>? i think the upstream task is not ready because we should confirm it's not in our notify-osd patch
[23:11] <ubot4> Launchpad bug 344626 in gnome-power "brightness notification moves in wrong direction when increasing after a decrease or vice versa" [Undecided,Confirmed]
[23:12] <cyan-spam> however, a bugcontrol member added the upstream task and i don't want to contradict him as a newb :)
[23:21] <cyan-spam> another issue: Bug #150205 already has an upstream watch, not sure why it's listed on the hug day page as needing one
[23:21] <ubot4> Launchpad bug 150205 in update-manager "Make menu items labels more consistent and clear" [Low,Fix released] https://launchpad.net/bugs/150205