[00:30] Am I correct that Bug #484121 needs to be reported to firefox and not ubuntu? [00:30] Launchpad bug 484121 in firefox-3.5 "google street view doesn't work when Ubuntu Firefox Modifications addon enabled" [Undecided,New] https://launchpad.net/bugs/484121 [00:31] I would file that against the the webfav plugin, I think [00:32] hm, good question, could even be ubufox (the modifications package) [00:32] yeah, that's the name [00:34] so it is in the correct place? needs to be reported to ubuntu and not mozilla? [00:36] FFEMTcJ: please don't upstream to mozilla without making sure the problem is with firefox [00:36] FFEMTcJ: you could ask the folks in #ubuntu-mozillateam if in doubt, they should know best [00:37] i didnt plan on it.. if it needed to be reported to them, I was going to notify and close... i cant test it right now though... [00:38] micahg, remember the freezing issues we were talking about yesterday? [00:38] WeatherGod: no :) [00:39] sorry, my sarcasm detector broke... [00:39] or maybe I was talking with hggdh about it [00:39] or whatever his nick is [00:40] WeatherGod: could have been me, I jsut don't remember ;) [00:40] ok, well it was an issue that mr_steve was also having, but we weren't quite too sure if they were all the same [00:41] well, I did get another piece of information... turns out both of the bug reporters were using the latest Nvidia drivers [00:41] and one of them rolled back to an earlier version, and hasn't had issues yet [00:42] so, it doesn't look like it was anything in Karmic-proposed, like I originally suspected [00:46] FFEMTcJ: requested testing from user on ff issue [02:11] bug 484571 was filed under gst0.10-python, does that make sense? shouldn't it be linux? [02:11] Launchpad bug 484571 in gst0.10-python "No Sounds after upgrade to 9.10 from 9.04" [Undecided,New] https://launchpad.net/bugs/484571 [02:12] micahg1: thank you for your participation today. Really appreciated. [02:15] hggdh: all you guys at uds? [02:16] nigel_nb: I am, Micah was in remotely (we have sound streams, and IRC available) [02:16] ah [02:17] but yes, there is a *lot* of us there right now [02:17] :( too bad my working hours clash exactly with the uds timings [02:17] bddebian: you at UDS? [02:17] Nafallo: Nah :( [02:18] bddebian: damnit. that's a shame. [02:18] hggdh: can you help me with the query above? [02:18] Nafallo: Why I don't do shit for Ubuntu anymore hardly :( [02:18] nigel_nb: looking [02:20] nigel_nb: first of all this is probably the wrong package (gst0.10) [02:20] thought so [02:20] goes under linux right? [02:20] and first step is to install backport? [02:21] the reporter is complaining of no sound at all, but right now we cannot even determine *which* package to blame... yes, it *might* be linux [02:21] but we do not know [02:21] oh [02:21] bddebian: doesn't mean I wouldn't want to meet you thou... [02:22] hggdh, first step is to have them run apport-collect -p alsa-base [02:23] WeatherGod, nigel_nb yes indeed. Also, read https://wiki.ubuntu.com/DebuggingSoundProblems [02:24] hggdh: read that, but it says generally to assign to linux [02:25] dtchen says: " Generally I try not to move bugs to other source packages until I've collected some info" [02:25] talked to him about it in an email today [02:25] nigel_nb: I would rather wait and try to determine the correct package. Also, please add a blurb saying the usual "thank you for opening this bug etc, etc", and state you need the following actions [02:26] and then you list the actions. Also, please remember to put the status to Incomplete [02:26] hggdh: okay [02:26] going for dinner. brb [02:26] WeatherGod: thanks, so I will ask user to run aport-collect [02:27] nigel_nb, most likely, it will be that they need the backports, and/or their volume is low or muted [02:27] those are the most common [02:27] WeatherGod: i've seen both of these in high frequency on answers and irc [02:28] yeah, and usually, the volume issue is for some other device that isn't in the forefront [02:29] so the reporters will claim that they raised the volume, but they didn't check the other parts of the mixer [02:29] WeatherGod: thats why i ask ppl to increase the volume from command line [02:29] that way u can see the entire mixer in one go most of the time [02:30] eh, that's assuming they can handle anything like that... [02:30] I usually will blame the backports module, saying that it sometimes will mute devices, so the user would have to unmute them [02:31] yea [02:31] kinda like the "bad network connection, so reverse the cables" tech support response [02:32] WeatherGod: hehe [02:35] Nafallo: Ah, well thanks :) [02:37] WeatherGod: shouldn't it be "apport-collect -p alsa-base BUGNUMBER"? [02:37] well, yeah... [02:38] I was just pointing out the hook to use [02:39] okay, :) [02:52] WeatherGod: it's acceptable to triage the bug to linux instead of alsa-base provided that you subscribe ubuntu-audio or ubuntu-audio-dev to it [02:52] and how would I do that? [02:52] WeatherGod: to be semantically correct, those bugs really *should* affect linux instead of alsa-base, but I haven't gone back and changed them due to the volume post-Karmic relesea [02:52] release* [02:53] WeatherGod: change the affected source package, or subscribe the team? [02:53] i.e., I'm not subscribed to all linux bugs, which is why you would want to subscribe the audio team if you were to change the affected source package to linux instead of alsa-driver [02:54] (I meant alsa-driver above, of course, not alsa-base) [02:54] ok [02:55] that would work, so I would just use the "subscribe someone else" link, and add ubuntu-audio to it? [02:56] so, is it that it is more important to get the bugs out of the wrong packages, or into the right packages? [02:57] dtchen_: there is a potential audio bug, do u want me to subscribe the audio team to it? [02:58] its reported under the wrong package [02:58] WeatherGod: it is most important that the bugs be viewed by the knowledgeable people [02:59] WeatherGod: if it remains affecting alsa-driver instead of linux, that's ok, though it does cause me a bit of grief [02:59] nigel_nb: which bug? 484571? [02:59] dtchen_: yep [02:59] (looking now) [02:59] so, it is important that these bugs are brought to the attention of the audio people [03:00] why not just tag them as audio? [03:02] WeatherGod: because just tagging doesn't get them into my inbox. [03:02] and if I don't see them, I can't act on them. [03:02] nigel_nb: so, triaged to affect linux; subscribed ubuntu-audio. [03:02] nigel_nb: otherwise it's fine [03:02] true, but many of these are dupes [03:03] do you guys really need to see every single one of them? [03:03] WeatherGod: marking duplicates is fine; you don't necessarily need to reassess each [03:03] WeatherGod: no bug is a dupe, unless the exact card and subsystem matches..am i right daniel? [03:03] I mean for *new* bug reports [03:04] if in doubt, always reassess, and we can mark the dupes [03:04] ok [03:05] I get about 600 bug e-mails per day, so an extra few hundred really doesn't make any difference [03:05] is there an apport hook for nautilus? [03:05] dtchen_: wow [03:05] oh, wow [03:05] dtchen: i dread the day I start getting that many for empathy.. [03:06] I don't think you need to fear that ;-) [03:06] with this past release... i was in fear.. lol [03:06] * micahg is getting about 100 per day right now for FF [03:07] dtchen_: is that bug still incomplete? the user just gave the apport data [03:08] dtchen_: ok, I just wanted to make sure we are doing things in the most efficient and effective way [03:10] nigel_nb: no, and I just commented. [03:10] :) thanks [03:11] launchpad mails are slow today [03:23] i'm calling it a day folks [03:23] later [03:56] bcurtiswx: does empathy store passwords in gnome-keyring by default? === micahg1 is now known as micahg [07:20] Why is python-scim explicitly depending on the python2.5 package? I thought it was due to the python-config.py as I wrote in bug 441415 but there seems to be more to it. Anybody there to enlighten me? [07:20] Launchpad bug 441415 in scim-python "dependency on fixed python version" [Undecided,New] https://launchpad.net/bugs/441415 === YDdraigGoch is now known as WelshDragon === asac_ is now known as asac === thekorn_ is now known as thekorn [12:37] ubuntu9.10 becomes highly unstable while using program/game secondlife(snowglobe viewer) - test computer mt3422 gateway - tk53 processor/nvidia geforce go 6100 [12:55] can somebody change the importance of bug 441408 to higher level see how many duplicates it got [12:55] Launchpad bug 441408 in xserver-xorg-input-evdev "[MASTER] Mouse jumps to bottom corner on click in fullscreen games. New mouses (A4Tech). Related to DGA / DGAMOUSE in SDL." [Low,Confirmed] https://launchpad.net/bugs/441408 [12:57] thanks in advance [13:20] fujimitsu: can you please be a bit more precise about 'highly unstable' ? system hang/crash, screen corruption, ... [13:48] can someone mark bug 484763 as a regression or it needs some confirmation first? [13:48] Launchpad bug 484763 in xchat "Opening URL with left mouse button in XChat not working properly on Gnome" [Undecided,New] https://launchpad.net/bugs/484763 [13:50] yofel: card overheats, thermal shutdown, over 150% cpu load on that single application [13:54] load average can go up to 5.0 and higher too [13:55] experienced this on both the 64 and 32 bit 9.10 versions [13:57] using the program on 9.04 still turns up moderate to high load but system manages the program well for extended periods [13:58] Riotta: when was the last time this actually worked? [13:59] haven't used XChat in quite a while, but I remember it didn't work back then too [13:59] I pretty sure it worked in 9.04 [14:00] cause I noticed lack of it in 9.10 [14:00] well, it doesn't work here in kde too, so I'll confirm it === nixternal_ is now known as nixternal [14:16] fujimitsu: not sure what could cause this, if you want to file a bug about it you could either file a bug in 'Ubuntu' in general or ask again when the other are here [14:16] fujimitsu: or you could aks in #k/x/ubuntu if they can help you in some way. [14:16] s/aks/ask [15:00] gobby document name is qa-roundtable-wed [15:42] dtchen_: around? got a question about triaging sound bugs [15:43] the responses page says that to add missing information in jaunty you can use 'apport-collect -p alsa-base bugnumber' [15:44] yofel, if he isn't around, I might be able to help [15:44] now i'm not sure for apport-collect, but afaik the -p option is deprecated for apport, so how should one go about this best? [15:45] yofel, the -p option is correct for apport-collect [15:45] I have been using that command a lot [15:45] WeatherGod: ah ok, so it's not deprecated for apport-collect, thanks [15:45] yofel, np [15:45] then again, you were running jaunty iirc, right? [15:47] yes [15:47] but, people using karmic ran the command as well [15:47] nvm, seems like I misunderstood the karmic changes [15:47] the package hooks are an integral part of apport-collect [15:47] it would be crazy to not have -p in apport-collect [15:48] IMHO [15:48] yeah, was irritated abou that too ^^ [15:48] thanks anyway [15:48] np [15:59] Why is python-scim explicitly depending on the python2.5 package? I thought it was due to the python-config.py as I wrote in bug 441415 but there seems to be more to it. Anybody there to enlighten me? [15:59] Launchpad bug 441415 in scim-python "dependency on fixed python version" [Undecided,New] https://launchpad.net/bugs/441415 [16:00] let's take a look... [16:01] hmm, that is odd, I don't ever recall seeing anyone explicitly call a version of python [16:02] heck, isn't it proper to use #!/usr/bin/env python ? [16:04] WeatherGod: yeah, but there is code that works fine with 2.5, but gives a BT with 2.6, so sometimes it makes sense to depend on the version [16:04] BT? [16:04] like, compiling regular expressions multiple times [16:04] BT=BackTrace ;) [16:05] ah [16:05] well, on my fedora system which has python2.6, scim-python is not dependent on python2.5 [16:05] we had quite some of those issues during iirc jaunty development where we changed to 2.6 [16:06] well ok, fedora uses RPM so the packaging is different from scratch [16:07] right, it would seem that they didn't find a problem with using python2.6 [16:07] it installed 0.1.13rc1 [16:09] actually, if you think about it... it isn't that scim depends on python2.5, it is the python-config.py file that depends on it [16:10] it is the configuration file that is calling python2.5 explicitly [16:10] once scim-python is installed, it doesn't need python2.5 anymore, I don't think [16:11] yup, grepping through the installed files on my fedora system does not bring up any python2.5 hits [16:13] hm... wait a moment [16:14] configure and aclocal.m4 are generated by autgen.sh using GNU Autotools [16:14] so it seems they were run on a system only having 2.5, that's why they don't know about 2.6 [16:15] huh, go figure [16:15] also, did you notice that the build failed for ia64? [16:15] says that it did not have python-enchant [16:17] WeatherGod: does it say failed or dep-wait? [16:17] https://launchpad.net/ubuntu/+source/scim-python/0.1.13~rc1-2/+build/1027115 [16:18] ok, that somehow doesn't make sense [16:19] heh... I see this error message [16:19] sh: gcc: not found dpkg-source: warning: Couldn't determine gcc system type, falling back to default (native compilation) [16:19] o.O [16:20] then later it does find it... [16:20] ok... another wtf: here's the rgrep line after I re-run autogen.sh: http://yofel.pastebin.com/f1013b145 [16:21] FYI: I have installed: 2.5 2.6 3.0 3.1 [16:21] so... where did 2.6 and 3.1 get lost? [16:21] you mean 2.1? [16:22] how to find to who should I assign my bug, which team, which dev/person? [16:22] and, wouldn't python-config.py get updated my the autoconfig, or you you still have to run configure? [16:23] Riotta, there is a wiki page called "FindingTheRightPackage" or something like that [16:23] it is from the HowTo page [16:23] yeah I red that [16:24] the HowTo or the FIndingTheRightPackage page? [16:26] but I already located the right package but there is in launchpad "Assigned to" entry [16:26] how to use that? you can assaign it to some team which is responsible for this package? [16:26] leave it alone [16:27] only the people who actually do the bug fixes determine who gets assigned to what [16:27] usually, the one who does the bug fix will assign it to themselves [16:27] WeatherGod: well, just bumping python-config.py to 2.6 could be ok in this case --- AFTER checkin why the package uses it's own python-config instead of the one from python-dev [16:27] cause I set it yesterday :x and dunno if it's right, ah so I should clear the assaign? [16:28] yes, who did you assign it to? [16:28] Ubuntu-X team [16:28] it's bug 441408 [16:28] Launchpad bug 441408 in xserver-xorg-input-evdev "[MASTER] Mouse jumps to bottom corner on click in fullscreen games. New mouses (A4Tech). Related to DGA / DGAMOUSE in SDL." [Low,Confirmed] https://launchpad.net/bugs/441408 [16:28] unassign it [16:28] okay [16:28] thanks [16:29] just wasn't sure how this feature works [16:29] yofel, I would rather see that it doesn't call any particular python [16:29] your job is to move the report to the right package, and gather information [16:29] WeatherGod: install python-dev and check out /usb/bin/python-config, it has #! /usr/bin/python2.6 -.- [16:30] s/usb/usr [16:30] huh, go figure [16:31] diff says the file is different on 2 more lines [16:31] well, I have only been doing python for a year now, so I would hardly call myself an expert [16:31] oh? [16:31] so they might be the reason the package has it's own script [16:31] well, what's different? [16:32] I guess they just copied the one from /usr/bin to the package and modified it [16:32] mom, I'l pastebin the diff [16:32] http://yofel.pastebin.com/f1013b145 [16:33] uuups, wrong one ^^ http://yofel.pastebin.com/f5d53a8e2 [16:33] wait, that makes 3 lines [16:34] yeah... that is... interesting [16:34] let me pull up what fedora has for its source [16:37] WeatherGod: use 'diff -ruN file1 file2' to get the same diff style [16:38] still gotta find the source file... [16:40] WeatherGod: isn't there something like 'yum source' ? [16:40] (never used fedora) [16:41] well, I am going straight to the website that has all the changelogs for it as well [16:41] have it right here, just gotta find the .rpm file [16:47] ok, I obviously do not know how to navigate a website... [16:47] gonna do a yum search for it [16:53] found it [16:57] damn, not the right revision, I think... [17:03] found it [17:12] weird... it too also calls python2.5 [17:12] ... [17:13] note, they get their packages directly from the google code page [17:15] ok, gonna look at some other package information... [17:15] see if I can find the build logs [17:24] yofel: this link should be useful http://koji.fedoraproject.org/koji/packageinfo?packageID=5063 === markus_ is now known as thekorn [17:37] yofel: I can not figure this one out... as far as I can tell, both fedora and ubuntu are using the same version [17:38] WeatherGod: well, what I believe is: the upstream devs needed a custom python-config, so the copied the script from python-dev (2.5 at that time) modified it and added it to the source [17:38] now that python2.6 is used, nobody updated the file [17:39] yeah, but somehow, python2.5 is available in the buildroot for fedora and allowed it to complete successfully [17:40] meanwhile, for ubuntu, the dependencies have it tied to python2.5, so that's why it still got built correctly [17:41] I wonder if it is possible to just change the python2.5 -> python and then remove the dependency [17:42] WeatherGod: that stuff is better asked in #ubuntu-motu than here [17:43] BTW, python 2.6 did make some changes, so programs won't always work [17:43] yeah, but this is a config script [17:44] WeatherGod: that has nothing to do with breakage ;) [17:44] isn't the original bug report that the package has a dependency to python2.5? [17:45] why is that a bug? [17:45] because it is likely to be unnescessary [17:45] ? [17:46] does it need python? [17:46] the package is scim-python [17:46] bug 441415 [17:46] Launchpad bug 441415 in scim-python "dependency on fixed python version" [Undecided,New] https://launchpad.net/bugs/441415 [17:46] and in Fedora 11, it does not depend on python2.5 [17:47] so, it runs fine on 2.6, it is just the build process that calls 2.5 [17:48] well, I am assuming that it runs fine on 2.6, because I don't see any bug reports to that effect on the fedora bugzilla [17:50] WeatherGod: take a look at http://code.google.com/p/scim-python/issues/detail?id=5&can=1&q=python%202.5 [17:52] ok, so PinYin can't use python2.4 [17:52] no reason why you can't use python2.6 [17:53] so, the dependency should be set as > 2.4 [17:53] it is set as that [17:53] but the config file is explicitly calling 2.5 [17:53] yes [17:54] so, if the build system has python2.6 or greater, it will fail [17:54] ;] [17:54] or *should* [17:54] yes [17:54] fedora, somehow, avoided that... [17:55] so, the autoconf should be fixed, I think (I am not well-versed in autoconf) [17:55] from what I saw it needs to be fixed upstream [17:56] yeah, that way fedora gets the fix as well [17:56] well, they broke it upstream :) [17:57] reference the bug upstream I showed you so they don't claim it's not their fault :) [17:57] I'll file a report [17:57] np [18:09] it might not matter anyway, as it looks like everything is moving to iBus, so scim-python would be deprecated === hggdh_ is now known as hggdh === steve__ is now known as sbeattie [18:23] I think bug 481456 should be set to wishlist [18:23] Launchpad bug 481456 in network-manager "install CD should provide restricted wifi drivers for Dell Inspiron 1545" [Undecided,New] https://launchpad.net/bugs/481456 [18:23] the OR also self nominated it for release... [18:26] WeatherGod: hmm, I don't know if we ship restricted drivers on the CD [18:27] I'll wishlist it though [18:27] yeah, well, the guy is also a bit insane [18:27] hmmm, not sure where it should go though [18:28] he has another bug report where he notes that the restricted drivers does not respond to the turn off/turn on request, and fears that the wireless radiation will be harmful [18:29] maybe ubuntu-meta (if that exists?) [18:29] also added needs-reassignment [18:29] no, I think there's somewhere for ISO requests...I just don't know where [18:29] also, I can't seem to access bug 482342 [18:29] WeatherGod: Bug 482342 on http://launchpad.net/bugs/482342 is private [18:30] ah [18:30] it's invalid [18:30] could someone see if bug 482286 is a dupe of that [18:30] Launchpad bug 482286 in openoffice.org "OpenOffice Writer crashes when moving mouse over menu bars" [Undecided,Incomplete] https://launchpad.net/bugs/482286 [18:30] stacktrace needs to be removed [18:31] that explains that [18:32] oops not removed reviewed [18:32] but apport stopped because the package deps were old [18:32] ask the user to submit a new crash report with an updated system [18:32] Surlent: state your bug ;) [18:32] I'm having some strange issues with GNOME, maybe Compiz, though I'm not quite sure of that yet [18:32] Basically, I did a clean install and everything was fine. It seemed to start acting up around the time I installed the mythbuntu GTK theme and downloaded an icon theme called Hydroxygen. From this point forward, I would be able to log into GNOME, and it would behave, but when I logged out and back in, compiz would be off, my wallpaper would be showing, but no icons, and I have no desktop right-click menu. I have now twice deleted my .gnome and .gnome [18:33] micahg, ok [18:33] maco: I had to type ;) [18:33] thanks WeatherGod [18:33] Surlent: hehe ok [18:34] so the question Surlent has is "file against compiz or metacity or WHAT?" [18:34] i use kde so i dont know how to debug this [18:35] I should also mention that gconf strings related to metacity/nautilus are all still at the default settings (I checked) [18:35] (a bunch of us are at a developer summit right now, so im not sure how active people are in this channel this week) [18:36] wait a sec...didn't there used to be some sort of Startup Applications bit that talked about the window manager? [18:36] system -> preferences -> sessions [18:36] it's not sessions anymore, apparently [18:36] but it's the same program [18:37] I seem to recall seeing something about the WM in 9.04...nothing like that here [18:37] that would seem to make sense, though I note that htop says I have an instance or two of metacity running [18:38] ...oh, and a screen of irssi...that explains my ghost =D [18:38] ...and two gnome-sessions...is that normal? [18:39] I have only one gnome-session running [18:40] well, this is very odd [18:40] I have several Tomboy's running too [18:40] and only one metacity [18:40] and several pulseaudios [18:40] yeah, that is odd [18:40] ...and three keyrings [18:40] what is up with this thing? [18:40] obviously, your sessions aren't being killed when you log out [18:41] that would seem to be the case, yes =/ [18:41] and then it initiates a new session upon login [18:41] have you tried "Switch User" to see if the problem happens [18:41] well, let's try now, and see what happens... [18:41] I would reboot, and then log in normally, and the do a switch user [18:42] good point [18:42] I'll be back then [18:42] let us know how that goes [18:42] seeya [18:44] rebooting doesn't fix GNOME, incidentally [18:45] did you delete your .gnome folder? [18:46] no, I doing that in a moment [18:46] it may have the currupted settings from one of the other sessions [18:46] yeah, almost certainly does [18:46] so, delete them, then reboot, and try the test [18:46] yeah, I was just hoping... [18:47] WeatherGod: Surlent777: don't delete, mv it out of the way [18:47] so you can restore if you need to [18:47] eh? [18:47] ah [18:48] only thing I'm worried about is my compiz settings...takes forever to set back up [18:48] GNOME remakes everything else anyway, right? [18:48] micahg, it already has been deleted before [18:48] yes [18:49] micahg, but good point, I did not think about that [18:50] ok, rebooting now [18:53] okay, GNOME is presently functioning normally for now [18:53] ok, good [18:53] ...that was redundant [18:53] anyway, now should I do the parallel sessions thing, do a clean logout, or what? [18:54] do a Switch User, which will suspend your current session, and send you back to the login screen [18:54] at that point, login as yourself again, which *should* resume your old session [18:55] well, GDM2 doesn't seem to let me do a parallel login as myself, so I'm back as my current self [18:55] ok... well, at least that didn't get foobarred [18:56] ok, now, try doing a reboot [18:56] alright [18:59] well? [18:59] ...it's still working, so far; I even logged out and logged back in right away [18:59] interesting [18:59] I'm going to re-import my compiz profile and see what happens [19:00] ok, and try the various tests [19:01] compiz is on, and functioning normally [19:01] now, shut down and start back up [19:02] alright [19:04] the problem clearly lies with a specific compiz setting [19:05] so, shutting down with compiz on and coming back still causes a problem? [19:05] yes, but only if I load my profile...so something that is not on by default is messing with it [19:06] maybe "Session Management", or something in it? [19:06] ok, I would first file the bug against compiz [19:06] and explain to them what you have figured out [19:06] I think I should test this first, see if I'm right about the Session Management [19:06] ok [19:10] this makes no sense...the compiz session managment plugin is on by default, and as seen earlier, doesn't mess things up [19:11] and yet it's also been determined that my profile turns something on that screws it all up [19:11] so what is it? [19:11] dunno, it is something you are gonna have to bring up with the compiz people [19:11] this is getting beyond my realm [19:11] Surlent777: how about saving a default profile and checking the differences with your profile? [19:12] yofel: Was just about to do that [19:18] The differences don't seem to make a difference =/ [19:19] so, it is a compiz issue [19:19] sure seems that way =/ [19:19] ok, file a bug against that package, explaining clearly what you have learned [19:19] that, and GNOME keeps having all the alternative programs in place for things, like leafpad instead of gedit [19:20]