[00:23] <wolfger_> bdmurray: ok, I asked the user to try alpha 5 and also to try a manual mount.
[00:23] <bdmurray> wolfger_: sounds good, thanks for doing that!
[00:23] <wolfger_> what is the proper way to close out a bug when the reporter says it's no longer a problem?Bug #152120
[00:23] <ubotu> Launchpad bug 152120 in ubuntu "firefox raises on new tab open" [Undecided,Incomplete] https://launchpad.net/bugs/152120
[00:26] <bdmurray> The proper status or the proper reply?
[00:26] <wolfger_> yes. :-) I think the last time I had this, I just marked the bug "invalid per reporter's comment", and somebody said that wasn't right.
[00:28] <bdmurray> Fix released isn't correct because nothing was done to fix it and we don't know the root cause of the issue
[00:28] <bdmurray> I'd use something along the lines of https://wiki.ubuntu.com/Bugs/Responses#head-62f0342dd6820a830dcbd7d31f7dd75bb7b0f92a
[00:29] <bdmurray> Maybe just change the first sentence to "...due to your last comment."
[00:30] <wolfger_> so what status? Is it "invalid"?
=== wolfger_ is now known as wolfger
[00:31] <bdmurray> wolfger: Yes, invalid.
[00:32] <bdmurray> "This status should be used when the bug report does not contain adequate information to determine whether or not it is a bug even if it is resolved for the reporter"
[00:32] <persia> I often look through the changelogs (Ubuntu and upstream) to see if I can find a report of the version that fixes something, and mark it Fix Released with an indication of the version (although that isn't helpful in this case).
[00:32] <wolfger> ok, cool
[00:35] <bdmurray> I try to teach people how to use launchpad when closing bug reports.
[00:35] <bdmurray> So they can do it on their own.
[05:50] <desertc> Is this the right place to go to help with the feature freeze testing?
[05:53] <Gnine> apport is not generating crash reports and/or will not connect to lauchpad on "send report"
[05:54] <Gnine> 8.04 2.6.24-8-generic x86_64 amd64
[05:56] <Gnine> emerald continues to crash randomly (circa alpha 3)
[05:59] <Gnine> on update to firefox 3 flash media content does not play. plugin install is suggested even though plugin was already installed
[06:00] <Gnine> plugin: mplayer
[06:02] <DarkMageZ> Gnine, goto about:plugins and see if flash is listed
[06:04] <Gnine> shockwave flash 9.0 r115
[06:10] <Gnine> wrong version. issue is on 8.04 x86 , not 64bit version. shockwave flash 9.0 r48
[06:17] <DarkMageZ> hmm. should be working. not sure
[06:24] <Gnine> firefox is trying to use mplayer for divx then "package 'mozilla-mplayer' is already installed". no playback.
[06:25] <Gnine> flash is not the issue
[06:28] <Gnine> bad call on that one
[06:30] <DarkMageZ> i don't think the mozilla-mplayer package has been updated to use firefox 3 in hardy.
[06:30] <Gnine> that makes sense then
[06:32] <Gnine> flash is woking fine though.
[06:32] <Gnine> !gnash
[06:32] <ubotu> An open source flash replacement.  It is still beta software. For current status or for more info http://www.gnu.org/software/gnash/
[06:34] <Gnine> last time i tried gnash is was a no-go
[07:38] <DarkMageZ> Gnine, gnash is still a no-go.
[07:39] <DarkMageZ> it's not worth using as the only thing it plays correctly are the advertisements...
[08:02] <Gnine> shame
[08:18] <Iulian> Good morning.
[09:32] <cojones_> hey guys, can i do bug testing for ubuntu if I use a ubuntu-based distro?
[09:32] <persia> cojones_: Best to double check to make sure it also affects Ubuntu before filing, but maybe.
[09:33] <cojones_> where would I check? I'm running Linux Mint 4.0
[09:37] <persia> cojones_: Once you find a few bugs, try to replicate them in an Ubuntu environment (maybe a chroot or a minimal installation)
[09:42] <cojones_> actually, i was thinking more of confirming new bugs. I'm basing this totally off of the new 5-A-Day initiative
[09:42] <cojones_> i could always run a Ubuntu Distro through VirtualBox or sth
[09:42] <persia> cojones_: The problem being that there may be differences between how a package behaves in mint or ubuntu.  If you could replicate in VirtualBox, that would also do.
[09:43] <cojones_> Alright, thanks for the help!
[09:43] <persia> cojones_: Thanks for helping track the bugs :)
[09:48] <Gnine> cojones is a derogatory term
[10:36] <secretlondon> hi
[10:39] <afflux> morning secretlondon
[10:41] <Iulian> Hello secretlondon
[11:47] <mawx> hi. I decided to go for 1 bug a day - cause i won't have time for 5. Now i am trying on adding debugging hints to https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/192755 .
[11:47] <ubotu> Launchpad bug 192755 in linux-source-2.6.22 "Fan does not work on ubuntu 7.10" [Undecided,New]
[11:47] <mawx> Looks like a acpi problem to me like https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/180658
[11:47] <ubotu> Launchpad bug 180658 in linux-source-2.6.22 "acpi does not report correct temperature on Intel Pentium 4 CPU" [Undecided,New]
[11:48] <mawx> https://wiki.ubuntu.com/DebuggingACPI says tarballs of /proc/acpi might be helpful.
[11:48] <mawx> But how do i create them? If i "tar -cf test.tar /proc/acpi" most files don't contain anything.
[11:52] <secretlondon> I think it may be connected to which files exist, even if they don't have any content
[11:55] <mawx> secretlondon: right, maybe it helps to ask for the content of specific files later if you know the path structure.
[11:57] <secretlondon> i've looked at my own acpi files and they are mostly empty - but maybe they show 'devices' or something? I've no idea how acpi works..
[11:57] <secretlondon> but if the bug has been allocated to linux-source then someone thinks it's a kernel bug
[12:00] <mawx> hmm, just ran into a bugreport with complete /proc/acpi tarball including file content. Wonder how to create that one.
[12:02] <secretlondon> well I'm guessing that machine had content in /proc/acpi
[12:04] <mawx> mine has content too. the problem is it only gets created the moment you cat the file.
[12:04] <mawx> like cat /proc/acpi.../temperature will print the current temperature of the cpu.
[12:04] <mawx> but the tarball won't contain it.
[12:04] <secretlondon> ah
[12:05] <mawx> that's the way proc works - it's like a direct interface to kernel information.
[12:05] <secretlondon> If we are asking for a tarball of /proc/acpi then we must know that the files will be empty
[12:06]  * secretlondon scratches her head
[12:06] <mawx> there seems to be a way to use tar so that it fetches the data just like cat.
[12:06] <secretlondon> ah
[12:06] <mawx> then they would not be empty.
[12:11] <rohan> persia: hi ;)
[12:12] <rohan> persia: well, i can't see the file list here - http://packages.ubuntu.com/hardy/linux-ubuntu-modules-2.6.24-8-generic
[12:12] <persia> rohan: No problem.  There's lots of channels, and it's easy to be confused at first.
[12:12] <rohan> so how do i make sure that acer-acpi is included in the latest package or not?
[12:12] <persia> packages.ubuntu.com isn't always up-to-date.  Try downloading it from hardy and inspecting the package.
[12:16] <rohan> ok, persia , thanks, i'll try that
[12:16] <rohan> but even otherwise, i'm not able to view the file list on that page
[12:16] <rohan> isn't that strange?
=== secretlondo is now known as secretlondon
[12:39] <cojones_> Hey, does anyone know what's up with the Ubuntu Hardy Heron Alpha 4 download page?
[12:39] <cojones_> (It's down.)
[12:40] <cojones_> I want to start helping with bug tracking but I run Linux Mint so I'm trying to get Hardy Heron Alpha 4 and run it as a vm
[12:42] <secretlondon> we are on alpha 5 now
[12:42] <Nafallo> are we?
[12:42] <secretlondon> released yesterday
[12:43] <cojones_> nice
[12:43] <cojones_> i'll look into that
[12:43] <cojones_> could be why the server is down? traffic?
[12:43] <Nafallo> then I'm still on development rather then ;-)
[12:43] <secretlondon> email sent out by steve langasek 1am utc today
[12:44] <secretlondon> to devel-announce
[12:45] <Nafallo> I'm probably still on a5 plus a few
[12:46] <secretlondon> http://cdimage.ubuntu.com/releases/hardy/alpha-5/
[12:47] <cojones_> I'm guessing you can load that website?
[12:47] <secretlondon> yes
[12:48] <cojones_> hmmm... could be a China thing
[12:48] <secretlondon> although i've not tried downloading an iso from it
[12:49] <secretlondon> http://wiki.ubuntu.com/Mirrors
[12:49] <secretlondon> if that helps
[12:49] <Nafallo> tw.releases.ubuntu.com maybe?
[12:49] <Nafallo> ch.releases.ubuntu.com should be around as well
[12:50] <Nafallo> ah. they are not on releases.
[12:51] <cojones_> if I used either of those, my fear is that the distribution would be Chinese-based
[12:51] <cojones_> haha my Chinese level isn't quite there yet
[12:52] <secretlondon> no - you can run in english or chinese from any iso afaik
[12:52] <afflux_> why does bug 193533 happen, though policykit's debian/policykit.dirs contains a "var/run/PolicyKit" ?
[12:53] <ubotu> Launchpad bug 193533 in policykit "mkdir /var/run/PolicyKit" [Low,Confirmed] https://launchpad.net/bugs/193533
=== afflux_ is now known as afflux
[12:53] <cojones_> the page finally loaded
[13:01] <cojones_> Annnnd downloading the torrent. Thanks, secretlondon
[13:01] <cojones_> I've never done anything with bugtracking, any tips on getting started?
[13:01] <cojones_> (The 5-A-Day initiative got me inspired. I've always wanted to contribute but didn't know where to start)
[13:02] <Iulian> Well, that's not so hard. First of all please read https://wiki.ubuntu.com/HelpingWithBugs
[13:02] <james_w> afflux: /var/run/ is a tmpfs, so the init script or similar needs to create it, but it is odd.
[13:06] <cojones_> Iulian: Thanks, checking it out now.
[13:08] <afflux> james_w: so am I right when saying that the postinstall script shouldn't handle anything on /var/run/PolicyKit?
=== secretlondo is now known as secretlondon
[14:25] <james_w> afflux: no, that doesn't sound right.
[14:25] <james_w> afflux: sorry for the delay, I'll grab the package now and see if I can see what is wrong.
[14:27] <Kirrus> Is it just me, or is ubotu being very quiet?
[14:28] <persia> kirrus: you can always ask about something, like bug #181494 to see.  Maybe people aren't finding bugs just now.
[14:28] <ubotu> Launchpad bug 181494 in xnetcardconfig "Depends on obsolete xsu package" [Undecided,In progress] https://launchpad.net/bugs/181494
[14:28] <Kirrus> nice... I like it when people aren't finding bugs :)
[14:30] <pochu> I'd say ubotu isn't sending announcements, as I've got a few new bug reports on my bugmail
[14:30] <pochu> perhaps announcements have been moved to #ubuntu-bugs-announcements (or something similar) as it was proposed
[14:31] <secretlondon> I suspect it's broken
[14:33] <persia> There ought to have been some announcement that the announcements were moving, if that was the case (although it does make it easier to follow a thread)
[14:33] <Kirrus> there doesn't appear to be an announcements channel, looking through the list
=== asac_ is now known as asac
[14:42] <james_w> afflux: it all looks like it should be fine to me. Would you like to ask for a terminal log of a failing install, or would you like me to?
[14:42] <ja_> Hi folks, I'm currently experiencing problems with Alpha 5 screen resolution in X. I'd like to report a bug but I'm a bit stuck for details other than I'm on 800x600 when it should be 1400x1050.
[14:43] <james_w> afflux: sudo rm -rf /var/run/PolicyKit and install works as well, so I'm not sure what the problem could be.
[14:43] <james_w> ja_: does the screen resolution tool list the larger resolutions?
[14:44] <slicer> Hi, could I get a volunteer to confirm bug 194756 ?
[14:44] <ubotu> Launchpad bug 194756 in pulseaudio "Moving source-outputs causes protocol errors" [Undecided,New] https://launchpad.net/bugs/194756
[14:44] <james_w> ja_: /var/log/Xorg.0.log is important to include as well, and reading might give you some clue as to what is going on.
[14:44] <ja_> james_w , no only an even smaller 600x480. And theres some kind of 3 tier video effect so I don't even have a proper display at those resolutions.
[14:44] <ja_> Thanks james_w, I'll include it.
[14:45] <james_w> ja_: if you pastebin it first I can try and give you a clue as to which package it should be.
[14:46] <ja_> thanks james_w, I'll do that.
[14:46] <james_w> slicer: sorry, I'm not sure why you need confirmation, it seems you are well on top of it.
=== vorian_ is now known as vorian
[14:47] <slicer> james_w: I was told it's best practice to get someone else to confirm bugs before marking them as such.
[14:47] <slicer> james_w: Then again, the bug is a logical one, so I think I'll just leave it to the package maintainers.
[14:50] <james_w> slicer: yeah, a confirmation should be got before marking it as such, but as you have already provided a patch upstream it seems a little superfluous. I can run the commands you provided if you would like.
[14:50] <persia> james_w: confirmation helps attract developers, even when there is a patch.  (although the pulse developers tend to be very reactive)
[14:51] <james_w> persia: true.
[14:51] <slicer> james_w: I just want the patch to be included ASAP. Preferably before the feature freeze, though that might need divine intervention.
[14:52] <james_w> slicer: Connection failure: Protocol error
[14:52] <james_w> Stream error: Protocol error
[14:53] <james_w> that was move-source-output 0 1
[14:53] <slicer> *nod* It will do that for any move-source-output (unless you move it to where it's already at).
[14:54] <slicer> Basically, they updated the protocol for moving streams, but only remembered to update it for playback streams.
[14:55] <slicer> What's the process now; you'll mark it as confirmed with a small comment?
[14:55] <james_w> slicer: yeah, I'll do that.
[15:11] <ja_> james_w , I;ve pasted the log here http://pastebin.com/d7c99933b
[15:13] <james_w> ja_: r128 seems to be the driver, but I'm not sure.
[15:14] <james_w> bad mode clock/interlace/doublescan looks suspicious.
[15:14] <ja_> rage128 is the card in my laptop so that sounds right.
[15:15] <james_w> http://www.linuxquestions.org/questions/linux-hardware-18/cant-get-resolution-any-higher-205305/
[15:15] <ja_> As for the bad mode.. I saw a bug here that might be relatedhttps://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/146643
[15:15] <ubotu> Launchpad bug 146643 in xorg-server "[Gutsy backport] Resolution detection fails because of bad video BIOS usage" [High,In progress]
[15:15] <james_w> ja_: do you have any /etc/x11/xorg.conf?
[15:16] <james_w> /etc/X11/xorg.conf sorry.
[15:16] <ja_> It'll take me a few minutes to get it. Can't see very much on that machine :)
[15:16] <ja_> I'll be back in a few minutes with it..
[15:26] <ja_> james_w , can you look at this? http://pastebin.com/d5e0ce149
[15:27] <ja_> I'm pretty convinced its a V & Hsync issue. But I don't know how to modify xorg.conf to correct it.
[15:27] <ja_> I used to do this by hacking existing values but the new xorg.conf is pretty sparse :)
[15:28] <secretlondon> ja_ I've had the same issue here and asked a question about it. you can add figures in from old xorg.conf as it will use those first
[15:28] <secretlondon> autoconf stuff fails on my laptop and left me with 800x600
[15:29] <ja_> secretlondon , thanks. I'll try that right now and see what happens.
[15:29] <secretlondon> I found the stuff to add via google
[15:29] <james_w> ja_: ok, so you should file a bug on the driver anyway, as it is failing to detect the sync correctly, or some other problem, then you can try and override it in xorg.conf to get it working for you now.
[15:30] <secretlondon> but yes you should file a bug
[15:30] <ja_> Thanks guys. Really appreciate it.
[15:30] <james_w> ja_: obviously it may be easier to fix it and then file the bug, when you have a decent resolution.
[15:30] <ja_> good idea :)
[15:30] <ja_> Luckily I have 2 computers, but I'd like to fix it first so I can include that info in the report.
[15:32] <james_w> ja_: a google search for "bad mode clock/interlace/doublescan" gets loads of hits.
[15:35] <james_w> ja_: also https://bugs.launchpad.net/xorg-server/+bug/180960 looks possibly related.
[15:35] <ubotu> Launchpad bug 180960 in xorg-server "X aborts w/ backtrace: 'Mode pool is empty' and 'No valid modes found'" [Unknown,Confirmed]
[15:36] <ja_> Thanks james_w , if fixing the v/h sync doesn't work, I'll check those out too.
[15:37] <ja_> Yes, I'll link to that report from my own to save triaging time for the bug-squad.
=== secretlondo is now known as secretlondon
[16:19] <afflux> james_w: sourcercito supplied a patch for bug 193533, since I don't have that much idea about this kind of packaging, I'd appreciate if you'd take over
[16:19] <ubotu> Launchpad bug 193533 in policykit "mkdir /var/run/PolicyKit" [Low,Triaged] https://launchpad.net/bugs/193533
[16:21] <james_w> afflux: yeah, that may fix it, but I don't understand why that should be needed.
[16:27] <InsClusoe> Hi everyone... I am running hardy alpha 4 on a toshiba portege tablet pc. Does ubuntu have support for stylus? I would like to stylus to draw in GIMP. Any ideas?
[16:29] <InsClusoe> And the best thing about hardy alpha is that the wi-fi card works out of the box whereas in XP tablet edition it didn't...
[16:29] <InsClusoe> I borrowed the tablet from a friend to prove that ubuntu just works and I am more than happy...
[16:29] <InsClusoe> :-)
[16:30] <InsClusoe> Should I ask in the support forum? I don't think they support hardy alpha.
[16:33] <InsClusoe> ok.. I better move this to the support forum.
[16:38] <czambran> I want to help triaging bugs, and have read the documentation about it but was wondering if there was somebody available who could help answer questions
[16:39] <james_w> czambran: there are people in this channel that can help.
[16:39] <czambran> I would like to triage bug 54135
[16:39] <ubotu> Launchpad bug 54135 in libapache2-mod-python "when php5 is enabled mod_python cacls md5 wrong" [Undecided,New] https://launchpad.net/bugs/54135
[16:40] <czambran> I tried to reproduce it but I can't
[16:41] <czambran> and the last person who seemed to have been able to reproduce it
[16:41] <czambran> was using an older version of Ubuntu(ubuntu6.06)
[16:41] <james_w> czambran: that useful information that you should add to the bug report.
[16:42] <czambran> should I change the status of the bug at all?
[16:43] <james_w> czambran: and you could set it to invalid and ask anyone that can reproduce to reopen with more info.
[16:43] <james_w> czambran: and then add it to your 5-a-day :)
[16:43] <czambran> thanks james
[16:45]  * secretlondon wishes she ate as many portiins of fruit and veg as bugs ;)
[16:46] <InsClusoe> no luck on hardy support forum...
[16:46]  * InsClusoe sulks
[16:48] <pochu> InsClusoe: did you try #ubuntu+1 ?
[16:49] <InsClusoe> pochu: yeah.. nobody responded. Guess they are busy..
[16:49] <pochu> Or rather that they don't know
[16:50] <secretlondon> well its a sunday afternoon in europe
[16:50] <secretlondon> you can't expect instant answers anyway
[16:50] <InsClusoe> pochu: Not sure. Am sure people are using ubuntu on tablet pc's.
[16:50] <pochu> secretlondon: saturday... AFAIK :P
[16:50] <secretlondon> true!
[16:50]  * secretlondon needs to spend more time off irc ;)
[16:51] <InsClusoe> yeah.. I think so.
[16:52] <secretlondon> or get a job so I know the difference between week and weekend
[17:06] <bdmurray> secretlondon: I have a job and have a hard time telling. ;)
[17:07] <InsClusoe> one guy from #ubuntu+1 gave me a great pointer. google.com
[17:08]  * InsClusoe is disappointed and has handed the tablet over to its owner.
=== secretlondo is now known as secretlondon
=== afflux_ is now known as afflux
[19:30] <Unksi> What should be the status for this bug: https://bugs.launchpad.net/ubuntu/+source/wget/+bug/194075 ? I can confirm it, but the bug poster states, that it has been fixed in upstream.. so, should it be confirmed, or what?
[19:30] <ubotu> Launchpad bug 194075 in wget "wget -S error where HTTP response not code 200" [Undecided,New]
[19:36] <secretlondon> confirmed
[19:36] <secretlondon> its not fixed here until we get upstream's version
[19:38] <Unksi> ok
[19:38] <Unksi> thank you
[19:39] <secretlondon> but link the bug to a bug upstream if there is one
[19:40] <Unksi> ok
[19:40] <Unksi> will check that out
[21:44] <InsClusoe>  
[21:50] <jpatrick> InsClusoe: I completely agree
[21:59] <InsClusoe> :-D That was sent by accident.
[22:04] <secretlondon> hmm my load average has halved my disabling tracker..
[22:08] <Unksi> hmm, which tracker? :P
[22:09] <Unksi> my averages are at 1.5-1.7, though firefox seems to have its fine share in that..
[22:09] <secretlondon> mine went from 1.5 to about 0.75
[22:10] <secretlondon> the tracker that indexes file in /home
[22:10] <Unksi> ok
[22:11] <secretlondon> it was doing stuff every couple of seconds - with convert or identify
[22:16] <dsas> secretlondon: there is/was a bug where upon encountering an image it asked convert to make a thumbnail, then indexed the thumbnail and asked convert to make a thumbnail of the thumbnail.....
[22:16] <secretlondon> ah
[22:22] <Unksi> lol
[22:27] <pochu> secretlondon: bug 194221
[22:27] <ubotu> Launchpad bug 194221 in tracker "Tracker crawls when encountering gif and tif" [High,Fix committed] https://launchpad.net/bugs/194221
[22:28] <secretlondon> thanks!
[22:32] <secretlondon> night
[22:41] <mgunes> hi all
[22:42] <mgunes> which package is the pop-up volume indicator that appears when adjusting volume with keyboard belong to? gnome-media, gnome-settings-daemon, or.. ?
[22:42] <mgunes> s/is/does
[22:59] <Nattgew> gnome-applets?
[23:01] <mgunes> I'm not sure
[23:18] <nixternal> bdmurray: I know I have been afk in here a bit, but what happened with the live bug feeds?
[23:34] <RainCT> Hi
[23:35] <RainCT> What should I do with a trivial bug report that's unlikely to be solved in Ubuntu, after forwarding it upstream, just leave it open or set to "won't fix" and leave a comment saying that it should be fixed upstream?
[23:36] <jeromeg> RainCT: you can live it open, add a bug watch to the upstream bug
[23:36] <jeromeg> when it's fixed, you can close it
[23:37] <RainCT> jeromeg: ok, thanks
[23:37] <jeromeg> np
[23:38] <mattl> for this 5 a day thing, do you have to use launchpad, or is it possible to do things via an email interface?
[23:39] <RainCT> Hi mattl. Launchpad has a e-mail interface.
[23:40] <mattl> okay. i'll look into that.
[23:41] <RainCT> mattl: just send an empty email to help@bugs.launchpad.net and you'll receive information about how to use it
[23:41] <mattl> awesome. thanks.
[23:43] <RainCT> np
[23:46] <RainCT> good night