[00:05] * BUGabundo1 goes to bed [00:56] hey all, where the information on what hooks are available? === ethan is now known as Ubuntu-Indiana [01:57] whats ubuntus default window decorator? [01:58] its now metacity is it? [01:58] not* [02:22] bcurtiswx: depends whether compiz is enabled [02:31] dtchen: bug #377761 is what im trying to work through [02:31] Launchpad bug 377761 in linux "UNR: Desktop Icons wont display and right click does not work after desktop mode switch" [Undecided,New] https://launchpad.net/bugs/377761 [02:34] dtchen: i can't reproduce it with my UNR [02:40] wow OOo bug tracker is horrible [02:53] bcurtiswx: i'm not local to hardware to verify the bug [03:08] bcurtiswx: in your previous question, did you mean apport-hooks? [03:08] greg-g: yup [03:09] are you looking for this? https://wiki.ubuntu.com/Apport/DeveloperHowTo [03:10] greg-g: not really. I am just looking for what hooks we have to use for bug reporters [03:11] bcurtiswx: locate hooks | grep apport [03:11] micahg: ty, thats it :) [06:09] good morning [06:36] good morning [06:41] hi dholbach :) [06:42] hiya YoBoY [06:48] dholbach: the bugjam in paris was great, lot of new triagers (i think) [06:49] YoBoY: awesome... you should write a blog post about it with some pictures! [06:49] ^^ i need a blog ... :p [06:50] yeah [06:50] does the french team participate in https://wiki.ubuntu.com/TeamReports ? [06:52] i don't know... i'll ask didrocks today [06:52] super [08:15] good morning === yofel_ is now known as yofel [08:56] dholbach: didrocks said me the french loco team don't participate at the moment on teamreports because a lacke of time, he'll write a post on the PU for the all Ubuntu-Party on Paris today [08:58] YoBoY: it's easy to do it :) [08:58] just takes a few moments [08:58] ^^" [08:58] and a few lines about what you guys have been up to is usually good enough [09:00] ok, need some reading to see what it's required :) [12:15] hey, I need help with a issue with Jaunty. I had this issue with Gusty too but i cannot remember how to fix it. it is not the DPI. when i login the text when i type my username and password are so small it is unreadable. also when i run VLC media player the whole application is too small to read. also goes for virtualbox [12:16] PaulieG: please refer to #ubuntu [12:16] this # is for bug triage. [12:16] thank you, and good look [12:16] man... he quit too soon === asac_ is now known as asac [14:53] is it a bug if this: http://www.pastie.org/481529 fails to parse with debconf-set-selections -c, however if i put the partman-auto-raid recipe all on one line, it parses, however fails at install time? [15:05] Boo [16:27] afternoon guys, just a quick thank you to everyone who voted +1 for my Bug control application and big thank you to Brian for accepting me! Much appreciated! [16:36] xteejx, welcome [16:36] hggdh, heya :) [16:37] :-) Now you do not need to ask... [16:37] hehe very true :) [16:38] might still ask for a little direction if i'm not sure for a couple of weeks :) [16:38] so it is welcome, both for for the thank you, and for -control [16:38] xteejx, we all have doubts, so no problems. Just ask [16:38] hggdh, thats kool [16:39] trying to sort my own scanner out at the mo, sane isn't seeing it, have filed a bug though [16:56] hggdh, bdmurray: I think there may be a misspelling in the wiki at https://wiki.ubuntu.com/Bugs/Responses#Debugging%20Sound%20Problems - souldn't the command be "apport-collect -p alsa-base BUGNUMBER" and not "apport-collect -p lalsa-base BUGNUMBER" - notice the L alsa-base the extra letter L ?? [16:59] asac: Are you aware that thursday if going to be HugDay for firefox? [17:02] xteejx: yes, can you please fix it [17:02] bdmurray: I can try :) [17:03] bdmurray, done [17:05] xteejx: great, thanks for doing that! [17:05] bdmurray, no probs :) === CarlFK1 is now known as CarlK [17:50] bdmurray, hggdh,: With Ubuntu versions that reached their End of Life, do we support them with bug triaging/fixing or is it a kind "please upgrade and test" note? [17:56] xteejx: first step, of course, would be to see if you can reproduce the issue in Karmic/Jaunty, if not, say so on the bug and ask for others who had the problem previously to test (and set to incomplete). [17:56] greg-g: thanks, just making sure :) [17:57] xteejx: I added this to the wiki: https://wiki.ubuntu.com/Bugs/Responses#Distro%20has%20reached%20EOL [17:57] xteejx: yep :) [17:57] but bdmurray asked that if there is a good test case to preserve it [17:57] nice, micahg [17:57] micahg: I've been using that one - I usually reword them slightly but yeah :) [17:58] I thought we didn't support the EOL versions, obviously we do to some degree lol [17:59] xteejx: It's not necessarily a matter of supporting the EOL versions, but rather making sure the bugs aren't present in teh release versions as I understand it [17:59] We don't support the EOL versions, but if the bug is still in the current version, we have to fix it [17:59] micahg, charlie-tca: of course [18:00] i may have invalidated one EOL bug, but i did say if it's still a problem in a supported version reopen it and set to new [18:01] xteejx: also, sometimes the user upgrades without updating the bug [18:02] micahg: if they cant supply the info within 3 months its invalid anyway isnt it? [18:02] after they have been asked obviously [18:03] by rule of thumb, if the reporter (or others commenters) does not provide any updates, and we have asked, for it, and it has been quite some time... then yes, you can close invalid, and state to please reopen if still experiencing it, etc, etc [18:04] hggdh: of course, just checking heh :) [18:07] :-) [18:07] always good to check, no problems. Gives all of us opportunity to review & reconsider [18:08] hggdh: :) [18:49] charlie-tca: nope. thanks for the reminder ... better ping me on thu ;) [18:52] asac: okay [19:18] hy does anyone knows how to enable the wireless on the network manager [19:18] yeah [19:19] this isnt a support channel, normally try ubuntu, but i will help you now you're here [19:19] do you have a network manager icon on your top-panel? [19:19] yes [19:19] right click it [19:19] there should be a tickbox for wireless [19:20] yes but i can't activate the wireless on that bottun [19:20] you have a wireless card though? [19:21] that is compatible [19:21] yes i have a Network controller: Intel Corporation PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04) [19:23] if it is connected up correctly and the drivers are installed i dont see why it wont work [19:23] try #ubuntu [19:23] if no-one there can help [19:23] report it as a bug [19:23] when in doubt - report it, and if it is invalid it wont get triaged :) [19:24] i already did but no result [19:25] you reported it or went to #ubuntu [19:25] i reported on LP [19:25] VilasBoas: can you give the bug number? [19:26] VilasBoas: the 2100 is widely used and should work ootb. [19:30] Ampelbein: https://bugs.launchpad.net/ubuntu/+bug/292266 [19:30] Launchpad bug 292266 in ubuntu "I can't enable my wireless (bug 283925)" [Undecided,New] [19:32] VilasBoas: does it work when you enable wireless in the bios? if so, it could be an issue with the wifi-button not being recognized [19:32] no [19:33] it doesn't work when i enable the wireless on the bios [19:35] VilasBoas: could you give a dmesg when wifi is enabled in bios? please attach the dmesg to the bugreport, not paste it in a comment. it's easier to read as an attachment. [19:37] ok i will reboot my pc and i will attach the dmesg [19:38] VilasBoas: thanks. [20:17] Bug 103374 is quite old, I set it to Incomplete, asked if it's still a problem in Jaunty, and it appears not to be. Should I now mark this Fix Released. I know the procedure is to do so with an explanation why, but in this instance it's a metabug and has quite a few dupes, help? [20:17] Launchpad bug 103374 in language-selector "[apport] qt-language-selector crashed with TypeError in _()" [Undecided,Incomplete] https://launchpad.net/bugs/103374 [20:18] hggdh, bdmurray: ^^? [20:25] Anyone in? [20:31] xteejx: I'd set it to Invalid, with https://wiki.ubuntu.com/Bugs/Responses#Bugs%20resolved%20after%20update%20or%20config%20change as response. Most likely there is no dedicated fix for this and only is working now because of some unrelated code-changes. [20:32] (unrelated meaning not specifically written to fix the issue described) [20:32] Ampelbein, I was thinking that, as there is no obvious reason it was fixed :) [20:43] hggdh: I gave 200 new bugs to start our bug day: https://wiki.ubuntu.com/UbuntuBugDay/20090521 [20:43] I'll send emails out tomorrow, but I think I missed the news letter already :-) [20:47] would it be possible to get a bugday for the 12000 new bugs that have a package assigned but nothing done with them? I'm working through them slowly but surely [20:54] Those should be "new" of all source packages? Each bug day works those bugs for that target package [20:57] hggdh: now I have to check the wiki when I do my firefox triaging :) [20:59] heh [21:00] xteejx: I'm wondering if it's not better to do them one package at a time so that the package maintainers or whoever can then manage the new ones coming in [21:00] hggdh: I probably did 50 of those incomplete ones over the weekend [21:01] I suppose so yeah, at least devs know they're gonna get a lot from a bug day [21:01] advanced notice i guess# [21:01] ah well... micahg, would you mind marking them as done? [21:01] hggdh: they're not necessarily done yet, I'm waiting for users to respond [21:02] I cuold mark them if that's considered done [21:02] and -- of course, the list is already open... no need to wait for the hugday [21:02] I just generated that list thismorning [21:02] guud evening [21:03] Hello, BUGabundo [21:03] micahg, yes, it is considered done. Of course, having closure would be better (and, per what charlie-tca just wrote, yours may not even be there) [21:03] hello my friend(s) [21:03] boas, BUGabundo [21:03] charlie-tca: I'm saying that I changed the status over the weekend for about 50 of the incomplete ones from New to Incomplete [21:04] I just did the list about 4 hours ago. Any you made incomplete will be in the incomplete list [21:04] yep :) [21:04] I was wondering if I sould mark them done [21:04] since I"m waiting for feedback already [21:04] seb128: hi! [21:04] I you want to. [21:04] seb128: two things! [21:04] 1st https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/377276/comments/5 [21:04] hey BUGabundo [21:04] Saves someone else looking each one up, then [21:04] Launchpad bug 377276 in gvfs "gvfs-gdu-volume[30181]: segfault at 18 (dup-of: 376145)" [Medium,Incomplete] [21:04] Launchpad bug 376145 in gvfs "gvfs-gdu-volume-monitor crashed with SIGSEGV in gdu_pool_get_presentables()" [Medium,Triaged] [21:04] that way, someone can work on a bug that no one is monitorinf yet [21:05] yeah, good ideal [21:05] s/ideal/idea [21:05] I'll do it later tonight [21:05] seb128: 2nd I need your help debugging why the Open Dialog of nautilus [21:05] Thanks, micahg [21:05] BUGabundo: it's a bit disappointing that you don't use apport to send crashes [21:05] takes FOR EVER to open now with 2.27.1 [21:05] seb128: now I have apport [21:05] see the new bug [21:05] it never fired before [21:06] it was not enabled [21:06] seb128: now it is [21:06] but I would expect that you would know about it with the number of bugs you open [21:06] I thought devel (karmic) would auto enable it [21:06] I manually set it [21:06] seb128: *all* bugs I file are done with apport [21:06] it will when we will be ready to get ton of bugs [21:06] when I know the package [21:06] but right now karmic bugs are not really useful [21:06] seb128: now I have it on, so new crashs will fire it up [21:07] many will be fixed in autosync and updates before we will manage to work on those [21:07] seb128: nevermind... stupid me! though it would be ON before alpha1... life and learn! [21:07] ;-) [21:07] so is the new apport crash any useful? [21:07] or is it a plain dupe ? [21:08] it's plain duplicate [21:08] but apport autoclose duplicates so that's ok [21:08] nice [21:08] now the 2nd question seb128 [21:09] how can I debug why Open Dialog is *sooooo* slow ? [21:09] (and... wait! There is more!) [21:09] takes 4-5 secs to open [21:09] use gdb [21:09] on Nautilius? [21:09] yes [21:09] or on gedit, for example? [21:09] run the software under gdb [21:09] I see it on *any* app [21:09] BUGabundo - using tracker by any chance? [21:09] well, I don't see why using it on gedit would be useful if that's a nautilus issue ... [21:09] weird question [21:09] ok... install gsbsyb of gedit and nautils [21:10] chrisccoulson: know prob? [21:10] I have tracker active [21:10] if that's the fileselector being slow I would bet on tracker too [21:10] and also google desktop [21:10] gdb will tell you [21:10] i'm seeing loads of reports with your issue from people using tracker, who claim it goes away when stopping tracker [21:10] I've seen stracktraces indicating that [21:10] it seems trackerd is hanging, and not servicing any requests over the message bus [21:10] run the software under gdb [21:10] seb128: I just mentioned gedit, because its an easy way to trigger it [21:10] while it's hanging do ctrl-c on gdb [21:10] and backtrace [21:11] and for some reason opening the gtk file chooser seems to communicate with tracker [21:11] ok [21:11] BUGabundo: you said it was a nautilus open with dialog, that dialog is not a gtk fileselector [21:11] let me get the gdbsym packages [21:11] i'm seeing the issue here and trying to debug it, but you might be seeing a different one [21:11] humm seb128 you are consufing me now [21:11] chrisccoulson: some reason being the "find" item in the sidebar [21:12] ugh. that's probably what's causing it then - the hanging trackerd process stays on the bus so other apps think it's there. they try and communicate with it and wait for it to respond, which it never does because it's hung [21:12] right [21:12] humm so that's what I'm expericing ? [21:13] BUGabundo: if you would describe your bug clearly we could say [21:13] ok [21:13] let me try again [21:13] BUGabundo: is your issue with the "open with" nautilus dialog or with file selectors? === tim__sharitt is now known as tim_sharitt [21:13] Its not Open With... [21:13] how can I debug why Open Dialog is *sooooo* slow ? [21:13] that is not clear [21:13] what dialog is that? [21:13] its the Open... Dialog box for opening files inside other apps [21:14] like the gedit one [21:14] how do you open it? [21:14] or Pidgin... any [21:14] that's a gtk fileselector [21:14] ctrl+o [21:14] ok now we are set on the app [21:14] ctrl-o in nautilus does nothing [21:14] nautilus is a file browser [21:14] it doesn't have an "open file" dialog [21:15] grr [21:15] we are out of sync [21:15] or I'm not explaining as good as I wish [21:15] I open gedit [21:15] * chrisccoulson wonders if the sqlite SRU has broken tracker [21:15] or, so it's simply a fileselector dialog [21:15] then ctrl+o (for File->Open...) [21:15] not sure why you mentioned nautilus [21:16] that's probably a tracker bug [21:16] yes seb128. as you said: gtk file selector [21:16] anyway [21:16] gdb gedit [21:16] (gdb) run [21:16] seems to be the app causing me slow down [21:16] ctrl-o [21:16] ok [21:16] brv [21:16] *brb [21:16] switch to gdb while it's being slow, ctrl-C [21:16] (gdb) backtrace [21:16] you also could prove it quickly by just doing killall trackerd and trying again [21:17] $ sudo aptitude install gedit-dbgsym nautilus-dbgsym tracker-dbgsym [21:17] if its not on the bus then the file chooser doesn't try and talk to it;) [21:18] no need of debug symbols [21:19] oh no? [21:19] now you tell me [21:19] a simple backtrace is enough? [21:19] okay [21:20] it's enough to say if it's due to tracker or not yes [21:21] I was not fast enough now [21:21] http://paste.ubuntu.com/175172/ [21:21] the ctrl+c was to slow! [21:21] no you were not [21:21] why do stuff gets faster on gdb? [21:21] they don't [21:21] you are just being lucky ;-) [21:22] here is the bt [21:22] http://paste.ubuntu.com/175175/ [21:22] that looks normal there [21:22] it didn't hang that time no? [21:23] no [21:23] let me try again [21:23] now its going faster [21:23] I run a fsck before boot [21:23] could be related [21:24] so now I can't reprocude the slow down [21:24] could have been due to tracker being in a weird state [21:24] BUGabundo - do you run tracker though? if you do then it's likely the same issue [21:25] would not happen after a fresh boot [21:25] for me trackerd is hanging repeatedly after 5 minutes or so, and causes this behaviour [21:25] yeah I've been using my laptop after several hivernates ad suspends [21:25] this is now a fresh boot [21:25] and several other people reported the same thing today too [21:25] tracker could have not be in a good state after so many hibernates [21:25] I know PA wasnt [21:26] !w [21:26] Factoid 'w' not found [21:26] 21:26:19 up 46 min, 3 users, load average: 0.43, 0.54, 0.98 [21:26] USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT [21:26] bugabund tty7 :0 20:40 45:59 5:50 3.45s gnome-session [21:26] bugabund pts/0 :0.0 20:41 1:37 4.13s 1.73s /usr/bin/gedit [21:26] bugabund pts/1 :0.0 21:25 1:05 0.29s 0.29s bash [21:26] bug #377899 [21:26] Launchpad bug 377899 in tracker ""File Open" dialogues for gedit, etc., take 25 seconds to appear" [Medium,Confirmed] https://launchpad.net/bugs/377899 [21:29] yay I can reproducably crash compiz moving my mouse [21:29] and mvo still not around [21:29] BUGabundo - you should stop moving your mouse;) [21:30] I don't use it that much [21:30] * BUGabundo hates mice, loves DO [21:30] we should not let people upgrade to karmic so early ;-) [21:30] hehe [21:30] even i've not taken the plunge yet [21:30] seb128: how early? [21:30] i'm only running it in a VM [21:30] I did it 1,5 weeks after JJ release [21:31] chrisccoulson: me too on my laptop, I've my desktop upgraded though [21:31] for me its bare metal... [21:31] more HW debug [21:31] I need my laptop to work until UDS [21:31] ie suspend working, beamer working, not crashing [21:31] those do work [21:31] but I have this anoyng acpi/kernel bug [21:31] seb128 - yeah, i need my desktop to work because i'm not the only one to use it. but i might upgrade in a couple of weeks or so ;) [21:32] BUGabundo: dunno, after UDS, at least until then bugs are not being actively worked because people are busy catching up, traveling, doing UDS, etc [21:32] if I change power source during suspend or hibernate or resume process [21:32] it will fail to resume X [21:32] so we get ton of bugs which are auto-deprecated by new versions before we look at them but create lot of bug triaging work [21:32] I should file it [21:32] but it very hard to debug it [21:33] hey seb128 - i did the gnome-applets update at the weekend. i'll push it in to bzr shortly [21:33] chrisccoulson: I tend to start by upgrading GNOME but not linux or xorg ;-) [21:33] usually GNOME upgrades are okish [21:33] yeah, and bad gnome updates are easy to recover from too [21:33] indeed ;-) [21:33] I'm not woried about GNOME [21:34] changes are small and you can still use your computer with GNOME applications crashing [21:34] as long as it's not gnome-session or nautilus respawning [21:34] yeah, that would not be so good [21:34] or bad libs [21:34] I've caugh one of those on JJ cycle [21:34] hmmmm. the new version of tracker has the same hanging issue too [21:34] luclky you fixed it fast [21:35] guess I need to open a bug, and talk to either ogasawara or bryce about this [21:36] who handles acpi ? [21:36] kernel people ;) [21:36] then ogasawara or apw again [21:36] eheh [21:37] chrisccoulson: you make it sound like they are a different race [21:37] ehehee [21:37] "kernel ppl" LOL [21:40] ogasawara: apw: are any of you here? [21:41] so chrisccoulson do you have a master bug for the tracker issue? [21:41] yeah, the one seb128 pointed out earlier ;) [21:41] bug 377899 [21:41] Launchpad bug 377899 in tracker ""File Open" dialogues for gedit, etc., take 25 seconds to appear" [Medium,Confirmed] https://launchpad.net/bugs/377899 [21:41] bug 106926 : confused about this one, theres 2 assignments to linux and kde-multimedia, 2 separate statuses, what should I do with this? [21:41] Launchpad bug 106926 in linux "Kmix volume/mute does not affect all channels" [Undecided,Confirmed] https://launchpad.net/bugs/106926 [21:42] chrisccoulson: missed it [21:43] and now FF is crashing... good [21:43] excellent! [21:43] its an old old bug [21:44] FF segfaults when opening from another up, and already running [21:44] since beginning JJ [21:44] anyone? [21:44] fta did some magic but never fixed it [21:44] :( [21:50] Dont worry I sorted it [21:52] BUGabundo - if you're interested in tracker btw, i have packaged a snapshot of git master in my PPA [21:52] it will be in karmic soon once it's settled down a little [21:53] I'll wait [21:53] hehe [21:53] I'm cutting edge but I like to test stuff other ppl have too [21:53] its much better than whats in karmic even in its current form ;) [21:54] if they can't reproduce it, I have trouble filing a bug [21:54] eheh [21:54] ok ok I'm sold [21:54] link? [21:54] https://edge.launchpad.net/~chrisccoulson/+archive/tracker [21:54] i shall be keeping it regularly updated for now [21:55] ok [21:55] chrisccoulson: you are welcome to do the regular updates in karmic directly if you want ;-) [21:55] seb128 - yeah, i don't mind doing that [22:00] whats this tracker thing? [22:00] May 18 22:00:29 blubug kernel: [ 4811.434737] gvfs-gdu-volume[27690]: segfault at 18 ip 00007f23eb4ab2f1 sp 00007fff06bae0b0 error 4 in libgdu.so.0.0.0[7f23eb4a0000+22000] [22:00] huuuuu [22:01] getting my logs flooded with this [22:01] 10 per sec [22:05] chrisccoulson: seb128: do you think that this gvfs bug could be causing my trouble with slow down from usb to usb data transfer? [22:06] as I mention on bug 378083 [22:06] Launchpad bug 378083 in gvfs "gvfs-gdu-volume-monitor crashed with SIGSEGV in gdu_pool_get_presentables() (dup-of: 376145)" [Undecided,New] https://launchpad.net/bugs/378083 [22:06] Launchpad bug 376145 in gvfs "gvfs-gdu-volume-monitor crashed with SIGSEGV in gdu_pool_get_presentables()" [Medium,Triaged] https://launchpad.net/bugs/376145 [22:06] dunno, I'm not using karmic yet! [22:07] only appeared for me on karmic [22:07] copy speed is subjective and a topic being discussed for years [22:07] but I'm cc to an older bug where the user has the same symptons [22:07] try copying from a command line and see how it goes [22:07] seb128: I have no trouble if it is usb->intenar disk or vv [22:08] just usb -> usb [22:08] rsync will show ~1MiB/s [22:08] when internal can get 30MiB/s [22:08] Hello [22:08] nautilus transfer dialog shows the same values [22:08] IngForigua: please not here! [22:08] what about cp on a command line? [22:09] does cp show speed? [22:09] no, but you should be able to do simple maths and dividing the number of megabytes but the number of seconds? [22:10] but -> by rather [22:10] ie "look at how much you are copying and how long it takes in seconds" [22:10]