[00:00] greg-g, what about reporters who abandon there reports? lol (which I am getting the impression this one is doing) [00:00] if they do not respond to requests of information for 60 days you are very welcome to close it (set to invalid) [00:01] if you set the bug to "incomplete" when you ask for information it automatically starts counting down from 60 days for you [00:01] (as long as the bug is not assigned to a person/team, which most times an incomplete bug shouldn't*) [00:02] *there are exceptions, certain applications have different work flows depending on the team [00:03] I'm glad that I have a channel to ask... There will be less questions from me as I get used to this... [00:04] my requests for status requests will be increasing though because I can't mark anything as triaged yet [00:04] sectech: questions are always welcomed [00:05] greg-g, can you mark a bug as triaged for me? :P [00:05] bug number? [00:05] 226945 [00:05] bug 226945 [00:05] Launchpad bug 226945 in imagemagick "ImageMagick broken in Hardy" [Undecided,Incomplete] https://launchpad.net/bugs/226945 [00:07] I'll post a reply stating that there should be enough information for the bug to be looked at and solved by someone in a min [00:08] k, yeah, since it is a programming example the exact problem function is being called so that helps narrow it down [00:08] and it really helped that he tested the latest release and it works there [00:09] I need to come up with some common responses for bugs that have been freshly marked as triaged (to go along with the standard ubuntu ones) [00:09] sectech: just for completeness sake I would ask if it worked in Gutsy [00:09] alright.... [00:09] you don't always need to comment on a change of status, just fyi, its optional [00:11] I know... I just don't like leaving an open comment from someone, it just seems a little more professional if I let the person know what's going on... [00:11] old habits die hard I guess... [00:11] :) thats quite alright [00:16] Someone mentioned that since I don't have the ability to mark bugs as triaged I should mark them as confirmed... I'm kinda wondering about that though because if it's marked as confirmed doesn't that mean it has been duplicated? [00:17] yeah, or you feel there is enough information provided (logs are a good example) to warrant it [00:17] but be conservative in those cases [00:17] are we talking "W" conservative, or Ron Paul conservative? ;-) [00:20] wolfger: "conservation of the environment" conservative :) [00:21] that firefox bug reporter just provided some more information.... It does indeed look like it is a bug [00:21] which means I was to hasty to change it to a question.... [00:22] 2 tags in an html page that have an embedded wav that doesn't exist, crashes this guys firefox [00:23] interesting, bug number for that one? [00:24] I just wanna know why it doesn't crash my FF or yours [00:24] bug #227055 [00:24] Launchpad bug 227055 in firefox-3.0 "Firefox 3 crash - repeatable example" [Undecided,Invalid] https://launchpad.net/bugs/227055 [00:25] I can't reproduce it either, and I clicked around on the buttons a ton too [00:26] reloading every now and then [00:28] hmmm it's marked as incomplete as a result of me converting it to a question before... I'll change it back to incomplete [00:28] rather it was marked as invalid... sorry [00:29] yeah, incomplete probably for now, since with a livecd it is not reproducable by the reporter [00:30] is there a reason bug #137686 isn't marked fix released? [00:30] Launchpad bug 137686 in linux "[hardy] [gutsy] [regression] (regression from edgy to feisty and to gutsy) tifm_sd module not working and not producing any message in logs" [Medium,Fix committed] https://launchpad.net/bugs/137686 [00:31] hi guys, Markus uploaded a new python-launchpad-bugs package to the ppa solving bug 226949 , but now I'm trying to install 5-a-day applet and it fails for unmet dependency libbonobo2-bin [00:31] Launchpad bug 226949 in python-launchpad-bugs "[GUTSY] unmet dependency for python-launchpad-bugs" [Medium,In progress] https://launchpad.net/bugs/226949 [00:31] - [00:32] and according to packages ubuntu this one also is for hardy only... [00:33] seaq: you are running gutsy? [00:34] yeap... [00:34] so I wonder should I fill a new bug or extend the scope for the reported one... [00:35] wolfger, If you look at the firefox log it touches vlc.... [00:35] wonder if that has anything to do with it [00:35] seaq: should probably ask markus about it [00:38] aahhh hah... google has hits on vlc crashing firefox [00:39] and the reason why it doesn't crash on my system is because I don't have vlc installed.... I'll try and reproduce this [00:48] vlc crashed firefox.... that's the problem [00:56] sectech: seriously, that was the only change? [00:56] seriously. [00:59] good deal [00:59] (that you found it) [01:00] yep: I think I have found my way to contribute to ubuntu... triage bugs it is.... [01:00] You sure get a lot of email doing this...haha [01:09] If someone could mark that bug I was working on as triaged (bug #227055) that would be great [01:09] Launchpad bug 227055 in vlc "Firefox 3 crash - repeatable example" [Undecided,Confirmed] https://launchpad.net/bugs/227055 [01:22] sectech: is it confirmed or so you need someone to confirm? [01:27] sectech: we need a bzcktrace on that bug or its useless just because vlc is causing it or appears to be causing it doesnt mean anything until we know why. Im marking it as incomplete only because we need a backtrace or strace of the issue to confirm it, please seehttps://wiki.ubuntu.com/MozillaTeam/Bugs/States?highlight=(mozilla) for more info on how Mozilla team does thier status on bugs, please feel free to join #ubuntu-mozillateam if [01:36] good morning! [01:36] sectech: i updated the bug the backtrace he did didnt show a crash so i asked for updated. [01:36] good evening Igorot [01:36] Igorot, good very early morning and I should really be in bed [01:37] heh, i'm in southeast asia [01:37] good night everyone :) [01:38] wait [01:38] bye gnomefreak! [01:38] sorry [01:38] I stepped away [01:38] sectech: im here [01:38] I'm just reading what you typed.. 2 secs [01:38] we cant really confirm that bug without a good backtrace or be able to triage upstream in some way [01:39] Okay fair enough.... [01:39] I see where your coming from. [01:39] sectech: i will test it again tomorrow and get the rest of the team to try [01:39] Okay thanks :) [01:39] sectech: i just need something to say it crashed due to ...... [01:39] have a good day/night [01:40] makes sense... [01:40] have a good night [01:48] 20:44 < gnomefreak > the vlc guys might beable to use that since it does remove the interfaces i will update my statements [01:48] 20:47 < gnomefreak > sei updaed it sorry its kind of late here atleast its been a veery long day i thought it was still on firefox-3 so lets see what vlc bug triager says im still gonna get the team to see if its reproducable. i updated everything on bug. [01:48] 20:48 < gnomefreak > oops [01:48] sectech: sorry wrong channel for the above comments ther eshould have been here [01:48] night [01:49] okay [01:55] I don't think i'm going to run any traces tonight... kinda tired at the moment... [01:57] Actually I'm done for tonight... I'll be back tomorrow [01:57] night folks [03:02] Hello, I'm considering doing bug triage and I want to know how much time does it takes to do this for one bug :):) [03:02] felipe__, depends on the bug! [03:05] Ok, do I need to download a special package from the repos to do triaging? [03:06] no [03:07] the information is on the wiki [03:08] https://wiki.ubuntu.com/BugSquad [03:33] should this bug https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/159778 change from new to triaged, it seems it confirmed, and that the reporter was going to report it upstream.... [03:33] Launchpad bug 159778 in gimp "Gimp "Save a Copy" Screen is Blank" [Low,New] [04:06] Should nvidia-settings ask for your password before running? I think it should, as otherwise (such as currently in Hardy) it can't write changes to the xorg.conf file that someone might want to make. === boomer` is now known as boomer [04:14] felipe__: they haven't reported it upstream yet (I looked and couldn't find it) and it still doesn't have a direct cause/set a always reproducible steps [04:17] Is there anyone here familiar enough with nvidia-settings (or privelidge escalation) that can help with Bug #200868 ? It's seems to be a decent-sized usability issue for people that choose the proprietary nvidia driver. [04:17] Launchpad bug 200868 in nvidia-settings "nvidia-settings doesn't have permissions to write xorg.conf" [Undecided,Confirmed] https://launchpad.net/bugs/200868 [04:28] JohnPhys: The counterpoint is that nvidia-settings has sufficient privelages to do everything else. [04:28] JohnPhys: I've never missed the lack of root access in nvidia-settings, and I've used it quite a lot. [04:29] RAOF: Understandable, but something should be done at least, if only to add a message "please run as sudo from the terminal" or something, so that users know why it's not saving to xorg.conf [04:30] JohnPhys: The problem there, of course, is that we don't have the code :( [04:30] Right? [04:30] or add an escalation "prompt" to that specific task only, and let the rest of the application run as a recular user. [04:30] If we _did_ have the code, that would be my response, yes. [04:31] Oh, maybe we do have the code. It seems to be in universe, not restricted. [04:31] RAOF: I don't know what we have access to with nvidia-settings, I know for sure we don't have access to the driver code :(. [04:32] RAOF: Yes, it's in universe. Also, good ol' vrms doesn't complain about it :) [04:33] Yeah; I was confused because nvidia-settings used to be bundled with the driver. It looks like we have the code for nvidia settings, so that's how it should be handled. [04:36] RAOF: Alrighty. Any idea who can be asked/persuaded to make the relevant changes? I remember reading about issues ppl had with nvidia "not remembering settings", I wonder if this is related (such as twinview setups and such). [04:40] JohnPhys: Stick it in the bug report. [04:40] I have no idea who's upstream for nvidia-settings. Presumably it's nvidia. [04:41] I looked at the recent changelog, looks like lots of diff ppl have applied patches and repackaged it, not sure who's responsible for it though. [04:41] Heh. [04:42] Launchpad will hit the right people. [04:42] Eventually. [04:46] Hopefully. I'm not going to add to the bug report though, as I don't remember where I read such complaints, and don't want to spam the list with (potentially) unrelated info. [04:46] Thanks for the discussion though. [04:49] RAOF: hitting everyone doesn't count! [05:00] lifeless: But is a perfectly valid search strategy! [05:00] Hit everyone until someone says 'ow' in the right way! [05:00] RAOF: I'd hate to be your patient if you were a doctor :P === bdmurray changed the topic of #ubuntu-bugs to: Hug Day! https://wiki.ubuntu.com/UbuntuBugDay/20080506 | 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/ - http://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad [07:19] If I can reproduce a bug (#131192) filed as 'firefox' on firefox-3.0, can I confirm it for firefox, or should I also add firefox-3.0 as new? [07:26] Hewus, confirm the bug [07:27] Hewus, if you can confirm it for 3.0 also, then add it to the affected packages [07:29] kmail fails initiating TLS: "kio_imap: WARNING: TLS mode setup has failed. Aborting." [07:29] Anyone else faced this? [07:30] There is a a gentoo bugreport against libssl0.9.8: http://bugs.gentoo.org/show_bug.cgi?id=198914 [07:30] bugs.gentoo.org bug 198914 in Ebuilds "dev-libs/openssl-0.9.8g failure with SSLv3 handshakes when enable-tlsext" [Normal,Reopened] [08:10] techno_freak: done, thank you :-) [08:11] Hewus, welcome :) [09:34] Is it normal when edit the terminal launcher and I add "sudo" (or "gksudo") before "gnome-terminal" command. I'm using directly the root user without password ... ?? [09:35] ... in a terminal when I do "sudo gnome-terminal", at the same time I hate to put my password ... [09:39] ??? [09:48] Strange, the time to do a sudo in a launcher seems higher than the time in a terminal ... [09:51] Strange, the time to do a sudo without password in a launcher seems higher than the time in a terminal ... === qense is now known as qense\lunch [12:01] Morning gnomefreak [12:02] bug 227055 [12:02] Launchpad bug 227055 in vlc "VLC seems to cause Firefox-3.0 to crash repeatedly" [Undecided,Confirmed] https://launchpad.net/bugs/227055 [12:02] morning [12:02] i think i found out why backtraces didnt show anything [12:02] no debugging symbols? [12:02] no wrong packages [12:03] okay... === qense\lunch is now known as qense [12:04] I did a search for vlc crashes in lauchpad and I think I found a bug that might be related [12:05] bug #78725 and bug#116689 [12:05] Launchpad bug 78725 in vlc "MASTER firefox crashed [@vfprintf] ... -- libvlc.so.0" [Undecided,New] https://launchpad.net/bugs/78725 [12:06] I'm curious to know if it's the same bug... The only difference in this case seems to be the media is a .wav [12:06] sectech: once i get a backtrace than we car mark it but with what we have isnt enough to say vfprint causing it unless i missed something in bug [12:07] sectech: bug 227055 is .wav as well [12:07] Launchpad bug 227055 in vlc "VLC seems to cause Firefox-3.0 to crash repeatedly" [Undecided,Confirmed] https://launchpad.net/bugs/227055 [12:07] give me 20-30 minutes i should have everything needed i hope [12:07] 227055 is the original bug [12:07] Okay [12:08] I don't have a lot of time to spend on triage today, I just want to make sure the ones I started are being dealt with... [12:09] sectech: the mozilla bugs page is up to date now as for the pakcages neeed to debug [12:10] here anothere xample of devs using bug reports for their own purposes, but forgetting to edit the status in a right way, so we think it's a normal bug report: bug 226475 [12:10] Launchpad bug 226475 in kaffeine "remove dvd code install" [Undecided,Fix released] https://launchpad.net/bugs/226475 [12:10] sectech: no worries outside of yard work i planned on working on email and email == 100+ bugs :( [12:11] qense: what do you mean devs used it for thier own purpose? [12:11] devs fix bugs for everyone not themselves [12:11] they post normal bug reports, leave the status at new or incomplete [12:11] I used wrong words [12:12] qense: yeah, that's unfortunate. [12:12] but it makes us think we've got a very bad bug reprot [12:12] everyone has thier own way of doing bugs. mozilla team doesnt use status like everyone else does (just an dexample) [12:13] but we should at least make it clear for us that we should leave it alone [12:13] he filied the bug report for that purpose (not really to be triaged [12:13] s/we/they [12:13] yes, but how can I see that? [12:14] qense: if you know the devs you know to leave it alone :) [12:14] qense: yeah, the problem is that bugs are also used for workflow, and I don't think that in this case the process allowed for anything else to be done until the diffs were ready. [12:14] but there are so many :) [12:14] click on his name and it will show you [12:14] work will take much longer if I have to check all reporters [12:14] and what about real bug reports from devs? [12:15] perhaps "confirmed" would have worked, but I don't know if this is used for something else by the SRU team. [12:15] that is a real bug report he filied it so he didnt forget about it [12:15] but if it would have been a real bug report he shouldn't have set it to confirmed by himself [12:16] perhaps he should have set him as assigned to but than that doesnt work for mozillateam so its hard to say [12:16] it is a real bug report [12:16] its just not one needed to be triaged [12:16] I think ti would be the best if we would arrange a meeting about this [12:17] if bug team stopped using assigned to space for anyone asking questions than devs can set them to themselves and you would have a fix to the issue [12:17] this would give the new bug triagers a simple answer to who is working on the bug not triaging it [12:19] the policy recently has been changed, at first triagers were told to assing themselves to bugs they were triaging, but now it's just for people who work on them [12:19] ok good it did go back to normal [12:22] brb really have to get backtrace for this bug, sectech im leaning towards this bug being firefox since firefox crashed not vlc vlc might have helped cause the crash say by mem usage but firefox gtk issue and should be fixed in firefox but lets see what i get from backtrace first [12:23] gnomefreak, Okay... This bug seems to be a good lesson for me, yesterday was my first day bug triaging... [12:23] I learned a LOT yesterday as it was.... [12:23] :) dont ever stop learning [12:24] I tend to think it would be a good thing for a triager to put something in the bug to let people know it is in the process of being triaged... [12:24] i do know vlc has what too many depends :( [12:24] gnomefreak, Oh I won't.... I like this! It's really good experience [12:24] brb smoke before running this test again [12:24] k [12:30] asac: when you get time ping me please if within next 30 minutes i would like you to try to reproduce a vlc/firefox-3 bug [12:30] gnomefreak: i have time for you :) [12:31] :) [12:31] bug 227055 [12:31] Launchpad bug 227055 in vlc "VLC seems to cause Firefox-3.0 to crash repeatedly" [Undecided,Confirmed] https://launchpad.net/bugs/227055 [12:31] gnomefreak: do you see that? [12:31] asac: backtrace isnt working :( we i might need to fix the wiki [12:31] asac: no but i failed to have vlc installed [12:32] http://dual-n-back.com/nback.html [12:32] asac: firefox -g 2>&1 | tee ~/gdb-firefox.log just spawns another page [12:33] gnomefreak: you need to close all firefox running before doing that [12:33] oops [12:34] gnomefreak@Hardy:~$ firefox -g 2>&1 | tee ~/gdb-firefox.log [12:34] gnomefreak@Hardy:~$ run [12:34] bash: run: command not found [12:34] gnomefreak@Hardy:~$ [12:34] asac: doesnt6 matter [12:34] i get that no matter what [12:34] gnomefreak: -g doesn't work anymore ... try [12:34] gdb /usr/lib/firefox-3*/firefox [12:34] run [12:34] due to ff-3? [12:35] yes [12:35] gdb /usr/lib/firefox-3*/firefox 2>&1 | tee /tmp/gdb-firefox.log [12:35] (gdb) run [12:35] if that work please update the wiki [12:35] it is kind of [12:36] i need to kill it and cant :( [12:37] ok lets try this again [12:40] its much much slower [12:41] sectech: i still cant reproduce this bug with or without gdb [12:42] ok refresh #10 going to walk away with htis running and try in a minute [12:42] that cant be good [12:44] gnome the only change I made to re-produce this bug was by installing the mozilla-plugin-vlc package [12:44] you restart firefox and go to the reporters webpage and it crashes... [12:47] that could be why i couldnt reproduce i thought i had it installed [12:51] asac: im thinking lets hold off on sunbird for intrepid until gcc-4.3 gets fixed and in repos that leaves us one less spin although for PPA hardy it doesnt matter we can turn PPA into backport HArdy [12:52] Here is a question for the rest of the triagers.... Do you guys/gals set a limit for yourself on how many bugs you triage a day? [12:52] bdmurray: could you please verify #157763 - it seems to collect duplicates and the week is over so it would be nice to get it into -updates :) [12:52] sectech: some days all day some days just email worth it all depedns on what i have to do that day [12:53] sectech: its open site and just keep refreshing right? no need to click on anything? [12:53] got it [12:53] gnomefreak, You just need to refresh [12:53] not helpful but got it [12:53] awesome! (that you were able to reproduce it) [12:54] 0xb7cb9246 in vfprintf () from /lib/tls/i686/cmov/libc.so.6 [12:54] good call looks like a dup of other bug but lets wait until i upload backtrace and ask asac what he thinks :) [12:54] Okay sounds good... [12:55] I gotta run for a little while... I'll be back later this evening [13:00] asac: im heading out to do yard work can you please check bug 227055 and post if you agree to it being dup i added everything on the bug that should be needed. ill fix wiki a bit later today [13:00] later [13:00] Launchpad bug 227055 in vlc "VLC seems to cause Firefox-3.0 to crash repeatedly" [Undecided,Confirmed] https://launchpad.net/bugs/227055 [13:02] Hi. [13:02] does anyone get ATI restricted driver freezes? [13:02] Or something? [13:02] Like that... [13:07] hi everyone!! === andre___ is now known as andre|afk === fdd-0 is now known as fdd === andre|afk is now known as andre___ [13:36] ppl, I think I found a bug while trying to print!! [13:36] ok! [13:36] please tell! :) [13:37] but I don't know if that is a bug in system-config-printer or in evince!... [13:38] do evince use system-config-printer-gnome settings to print? [13:38] or does it use its own printing configuration? [13:39] describe your issue rather [13:39] those questions are not really clear [13:40] the printers are configured in cupsys, system-config-printer is an interface to do the configuration [13:40] imagine a pdf file with 30 pages! [13:40] evince uses gtkprint which uses cupsys [13:42] are the hugday-tools integrated in the five-a-day applet? [13:42] when I was using Gutsy, I always opened the file with the evince and when printing 4 pages per side it always printed well oriented!! [13:43] after update to Hardy it started to print 4 pages per side with a bad orientation! [13:44] in system-config-printer, I have it like I had before.. [13:46] ..and I've the same configurations in evince>File>'Print' and 'Print Setup' !! [13:47] i4x: I think there is some such bugs open already, maybe try if you have the same issue using other applications, gtk-demo, gedit, etc [13:47] I c! [13:48] but is there any other program to print pdf files? [13:49] any program that uses other way to print than evince! [14:14] * thekorn waves [14:14] happy hugday [14:18] Hey thekorn, happy hug day! [14:19] howdy Iulian [14:22] thekorn: Well, I'm not feeling so good today... [14:23] qense: Today is your birthday, am I right? [14:23] Iulian, ooch :( I'm sorry to hear this [14:24] iulian: yes you're right [14:24] :) [14:24] qense, HAPPY BIRTHDAY [14:24] thanks! [14:24] thekorn: Don't worry. I will be better soon. [14:24] happy hug day [14:24] qense: Happy birthday! [14:25] phew [14:26] is hugday-tools integrated in five-a-day-applet? [14:26] qense, +1 for a meeting/discussion on "don't touch my bugs..." [14:26] no [14:26] thekorn: how did you read that? :P [14:26] ML? [14:26] did I post it there? [14:27] 12:16 qense I think ti would be the best if we would arrange a meeting about this [14:27] ah, complete with spelling mistakes :) [14:27] yes, that's what I said here earlier today [14:27] irclog.ubuntu.com probably [14:27] exactly! [14:27] logs* === apachelogger__ is now known as apachelogger [16:04] mvo: sure, I'll do that today. I was looking at a couple of others w/o test cases. [16:09] Boo [16:11] bee [16:12] :) [16:16] bdmurray: I'm currently adding test-cases were I see them missing, unfortunately some are pretty difficult [16:18] mvo: okay, I believe 222895 was one of the ones I was looking at and it has one now - thanks! [16:24] can someone help me triage this bug? https://bugs.launchpad.net/bugs/197549 [16:26] bdmurray: did you read my suggestions to have a meeting/discussions somewhere in IRCland about the recent 'don't touch dev's bugs' thing? [16:27] qense: no, I haven't seen that [16:31] I think we should do that [16:31] there are some problems with it altely [16:31] and it can cause iritation, and we should have a friendly contact with the development team :) [16:35] Okay, and you think a meeting would be the best forum? [16:37] well, a mailist dicussion would be a bit tricky since all teams ahve different lists [16:38] (sorry if I react a bit late, there are visitors here ;) ) [16:38] qense: is this relating to the recent thread in the devel maillist? [16:39] I'll be at going to UDS real soon so we, the bugsquad could talk about it, and I bring up our concerns there [16:39] s/bring/could bring/ [16:40] yes [16:41] that would be ok I think [16:42] I've got to go, bye! [16:43] bdmurray: did you get my email about the bugcontrol applications? [16:44] I can't seem to reply to them since mrooney+bugcontrol@gmail.com is where they go, but the replies come from just mrooney@gmail.com [16:48] Bug 200061 wants to change the official xsane logo to something else. Is that a legitimate request that should be passed on upstream, or should it be marked invalid? [16:48] Launchpad bug 200061 in xsane "xsane icon has nothing to do with scanning" [Undecided,New] https://launchpad.net/bugs/200061 [16:50] Hewus: I don't know, it is a legitimate complaint at least, it seems like something Ubuntu wouldn't fix as we wouldn't want to subvert applications' icons [16:50] Hewus: it's not something we, Ubuntu, would change and I personally wouldn't forward it. If the reporter is concerned about it they could. [16:51] Could it be something for the artwork team to concider for a new icon? rather than be assigned to xsane itself? [16:51] Pici: you would want xsane to at least approve first right? as in ask them if they would consider using a new icon if one was developed? [16:52] then if they agree a new icon could be appropriate, proceed and perhaps send it upstream [16:52] mrooney: I have no idea what the policy is for icons, but I know I've seen application icons change across icon sets. I'm just brainstorming outloud here. [16:53] Pici: yeah I don't either, I was just doing the same :) [16:53] mrooney, bdmurray: I'll mark it as invalid then, and put some note about contacting upstream if they're unhappy. [16:53] thanks [16:53] Thank you for helping out! [16:54] bdmurray: No worries. I just joined bugsquad a couple of days ago, and I'm having a lot of fun :-) [16:55] bdmurray: should I ping you later about the email or did you just miss my above question? === asac_ is now known as asac [16:57] mrooney: yes I got your mail, I've no idea why you can't reply to them the launchpad mailing list stuff is a new feature [16:57] bdmurray: oh okay, I assumed it was because the list isn't open to everyone, only people who are members/subscribed, and since my reply address is different than my subscribed address, it rejected them [16:58] mrooney: that sounds probablye [16:58] er probable [16:59] bdmurray: do you still want my responses to the applications by replying directly to you, or should I not reply to any until I can send to the list? [17:00] mrooney: try replying to the list there is a new moderation feature that I wan to test [17:00] sure thing, will do [17:00] lunch time, thanks for your response! [17:25] hey guys, I'm trying to set up editmoin so I can work with the hugday wiki page, but I'm getting this error: [17:25] You are not allowed to edit this page. [17:25] error: body information not found [17:25] google isn't really turning up much info, and I've set up my .moin_ids file with http://wiki.ubuntu.com yasumoto [17:27] Yasumoto: ah that's why [17:27] http://labix.org/editmoin#head-bc4a29be70afe1fe227646902d398890d0a75f01 <- look there [17:28] if you use firefox you have to go to preferences -> privacy -> show cookies and search for the one of wiki.ubuntu.com [17:30] ohh, thanks a bunch [17:30] lemme try it out and see what happens [17:31] you're welcome [17:31] sure [17:33] Yasumoto: editmoin's manpage explains it too, have you looked at it? [17:33] yeah, but I skimmed over the "http authentication" part, and just focused on the "url id pairs" section above :/ [17:36] oh, I get it now [17:36] cool, thanks a lot guys [17:42] Is there a webpage that tells what package is in what repository? [17:42] sectech: What do you mean? [17:43] someone posted a bug saying they couldn't access java6 because it wasn't in the repository... I wanted to quote what one it was in [17:43] sectech: probably http://packages.ubuntu.com [17:43] sectech: you could try using rmadison to find it [17:44] something like 'rmadison -u ubuntu sun-java6-bin' [17:44] Oh.. never mind, I found it... right click on the package in Synaptic and go to properties :P [17:44] rmadison is useful because it shows every release too [17:45] ahh ok... didn't know about that one [17:46] whoa, rmadison is awesome [17:46] thanks bdmurray [17:57] Could someone review bug #227399 and tell me what your opinion is.... I'm not sure if that should be triaged as a bug or not... [17:57] Launchpad bug 227399 in ubuntu "System policy authentication dialog showing junk commas" [Undecided,New] https://launchpad.net/bugs/227399 [17:57] sectech: that sounds like a duplicate to me [17:58] I'll find the appropriate duplicate to attach it to.... [17:58] look at policykit bugs [17:58] okay [17:59] Is that the package it should be assigned to? What I'll do is assign it, and mark it as a duplicate when I find an older report [18:05] hi, after resume from hibernate all other six ttys are just white. found #129910, but that bug is not exactly what happens to me. I dont use a vga= boot-option. Should I file a new bug or wait for the fix? [18:06] bug 129910 [18:07] Launchpad bug 129910 in linux "Blank ttys when using vesafb (vga=xxx)" [Medium,Fix released] https://launchpad.net/bugs/129910 [18:09] bdmurray, Can you wishlist bug#227411 [18:09] on the phone at the moment [18:09] I'll look shortly [18:09] okay [18:10] copyofjohan: those all say fix released, that means if you are updated and still have the issue it is a different bug, unless you are running an older version. what is your ubuntu version? [18:12] 8.04 updated [18:12] uptodate [18:12] which information should I attach? [18:21] mrooney: which information should I attach? and against which packages should I file the bug? [18:22] uswsusp? [18:24] copyofjohan: sorry, I am not knowledgeable in that regard, I would file a new bug, mentioning the other bugs it seems similar but not a duplicate of, and attach whatever you think is appropriate [18:25]