=== LucidFox is now known as LucidFox_KOTOR30 === LucidFox_KOTOR30 is now known as LucidFox [04:36] Hey guys. How do I find which package installed a certain file? I'm sure there was some command that did this, but I can't remember it. [04:39] Hew: dpkg -S /path/to/file [04:39] bimberi: excellent, thank you :-) [04:40] yw :) === asac_ is now known as asac === thekorn_ is now known as thekorn === pedro___ is now known as pedro_ [14:06] how do i find the backwards dependancies of a program (what depends on a library)? [14:06] apt-cache rdepends library [14:10] thx [14:11] a program is listed twice is that a problem or just the way to apt-cache works works? [14:12] you might have several sources providing a different version for this one [14:13] you can apt-cache rdepends library | sort | uniq too [14:34] hi everyone [14:35] I can't open any https pages. can anyone help please ? [14:38] any suggestion ? [14:41] seyed-mehdi: You might ask on #launchpad if there is any way around it, although be warned that there may be problems with some data. [14:42] persia: thanks 4 suggestion :) which data may have problems ? [14:43] seyed-mehdi: I'm not sure. Personally, I'd not be surprised if e.g. private bugs were not available without https. [14:45] persia: I donno, its better checking #launchpad :) thanks [14:47] persia: where r u from ? ur ID is name of my country ! [14:49] could somebody with kubuntu please confirm/deny #240472 for me please [14:49] seyed-mehdi: Not since 1935, but the United States [14:50] bug #240472 (not that I use kubuntu, but links are good) [14:50] Launchpad bug 240472 in kubuntu-meta "firefox3 breaks in kubuntu when certain programs are installed" [Undecided,New] https://launchpad.net/bugs/240472 [14:52] persia: er, why is it a launchpad thing, if he can't open https? [14:52] Hobbsee: Huh? Maybe I have the context wrong. [14:53] persia: the guy never mentioned launchpd at all - he just said he couldn't open https pages. [14:53] seyed-mehdi: Are you here to talk about a bug with not being able to open https, or are you having trouble helping with bug triage because you are behind a firewall that prohibits https? [14:53] persia: haven't you noticed a disturbing trend of people coming here for premier support, as #ubuntu is too busy? [14:54] Hobbsee: Not recently. I'll try to be more careful, with that in mind. [14:54] persia: no Im not behind any firewall or proxy. I can have not any problem with opening such urls in Windows === Hobbsee changed the topic of #ubuntu-bugs to: Ubuntu BugSquad | http://wiki.ubuntu.com/BugSquad | Documentation: http://wiki.ubuntu.com/HelpingWithBugs | If you have been triaging bugs for a while, please apply to https://launchpad.net/~ubuntu-bugcontrol/ | Want to report a bug? Read https://help.ubuntu.com/community/ReportingBugs | User support (not related to triage) is in #ubuntu [14:54] persia: that might make it clearer? [14:54] seyed-mehdi: Did you already search for a bug that matches your issue? [14:55] Hobbsee: Indeed. [14:55] persia: yeah, but didnt find anything [14:55] persia: there was problem with opening htts in OO or evolution or other progs, but my problem is not those [14:56] seyed-mehdi: Maybe you have a new bug then. Have you tried multiple browsers? [14:57] persia: yeah, any known browser such as Firefox, opera, Konqueror and others [14:58] persia: i hadnt this problem in other distro's of ubuntu [14:58] seyed-mehdi: Hrm. Not sure which package to file the bug against then. You might start with a question, and after some more investigation file a bug. [14:59] persia: the point is that I've reinstall ubuntu, either kubuntu but nothing changes, even in Live CD I cant browse those. [15:00] seyed-mehdi: Right. It sounds like a bug. Unfortunately, as it seems to happen under multiple conditions, I don't know where to suggest you file it, which is why I recommended a question. [15:00] You might also find support in #ubuntu helpful towards determining the nature of the bug so it can get filed and processed, and this doesn't happen to anyone else. [15:01] persia: I was in that channel, no one have any answer for that [15:02] seyed-mehdi: Then a question is your best bet. [15:03] persia: it seems that it's last chance ! === thekorn_ is now known as thekorn [16:07] COuld I get a member of the bug squad to prioritize / triage a bug? bug 99445 [16:07] Launchpad bug 99445 in sun-java6 "Java 6 and KDE integration" [Undecided,Confirmed] https://launchpad.net/bugs/99445 [16:12] snap-l: there are also some bugs about java not working in konqueror and such [16:12] This is a different issue... it's about appearance, not the plugin [16:13] snap-l: I think the best thing to do would be to put together a spec documenting all the stuff broken with java in KDE and what needs to be done to fix it [16:13] snap-l: I think you've done a good job with the bug, is there anything else that you think needs doing to it [16:13] apart from fixing it of course :-) [16:13] james_w: I can't think of anything at the moment [16:14] yuriy: This is across KDE distros vs. GNOME. I checked it out with Kubuntu and Mandriva 11 last night / this morning using jbidwatcher [16:14] I'll set the Ubuntu status to triaged [16:14] Thanks! [16:14] yuriy: The differences between how it appears in GNOME / GTK vs. KDE / QT are pretty striking. [16:15] snap-l: are you not a member of bugcontrol yet? [16:15] No, I am not. [16:15] have you considered applying? [16:15] james_w: I've considered it, but would like to get more familar with the process before having more authority. :) [16:16] sure, no rush. [16:16] if java looks really bad under KDE then a couple of screenshots added to the bugs might help a bit. [16:17] I'll attach some tonight. [16:20] snap-l: since there's a script that supposedly fixes it, screenshots of how it should look would be good too [16:22] Yeah, I'll put them all up [16:23] Funy enough, I don't even use KDE, so I installed Kubuntu and Mandriva under Virtualbox. :) === mpih_ is now known as mpih [16:34] heh, gj snap-l! thanks for your work! [16:39] yuriy: Thank you. [16:56] "How to run a Bug Jam" session in #ubuntu-meeting in 4 minutes [18:07] calc: bug 228604 has a test document now but it doesn't crash for me - it just looks really odd [18:07] Launchpad bug 228604 in openoffice.org "Segmentation Fault with Excel sheet" [Undecided,Incomplete] https://launchpad.net/bugs/228604 [18:09] bdmurray: i just followed up to it, it doesn't crash for me either on hardy-updates. the user claimed it looked weird under excel as well but didn't crash there [18:09] so the fact the document is bad isn't a problem afaict, just the old crash [18:09] but that looks like it is fixed now [18:10] a screenshot of what it looks like w/ excel might be interesting [18:10] but yeah not crashing is progress! [18:15] it limd of defeats the purpose of a test file :) and creates a new / different bug [18:15] *kind [18:15] ack must have coffee! [18:51] Is there a way to let E*Botu only announce new bugs which are not sync/merge requests? :) [18:52] it can be useful to see them. [18:53] probably [18:53] I felt bored and scrolled through my scrollback in -bugs-announce, and I had the impression that 99% were sync requests :P [18:54] that's good! :-) [18:54] * thekorn did not know that -ananounce is active and usefull again [18:55] for some weeks now, iirc [18:57] james_w: hi there [18:58] bdmurray, hi! [18:58] thekorn: hello, how are things with you? [18:59] hi bdmurray [18:59] hi thekorn [18:59] bdmurray, good, lot's of soccer here in europe :) [18:59] wuuuh, yeah, we won yesterday, yeah!!1111 :P [18:59] hi james_w [19:00] I've updated my greasemonkey patches script - http://people.ubuntu.com/~brian/greasemonkey/lp_patches.user.js [19:00] It now identifies patches in bug comments not just in the attachments portlet [19:00] school was fun today... holidays started today, so it was the last day, we got our reports and so on, and most people were boozed :) [19:01] bdmurray, I recently experimented with javascript and greasemonkey, I started a script which integrats the activitilog in the main bugpage, [19:01] so you see each log item in a comment box [19:02] like in other bug tracker [19:02] +s [19:02] that might be neat, especially seeing who modified the description [19:03] yes, exactly and you can see the reaction of comments in a chronical order [19:03] but its not mature yet [19:04] I've also done some work on py-lp-bugs [19:04] bdmurray: btw.: I intend to go to the EMEA board for ubuntu membership. It would be very nice if you could add some testimonials to my wikipage https://wiki.ubuntu.com/KjellBraden [19:05] bdmurray: I'm leaving for holidays on monday or tuesday, so no hurry ;) [19:05] afflux: okay, I don't see a specific section for testimonials [19:05] bdmurray, my plan for the weekend is to reduce the number of unmerged branches of py-lp-bugs. and I'm not sure about the procedure: [19:05] hum, will create that in 20 mins.. [19:06] afflux: okay great, ping me when its ready for me [19:06] should I merge them into a copy of the .main branch and then merge this copy back to .main [19:06] or should I merge the changes directly to .main [19:07] thekorn: I think the bzr log is easier to parse if they are committed directly but james_w might know best [19:07] bdmurray, note: some of this changes a really big and some of them are changeing the API [19:07] yep bdmurray is right [19:07] or removing obviously unused features [19:08] however, if you want to set up a devel branch where you stage all of these big things for some integration testing then that works as well. [19:08] bdmurray, some functions are so buggy, nobody seems to use them, else we would get lots of bugreports [19:09] If they are that large I think having a separate branch would be best as it could negatively effect apport [19:09] or the retracing service rather [19:09] otherwise: if nobody uses this branch, we won't get real-life test results [19:10] I'm happy to test it, I'm just concerned about killing the retracer [19:10] ok, [19:11] so I will create a dev brach, [19:11] merge changes, [19:11] announce it, [19:11] and after a week of testing merge it to .main [19:12] btw, leonov is a new tool using py-lp-bugs! https://edge.launchpad.net/leonov [19:12] I've seen some stuff on planet about it. It looks neat [19:13] oh, I'd really like to see bug 233948 merged it main [19:13] Launchpad bug 233948 in python-launchpad-bugs "add username to http-request header" [Undecided,In progress] https://launchpad.net/bugs/233948 [19:14] bdmurray, damn, I forgot about this bug [19:15] thekorn: no problem, I understand [19:17] bdmurray, there is an (optional) file which contains the name of the user, I named this file ~/.python-launchpad-bugs-cookie in this patch, [19:17] but it is actually not a cookie, [19:17] do you have a naming suggestion [19:19] maybe '.rc' or '.conf' [19:19] ~/.python-launchpad-bugs.conf [19:20] that works for me [19:22] james_w, is it know that 'bzr patch' is broken in hardy? [19:23] or, better: do you know about it? [19:23] I didn't [19:23] what's the error? [19:24] bzr: ERROR: bzrlib.plugins.bzrtools.errors.PatchFailed: [19:24] will file a bugreport with all output [19:24] it's actually a bzrtools command, so can you file it against that package please? [19:25] yes, ok, but then there is another bug: it says: Please report a bug at https://bugs.launchpad.net/bzr/+filebug [19:25] :) [19:26] we can always reassign it, but if I can get you to do the work then it's easier for me :-) [19:29] james_w, ok, it is bug 241738 [19:29] Launchpad bug 241738 in bzrtools "bzr: ERROR: bzrlib.plugins.bzrtools.errors.PatchFailed: " [Undecided,New] https://launchpad.net/bugs/241738 [19:29] ah, ok, it is a bug [19:29] but the command won't apply a patch that won't apply cleanly [19:30] use --force to get the .rej etc. [19:31] james_w, hmm, sorry, bzr patch --force ? [19:31] yeah, I think so [19:31] there is no --force for the patch command for me [19:35] there's something weird going on here [19:35] you don't happen to have bzr aliased to bzr -Derror do you? [19:36] ah no, the arguments are there [19:36] no [19:37] do you have the .rej files? [19:39] I don't know why it is coming up with a backtrace, but it seems like this is intended behaviour [19:41] james_w, I have .rej and the result looks also ok [19:41] everything seems to be patched correct [19:41] but it does not look userfreindly [19:42] yeah, you shouldn't have the backtrace. [19:42] I can't see why you do from looking at the code. I'm sure Aaron will know what's going on, so I'll leave it for him to look at. [19:43] james_w, thanks a lot [19:43] no problem, thanks for the bug report. === Toadstoo1 is now known as Toadstool [19:54] bdmurray: added a section on the wikipage [20:09] afflux: are you editing it? your lock has timed out [20:11] bdmurray: hm, probably screwed up with tabs.. pressing "abort" in the edit page should release the lock, right? [20:11] * bdmurray shrugs [20:29] afflux: I've added my testimonial [20:29] thanks! [20:30] My pleasure, good luck! [20:30] huh, that was detailed. :) [20:47] thekorn: is there anyway to test bug 233948? [20:47] Launchpad bug 233948 in python-launchpad-bugs "add username to http-request header" [Undecided,Fix committed] https://launchpad.net/bugs/233948 [20:48] oh, a packet trace! [20:48] bdmurray, I recently thought about the same question [20:49] oh, yeah, you are right [20:49] I could ask for logs too but a packet trace seems easier [21:32] can someone please give me an opinion on which of these bugreports should be the master: bug 45516, bug 84098 and bug 205325 [21:32] Launchpad bug 45516 in vlc "Always On Top doesn't work" [Low,Confirmed] https://launchpad.net/bugs/45516 [21:32] Launchpad bug 84098 in vlc ""always on top" option in VLC not working" [Undecided,Confirmed] https://launchpad.net/bugs/84098 [21:32] Launchpad bug 205325 in vlc "vlc being compiled with wxwidgets 2.6 .. should use 2.8 to fix "allway on top" in Hardy " [Low,Confirmed] https://launchpad.net/bugs/205325 [21:33] the last one seems to have a solution, but the others have more comments (are older) [21:33] I don't even know if this is a bug in vlc or compiz [21:40] thekorn: it looks like some of my changes got dropeed in python-launchpad-bugs [21:41] oh [21:41] in basebuglistfilter.py [21:42] oh, it's just my comment [21:44] but your comment between reporter and comment in the OPTION_DICT is still there [21:44] hmmm [21:44] might just be me then [21:45] maybe a toggle full-line comments option in your $EDITOR [21:46] is there a way to force p-lp-b to use http instead of https? [21:51] bdmurray, no, I think there is no way to use launchpad via http:// [21:51] http:// is always redirected to https:// [21:52] hrm, packet traces won't be that helpful then. ;) [21:55] bdmurray, you can packet trace this: [21:56] python -c "from launchpadbugs.http_connection import HTTPConnection; c = HTTPConnection(); c._HTTPConnection__opener.open('http://www.google.de')" [21:58] thekorn: I've got confirmation it works [21:58] super [22:29] thekorn|bdmurray: does http://www.nxnw.org/~steve/warez/python-launchpad-bugs-add_component_to_task.patch look sensible for exporting the component out of the task in launchpad? [22:31] sbeattie, looking [22:31] thanks [22:31] + user = LateBindingProperty(get_component) [22:32] has to be component = .. [22:32] doh! [22:32] monkey-see-monkey-do failed me. [22:33] thekorn: patch updated. [22:34] * sbeattie thinks "No wonder I was reduced to call get_component() when I tried to make use of my patch: [22:35] ok, looks good so far, [22:36] but what do you think [22:36] about changing the default value of "component" to None instead of "unknown" [22:37] so you can do something like if not task.component: .... [22:37] instead of if task.component == "unknown" [22:38] sure, happy to do that, that was my area of concern actually, of how to handle the case when the task doesn't have a component listed. [22:39] sbeattie, if you change self._component = .... to self._component = value_dict.get("component", None) task.component will be none if there is no component listed [22:40] yep, just testing that out now. [22:41] thekorn: fixed and updated. [22:45] sbeattie, ok, cool, looks good, then add yourself to AUTHORS and I will commit this patch :) [22:45] thekorn: sure thing, thanks! [22:46] thank you! [22:47] sbeattie, if you are using bzr, can you please run bzr diff > mypatch.diff so committing is easier for me ;) [22:50] thekorn: done and pushed to http://www.nxnw.org/~steve/warez/python-launchpad-bugs-add_component_to_task.patch [22:51] (I was using quilt rather than bzr diff to generate the patch, just out of familiarity. I have it set to generate -p1 patches by default) [22:53] sbeattie, ok, thanks again, I will run some tests now, and than commit it [22:53] thekorn: great, thanks again! [22:59] sbeattie, pushed