[00:01] kees: what do you mean by handle? keep it in one place and use includes is what I'd do [00:01] bdmurray: okay, in which direction? should the 'master' be in SecurityTeam/BugTriage or in Bugs/Responses ? [00:02] kees: whichever you are more likely to edit ;-) [00:02] heh [00:02] so I'd say SecurityTeam/BugTriage [00:04] is there a way to do section includes? [00:05] kees: its just a regex so make the from and to your section [00:07] * kees fights with moin [00:10] bdmurray: \o/ got it [00:10] what's the regex look like? [00:11] <> [00:13] it looks like you got a bit extra too [00:13] and in a to="== Existing Bugs ==" maybe [00:14] after from [00:16] kees: ^ [00:18] bdmurray: d'oh! thanks [00:19] Include: Nothing found for "== Existing Bugs=="! wtf [00:20] kees: you are missing a space after Bugs [00:21] *facepalm* [00:23] okay! fixed up. [00:23] sweet [00:25] does ubuntu-qa include doing qa on the wiki? [00:26] no, that's just part of being awesome! ;-) [00:26] heh [00:27] well its probably a job for more than one person, but very repetitive: some wiki pages have hundreds of attachments which need to be removed because they are html files of spam. some of them are pornographic in nature. [06:23] good morning [06:28] hiya [06:29] hi maco [08:11] ara, good morning, what do you think about merging changes (new hugday tool) from lp:ubuntu-qa-tools/ubuntu-qa-tools-0.1 into lp:ubuntu-qa-tools? [08:11] so the hugday tool is also in trunk [08:11] or do you want to keep packaging stuff seperated [08:12] (as this would also pullin all the packaging related changes) [08:13] thekorn: no, it is absolutely worth merging, but I did some changes in those in trunk, that I need also to request the merge. I will see what's worth merging and request a merge today [08:13] bdmurray will review it [08:13] ok great [08:15] I will wait for requesting the merge of the fix for bug 328537 until everything is in trunk [08:15] Launchpad bug 328537 in ubuntu-qa-tools "hugday tool: add option to temporary change the user when closing tasks" [Undecided,New] https://launchpad.net/bugs/328537 === BugMaN1 is now known as BugMaN [08:55] when I use apt-get install flashplugin-nonfree, the wget executed in this script is not using the apt proxy settings so the download will fail [09:22] SPF: which distribution? === mvo__ is now known as mvo [09:44] SPF: https://bugs.launchpad.net/ubuntu/+source/wget/+bug/232469 [09:45] Ubuntu bug 232469 in wget "wget does not use network proxy in some cases" [Undecided,Confirmed] === Afwas_ is now known as Afwas [09:47] savvas: yes, that is my problem :) [09:48] I manually downloaded the file and it works now [09:50] the distro is intrepid am I right? [09:55] SPF: the problem isn't fixed in neither intrepid nor jaunty, the development release [09:55] I've updated the bug with some suggestions [10:04] is it necessary to have a GPG key to fix bugs in ubuntu (i.e. to submit a debdiff) ??? [10:06] mnemo: I don't think so, but it is recommended [10:07] mnemo: no [10:07] savvas: why would it be recommended to have a gpg key to send a patch to a bug? [10:08] i already wrote the patch and got it merged upstream... but I would like to learn how to update the .deb in ubuntu [10:08] i know I can just attach the .patch file but I want to do it right so that there is minimal work for the guy who does the upload [10:09] so then do I need the GPG key? [10:10] this page mentions "the GPG key" for example? --> https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff [10:10] no, gpg is used to sign uploads [10:10] you don't need it for a local build or sending a debdiff [10:10] ok great, I'll wait with that then [10:10] and you signing or not makes no different on the amonth of work for the sponsor [10:11] seb128: sorry, I was thinking about packaging while I typed that [10:28] hmm, if I want to apply two patches from upstream into the ubuntu package, then must I open two bugs in launchpad and also do two debdiffs ?? [10:29] mnemo: depends of the changes I would say [10:30] mnemo: if they are easy enough you can use one bug [10:30] mnemo: what sort of changes do you work on? [10:30] im hoping to submit fixes for http://bugzilla.gnome.org/show_bug.cgi?id=564372 and http://bugzilla.gnome.org/show_bug.cgi?id=564371 [10:30] Gnome bug 564372 in general "ghex reports the wrong number of bytes selected" [Minor,Resolved: fixed] [10:31] the second one is _really_ minor [10:32] you should try to get upstream to roll a new tarball ;-) [10:33] just getting them to merge these two patches int osvn was a looong process, maintainers are very busy/unresponsive it seems [10:34] besides, i sort of really want to learn how to create debdiffs and I thought these were sort of easy beginners bugs [10:35] seb128: hmm.. _if_ they did a new tarball, could I package that directly into ubuntu or would I need to get it into debian first? [10:35] ubuntu directly works [10:36] ok I will ask them at least then [10:40] mnemo: otherwise for such changes better to open one bug and do one debdiff listing both changes [10:42] okay === thekorn__ is now known as thekorn [11:31] seb128: to apply those two patches in a single debdiff, should I run "cdbs-edit-patch" twice and then "dch -i" once (describing both changes) ??? or should I run dch -i twice? [11:32] mnemo: dch one, dch is to add a changelog entry [11:32] you can use your editor then to edit the changelog entry if required [11:32] one changelog entry can list several changes [11:33] ok so I will use the first alternative then [11:33] thanks [12:07] "How to run a Bug Jam" sesion in #ubuntu-classroom now! === Rafik_ is now known as Rafik [12:11] Can someone school me in making upstream package links on Launchpad? [12:11] I want to link bug #329018 to http://prototype.lighthouseapp.com/projects/8886/tickets/216-improve-initial-loading-speed [12:11] Launchpad bug 329018 in prototypejs "libjs-prototype should be compressed with Yahoo YUI compressor" [Wishlist,Triaged] https://launchpad.net/bugs/329018 [12:12] you might need to start with https://launchpad.net/projects/+new [12:12] ah [12:13] https://bugs.launchpad.net/bugs/bugtrackers/+newbugtracker too === bac is now known as bac_afk === bac_afk is now known as bac === LucidFox_ is now known as LucidFox [14:01] Cannot use both zlib.output_compression and output_handler together!! [14:01] this is a new bug in php ? [14:01] went broken after updating to new php modules [14:08] https://bugs.launchpad.net/ubuntu/+source/php5/+bug/329053 [14:08] Ubuntu bug 329053 in php5 "Cannot use both zlib.output_compression and output_handler together!!" [Undecided,New] === thunderstruck is now known as gnomefreak [15:08] Boo [15:11] foo [15:11] whee I just finished my first debdiff --> https://bugs.launchpad.net/ubuntu/+source/ghex/+bug/329020 [15:11] Ubuntu bug 329020 in ghex "fix "deprecation warning printed on startup" and "incorrect selection length in statusbar"" [Undecided,New] [15:11] looking for a sponsor :) [15:11] seb128: still here? ^^ [15:12] mnemo: yes and no, I'm busy enough on standard desktop I will let universe sponsoring to motu rather [15:13] mmkay, np [15:13] mnemo: the debdiff looks good, don't bother backporting changelog entries though, they often don't apply cleaning are extra work for no win [15:14] aha, ok.. good to know [15:16] mnemo: good work! :-) [15:17] mnemo: I've pinged some desktop contributors on #ubuntu-desktop who won motu membership today about your bug [15:18] dholbach: do you know if upload rights are already granted? [15:18] thanks guys [15:19] seb128: whom? [15:19] seb128: ah yes, I added all of them to the team [15:19] dholbach: huats and didrock, can they upload to universe? [15:19] laney and quadrispro too [15:19] ok cool [15:19] I was not sure if that was pending is tasks too === dholbach_ is now known as dholbach === fader is now known as fader|lunch [17:22] Can anybody recreate bug 283316 on jaunty? [17:22] Launchpad bug 283316 in udev "CD-ROM tray closes automatically after eject" [High,Fix released] https://launchpad.net/bugs/283316 [17:33] I havenĀ“t seen it in a while; using jaunty daily for over a month [17:35] er...laptop users cant really answer i guess, since they only open [17:36] It might just be me, it only happens with one drive [17:41] hmm, the new feature in LP to only show the first 80 comments is a real pain === asac_ is now known as asac === fader|lunch is now known as fader === Afwas_ is now known as Afwas === bac is now known as bac_lunch === seb128_ is now known as seb128 === Afwas__ is now known as Afwas [19:45] I need a little help with bug 307491 [19:45] Launchpad bug 307491 in thunar "The Trash directory failed on Thunar" [Undecided,New] https://launchpad.net/bugs/307491 [19:46] What does "/usr/bin/yelp" have to do with thunar crashing when trying to open the Trash directory? [19:47] Is this even valid? [19:48] charlie-tca: that's a bug reported via 'help - report a problem' in yelp [19:48] notice the apport-bug tag === bac_lunch is now known as bac [19:49] most bugs with 'sourcepackage: yelp' and apport-bug tag are not really related to yelp [19:49] I saw the apport tag, but never saw a bug referencing yelp as executable before [19:49] That's the answer then. Thanks. [19:50] so I'd just worry about their description and disregard everything else [19:51] That I can do. [19:51] and adjust the package accordingly ;-) [21:20] when a patch has been commited upstream, does it mean that the ubuntu task should be set to "fix commited"? [21:20] i thought the ubuntu task was only set to fix commited when a sponsor has uploaded the patched package to ubuntu [21:21] I'd say anything upstream goes in the upstream task [21:21] and an uploaded package would be "Fix Released" [21:22] Usually fix-committed when upstream goes fix-released, since we will have to wait for the package to get to us to say the bug is fixed [21:26] maxb: i thought uploaded package means fix committed, and when the binaries hit the archives then it's fix released? [21:26] I don't believe that's the case [21:26] hmm isn't there any documentation regarding the policy? [21:26] Not least because there's the question: Which architecture's binaries? [21:27] ah good point [21:27] AFAIK "Fix Committed" means the fix is in the packager's VCS [21:28] yes, there is documentation in bugsquad docs [21:28] https://wiki.ubuntu.com/Bugs/Status [21:32] yeee! The powers-that-be now accept fix-committed on upstream source code control systems! [21:32] \o/ [21:33] on upstream tasks... which is unambiguously sane, no? [21:34] darnit, I again read too fast! [21:35] so nothing really changed. I wonder how you can set fix committed on an upstream bug watch [21:35] since LP automagically sets it === wgrant_ is now known as wgrant [23:25] watch -n1 date +%s [23:27] could some one take a look at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/329254 [23:27] Ubuntu bug 329254 in network-manager "kernel: [ 341.030356] Pid: 0, comm: swapper Tainted: P W 2.6.28-7-generic #20-Ubuntu" [Undecided,New]