[00:00] BUGabundo, ah, dont worry [00:00] BUGabundo, i just wonder if anyone has had the time to do a bit of a study to see if the proprietary drivers are behind this black screen (of death) and hibernation problems? [00:01] jtholmes: AFAIK from nvidia nouveu driver [00:01] it fails to reconnect to X [00:01] BUGabundo, i asked a few to report to the bug if they were using any parts of linux-restricted-drivers [00:01] I can ssh to it and debug [00:02] BUGabundo, some say they can ssh at first but after a while that too goes away, this is so nasty [00:02] not my area of expertise [00:02] you need a Xswat team member [00:02] BUGabundo, not mine either i can only gather facts [00:03] BUGabundo, oh well, onward and upward, sometimes the reporters end up telling ubuntu devs what to fix to cure the problem :) [00:04] jtholmes: »» /j #ubuntu-x [00:04] BUGabundo: i think its the capital letters that make them think you are a bot [00:05] calc: or me over talking and provide links faster and for more stuff then the bot does [00:05] BUGabundo, ^^^^^ [00:06] drives them crazy, i questioned who BUGabundo was at first but then said, that cant be a bot!! === thiras_ is now known as thiras [00:18] what? BUGabundo is not a bot?? [00:19] hggdh: don't incentivate it :\ [00:20] ah, sorry, sir. But it was irresistible. OTH, I have been asked before if I was a machine when playing chess online [00:22] lol [00:22] that good ah? [00:22] lets play batalha naval some day [00:23] and I *really* wanted to respond "no, I am not, I am a rebooting" [00:24] BUGabundo, the worst is that I am *not* that good on chess. Left it about 35 years ago, and only got back now (i.e., some two years ago) [00:25] 35 y ago?? [00:25] :D [00:25] how old are you ? [00:25] * BUGabundo feels young again... [00:25] * BUGabundo and then it fades..... [00:25] 54 [00:26] this silence is precious ;) [00:26] sometimes i feel old around these high schoolers who are in IRC [00:27] pace_t_zulu: I felt old around them when I was in high school :/ [00:27] pace_t_zulu: and you are how old ? [00:27] hggdh: had no idea! would give you 30 something ehe === thiras_ is now known as Thiras [00:27] BUGabundo: 26 [00:28] BUGabundo: how old are you? [00:28] pace_t_zulu: so you are the kid here ehehe [00:28] heh. I wish, I wish. My older son is 30 ;-) [00:28] hggdh: does he like FOSS? eheh [00:28] Ubuntu knows nothing of the age of its users, contributors, and developers [00:28] no, but likes games. He is an accountant... [00:29] pace_t_zulu, and this is good. [00:29] hggdh: we all have something to contribute [00:30] right. This is, perhaps, the best part of it all. [00:30] pace_t_zulu: shure! all my/our questions are for personal curiosity [00:30] not OS development [00:31] BUGabundo: you still haven't shared your age [00:31] BUGabundo: are you now BUGabundo1? what is going on? [00:31] I would say < 30 [00:31] 28 [00:31] it's his alter ego [00:31] brb [00:31] pace_t_zulu: wrong NM button, 3G restarted [00:31] pace_t_zulu: wrong NM button, 3G restarted [00:32] you aren't cloaked [00:32] neither is hggdh [00:32] hggdh: Is FiOS as awesome as I dream it is? [00:34] hello? [00:34] did i scare you guys off? [00:34] nah, you just got disconnected.. [00:34] pace_t_zulu: nope [00:34] ;) [00:35] ? [00:35] did hggdh answer my question about FiOS? [00:35] nope [00:36] ok... so maybe i made hggdh nervous that i know he has FiOS... or maybe he is just AFK [00:37] so is this any good ? http://bugzilla.gnome.org/show_bug.cgi?id=581804 [00:37] Gnome bug 581804 in general "netspeed applet no longer allows to set font size" [Minor,Unconfirmed] [00:38] pace_t_zulu: any one on freenode knows [00:38] its on the IP connection [00:38] pace_t_zulu, no, I was busy elsewhere. But I do not know about being marvelous, since I cannot download faster than ~3.5Mbyes per second [00:38] BUGabundo1: do you know where i am connecting from? [00:39] pace_t_zulu: does it matter? :) [00:39] pace_t_zulu, no, because you masked it [00:39] kklimonda: no [00:39] hggdh: that was my point to BUGabundo1 [00:39] pace_t_zulu: let me guess - you are in my flat, hiding in my closet? :P [00:39] it is an option, but I never had the patience to follow the path (likewise with TOR) [00:39] kklimonda: i'm guessing you are in the UK [00:40] :-) [00:40] pace_t_zulu: nah [00:40] we leave traces everywhere we go... [00:40] pace_t_zulu: a bit OT, but its quite easy to ping back conections if you know what you are doing [00:40] pace_t_zulu: Poland [00:40] and since most ISPs now GPS tag DSLAMS even easier to track users [00:40] kklimonda: i see that now... and i recall you being frustrated w/ your english a couple days back [00:41] yeah, that was probably me :) [00:41] BUGabundo1: i'd like to know more about how to ping back [00:42] pace_t_zulu: can't ... sorry [00:43] BUGabundo1: do you know how to ping back? [00:43] I do [00:43] but don't use it [00:45] i am strickly "white hat" [00:45] there is also another point: we are under freenode, and the folks there get unhappy if you start to dig [00:45] (justly so, methinks) [00:46] I'm impressed - KK is under development for two weeks and it still works ;) [00:47] and I can even use X.. [00:47] kklimonda, it will come to pass ;-) [00:48] but I had two failures building packages here, right now (Evolution and coreutils) [00:48] pace_t_zulu: here is a line I love to use on IRC: "you never know who is on the other side" [00:48] (so I am waiting for the new version of linux-glibc-dev) ;-) [00:49] kklimonda: and I find it *even* faster then JJ [00:49] at least booting [00:50] BUGabundo1, I have to say I went thru the upgrade a bit worried [00:50] but disk IO is getting worse, _again_ [00:50] boot is fast, indeed [00:50] hggdh: why? [00:50] its just JJ + proposed [00:50] there were already 1,200 packages to upgrade [00:50] hmm? [00:50] weird [00:51] that many? [00:51] yes [00:51] I didnt get that many I think [00:51] but I'm still reading apt-listchanges backlog [00:51] from day 04 [00:51] I have a lot of packages here -- ~4500 [00:51] hggdh: nice [00:51] and a lot of -dev [00:52] I've decided to create pbuilder to build packages [00:52] gnome, KDE, and xfce [00:52] yes, good idea. I am still to look at sbuild [00:52] I only have few -dev packages required by various ubuntu/debian tools [00:53] And I try to keep my system clean [00:53] I have a list of packages that are installed during installation.. [00:53] and I do a diff from time to time to check if I can delete something [00:54] way to go. But, please keep in mind, this is all on my laptop. My servers are very clean [00:56] (and I just went though another apt-get autoclean, and recovered 1.4G) [00:56] sleep deprived, can't grep [00:56] $ dpkg -l | grep -c [00:56] what's wrong with this? [00:57] you want dpkg -l | wc -l [00:57] ahh wc [00:57] keep forgeting [00:57] :-) [00:57] 2588 [00:57] hggdh: you ? [00:57] hold on [00:58] dpkg -l |grep ll |wc -l [00:58] erm [00:58] dpkg -l |grep ii |wc -l [00:58] dpkg -l will display all packages you had installed [00:58] oops [00:58] $ dpkg -l |grep ii |wc -l [00:58] 1446 [00:58] $ dpkg -l | wc -l [00:58] 1873 [00:59] without the grep: 4477. With the grep: 4467 [01:00] again: gnome, a working KDE, and a working xfce. Plus a lot of dbgsym [01:01] dpkg -l |grep ii |wc -l [01:01] 2568 [01:01] 20 in diference? funny [01:02] I need a bigger / [01:02] 10GiBs is NOT enough to install as many dbgsym as I need to [01:02] hmm.. [01:02] you could create a separate partition for them [01:03] afair all dbgsym goes to /usr/lib/debug/ [01:03] BUGabundo1: the difference is smaller when you always use --purge to remove packages [01:03] and, by default, all is installed under / [01:03] (single partition) [01:04] Filesystem Size Used Avail Use% Mounted on [01:04] /dev/sda1 9.3G 7.2G 1.7G 82% / [01:04] /dev/sda1 7.4G 4.3G 2.7G 62% / [01:04] ;) [01:05] Filesystem Size Used Avail Use% Mounted on [01:05] /dev/sda5 282G 134G 148G 48% /home [01:07] wow [01:07] and I thought I had a large home, at 35G... [01:08] /dev/mapper/sys-root 5.0G 689M 4.0G 15% / [01:09] :) [01:14] heh [01:14] something crashed.. [01:14] kklimonda_: something? [01:15] how misterious of you [01:15] I *have* to go... past my curfew [01:15] BUGabundo1: I was deleting ~30GB of old files when everything froze.. [01:15] but wanna ask something... [01:15] kklimonda_: ahhh the old FS bug [01:15] ya, ext4 one.. [01:15] it may be.. [01:15] I was talking to pace_t_zulu, about pgp keys [01:16] I import his via CLI but it didn't get into my keyring [01:16] only bia seahorse it worked [01:16] weir [01:16] d [01:16] bug or feature? === kklimonda_ is now known as kklimonda [01:16] BUGabundo1: what key? [01:16] i'll try [01:17] pace_t_zulu: key from ubuntu key server [01:17] cli says it was imported [01:17] but doesn't/didn't show up [01:18] kklimonda: pace_t_zulu: http://paste.ubuntu.com/166407/ [01:19] i like this addkey script/alias.. [01:20] BUGabundo1: worked fine [01:20] enough of this pace_t_zulu crap on IRC... no hiding who you are if you're contributing to Ubuntu [01:20] BUGabundo1: you know that addkey adds key to apt keyring? [01:20] :D [01:21] kklimonda: duh [01:21] wrong comand [01:21] that's why it didn't work [01:21] ok bed time... guess tommorow it will be better [01:21] good night :) [01:22] late over in portugal, huh? [01:22] i suppose in poland too [01:22] don't remind me ;) [01:22] Fri May 8 01:22:30 WEST 2009 [01:22] not as late as some times.... like 4am... but late enough to be in trouble [01:22] Arsenal till I die?? [01:22] ehhe [01:22] bye everyone [01:22] bye [01:25] hggdh: I'm Arsenal till I die [01:25] hggdh: not an American thing [01:25] kklimonda and BUGabundo probably know what I mean [01:25] maybe [01:27] :) [01:27] hggdh: just Google "arsenal" [01:29] alright i'm changing locations [01:29] be back later [01:31] I know what Arsenal means ;-) [01:32] I just did not expect it from someone in the US (but, then, I am also a stranger in a stranger land... a ger... [01:41] oh no my buggy BUGabundo is gone, i cant stand it :) [02:02] heh, no vmware-tools for KK users ;) === TopBunny88 is now known as Cryptic_Donkey [03:47] hggdh, when a developer marks a bug invalid then the user says the steps the devl listed caused things to work can it be updated to fix released and effectivey closed [03:48] jtholmes, depends -- may have been fixed, or may be the user was doing something wrong [03:48] which bug? [03:49] bug 370275 [03:49] Launchpad bug 370275 in network-manager "Network utilities don't work" [Undecided,Invalid] https://launchpad.net/bugs/370275 [03:50] user was doing something wrong and corrected his actions [03:51] jtholmes, the user messed up... so the bug is closed invalid [03:51] is to be close invalid [03:53] hggdh, ok, if a user downloads some update(s) and the problem they reported goes away and they request to close the bug, what state should it be moved to and by who [03:53] who being normal bug chasers or -control [03:53] fixed released, unknown [03:53] ok [03:53] there is a standard response for this [03:54] in the canned responses file? [03:54] yes [03:54] ok i know where that file is, will look it over thx [03:54] welcome [06:39] good morning [06:40] morning [06:41] hi micahg [06:42] I'm trying to clear out some old bugs in FF [07:06] good morning [07:10] what are criteria for marking bug as a master? [08:14] If anyone is up, is it a bug that a HP dv8000 laptop with AMD64, U8.10, can get wireless to work? === mkorn is now known as thekorn [09:19] no bugs today? or is everyone sleeping ? [09:33] BUGabundo: finally ubuntu is free of bugs ;) [09:39] simono_: LOL [09:39] guys need a bit of help [09:39] trying to place http://bugzilla.gnome.org/show_bug.cgi?id=581804 on bug 373461 [09:39] Launchpad bug 373461 in netspeed "netspeed applet no longer allows to set font size" [Undecided,New] https://launchpad.net/bugs/373461 [09:40] Gnome bug 581804 in general "netspeed applet no longer allows to set font size" [Minor,Unconfirmed] [09:40] but it doesnt allow me to choose the upstream proj [09:40] am i still a sleep, or is LP drunk? [09:43] BUGabundo: what's the name of the upstream project? can't find it [09:43] simono_: see my problem? [09:44] BUGabundo: I think it's not registered with launchpad [09:44] its supposed to be gnome or something [09:44] simono_: i'll have to leave for a whle [09:44] can u register it please? [09:45] bbl [09:57] BUGabundo: it seems that is isn't possible at the moment to link to an upstream bug, if the project itsn't registered (see bug 144072) [09:57] Launchpad bug 144072 in malone "No way to link to upstream bug if it's not registered as a project in LP" [Undecided,Confirmed] https://launchpad.net/bugs/144072 [10:09] hi [10:11] YoBoY: hi [10:11] simono_: thanks [10:15] humm is LP karma settings wrong again? [10:15] https://edge.launchpad.net/~mpt/+karma [10:15] Specification Tracking is giving way too much karma [10:16] BUGabundo: -> #launchpad [10:16] jpds: yeah i know [10:37] * cwillu pokes BUGabundo with a stick [10:40] cwillu: my love.... missed u ! why arent u on +1, you poker === dwg___ is now known as dwg [13:59] morning! === asac_ is now known as asac [14:43] Boo [14:44] bddebian: ooB === BjornT_ is now known as BjornT [14:44] :) [14:54] Can someone reproduce this bug? Add tomboy to the panel, rightclick it and open settings, click the open new notetemplate link to open an errormessage [14:58] askand: i can confirm [14:59] it's complaining about a key on gconf who end with a / [15:03] YoBoY: great, I file a report then, the developer will have it fixed in 0.14.2 [15:03] ok :) [15:04] YoBoY: please confirm bug 373723 :) [15:04] Launchpad bug 373723 in tomboy "Tomboy is complaining about about a key in gconf ending with a /" [Undecided,New] https://launchpad.net/bugs/373723 [15:05] do you have the link to the upstream bug/fix/... ? [15:06] YoBoY: yes http://bugzilla.gnome.org/show_bug.cgi?id=581582 [15:06] Gnome bug 581582 in General "Empty tooltip" [Normal,Resolved: fixed] [15:07] soo, you can make the link to the upstream :) and mark it fix released [15:08] its already fixed apparently by using a button instead of text [15:10] arg... it's a duplicate of this one bug 365472 i think [15:10] Launchpad bug 365472 in tomboy "An error occurred while loading or saving configuration information for tomboy" [Undecided,New] https://launchpad.net/bugs/365472 [15:11] indeedm should I mark that as a duplicate? [15:12] or vice versa? [15:12] the bugs are the same ^^ my fault i don't have verified (or your fault :p) [15:12] keep the old one [15:17] YoBoY: thanks [15:17] you're welcome === MTeck is now known as MTecknology [16:21] I have a Q about bug 156909 [16:21] Launchpad bug 156909 in firefox "/usr/share/menu/firefox file is missing in firefox package" [Undecided,Confirmed] https://launchpad.net/bugs/156909 [16:21] It's a problem for the FF2 package in Hardy, but FF3 is not affected, nor is FF1.5 in dapper [16:22] Can anyone look at this report? https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/368580 [16:22] Launchpad bug 368580 in app-install-data-ubuntu "aMule should be offered instead of aMule AdunanzA" [Undecided,Confirmed] [16:25] micahg: then its in the right place - there are 2 packages in launchpad for firefox - firefox and firefox-3.0 [16:25] bdmurray: yes, but I"m wondering about if I can do anything for it [16:27] micahg: it doesn't sound too SRU worthy [16:27] so, I should leave it? [16:29] bdmurray: also, can I add this EOL text to the bugs responses wiki? [16:29] http://pastebin.ubuntu.com/166980/ [16:30] micahg: I'd prefer not. In the event that a bug has a test case (steps to recreate the bug) we as triagers should be proactive in trying to recreate it first before losing valuable data by just closing the bug. [16:31] ok, how about conditionally? [16:31] Last night I closed a few with no information [16:31] Maybe if 5 were elaborated to include something like: [16:32] I've tried recreating this bug with $DISTRO and was unable to given the information you've provided. Please either a) upgrade and test or b) increase the verbosity of the steps to recreate it so we can try again. [16:32] Which one is 5? [16:32] I have 5 as bugs w/ou a package [16:32] line 5 [16:32] ah [16:32] of my EOL text [16:32] in your pastebin ;-) [16:33] so, you would just note to set to incomplete then, right? [16:33] Yes, that sounds ideal to me. [16:34] should it be a subsection in here than: https://wiki.ubuntu.com/Bugs/Responses [16:34] or it's own section? [16:35] a subsection of Bugs/Responses [16:35] yes, sorry, I meant if it should be a subsection of one of the current reposonses [16:36] like I did for Medibuntu under pacakges not provided [16:36] I think not a subsection, that page needs some help anyway [16:37] ok [16:37] Adobe Reader is available from the partner archive and that's preferred to Medibuntu [16:41] Is anyone supporting the partner archive? [16:42] micahg, well, yes, canonical & the partners [16:43] hggdh: I'm wondering where people go for support? [16:43] LP? [16:45] I'll fix the wiki, I just need to know what to fix it with [16:46] micahg, should be in LP, yes. But I am getting continuous LP errors (timeouts) [16:48] ok, I'll fix wiki [16:48] hggdh: partner repo bugs go in standard ubuntu project? [16:48] micahg, no, they should have entries for them. But I cannot check for it right now [16:49] jeki, what gives there? What would you like us to do? [16:49] any updates on troubleshooting x freezes on the bug "freeze" after April 3rd ? [16:49] hggdh: I meant their respective package under the ubuntu project [16:50] ogasawara: bdmurray: There are a lot of bugs that can be closed as "won't fix". gutsy-backports and feisty-backports. [16:50] bdmurray: can you check this? https://wiki.ubuntu.com/Bugs/Responses#Distro%20has%20reached%20EOL [16:50] i am currently able to reproduce the freeze everytime i go to www.woodtv.com [16:50] The problem is that only ubuntu-backporters are able to mark them as "Won't fix". [16:50] micahg, this is one of the things I was trying to find out. Try searching LP for acroread, see what you find. [16:51] https://bugs.launchpad.net/ubuntu/+source/acroread [16:51] i am thinking its a variant of the the April 3rd bug though. [16:51] ogasawara: bdmurray: https://bugs.launchpad.net/gutsy-backports and https://bugs.launchpad.net/feisty-backports [16:52] primes2h: those are community projects [16:52] and that's the right url for partner acroread bugs [16:52] ok [16:52] hggdh, there is no bug? [16:53] https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/368580 [16:53] Launchpad bug 368580 in app-install-data-ubuntu "aMule should be offered instead of aMule AdunanzA" [Undecided,Confirmed] [16:53] hggdh: good morning [16:53] "Add/Remove Applications" show aMule AdunanzA instead of aMule [16:53] jeki, I do not follow you. Yes, there seems to be a bug. What would you like us to do? [16:54] hggdh, fix? [16:54] sorry I don't understand your question [16:54] pace_t_zulu, good morning. And -- you have already left yesterday -- I *know who the Arsenal are. [16:54] this channel is for ubuntu bugs, no? [16:54] hggdh: The Arsenal... with a capital 'T' [16:55] jeki, we deal with bug triaging here... for fixing bugs there are other channels. But I can set it to triaged. [16:57] hggdh: what qualifies to setting a bug as master? [16:57] I thought there was a doc, but I couldn't find it [16:57] pace_t_zulu, although I do not follow soccer (er, football) anymore, I beg to differ ;-) [16:57] hggdh, I was sent from ubuntu-dev, ubuntu-motu and ubuntu +1 to here [16:57] What is the proper channel? [16:57] jeki, ugh, that was ugly [16:58] O_o? [16:58] bdmurray: you mean they can't be closed? [16:59] primes2h: I mean I have no power in that particular project [16:59] hggdh, what is the proper channel? [16:59] jeki, we can set it triaged, and I did that. Notice that one of the subscribers is Michael Voigt, and he might be the one fixing it eventually. Nevertheless, you might also open a bug on bugzilla.gnome.org (since g-a-i is sourced there [17:00] hggdh, you read the bug? [17:00] jeki, and adding, then, and upstream bug tracker. [17:00] yes, I did. And? [17:00] I subscribed Michael Voigt [17:00] bdmurray: ok, so I'll try to ask jdong about them. [17:00] bdmurray: could you please verify that the text I added was ok [17:00] https://wiki.ubuntu.com/Bugs/Responses#Distro%20has%20reached%20EOL [17:01] oh boy. Jeki, it is not courteous to subscribe others without them asking for it [17:01] well, he was the last motu that upload the package [17:01] https://launchpad.net/ubuntu/+source/app-install-data-ubuntu [17:03] jeki, notwithstanding this. mvo has other tasks to work on, I am certain, and if he decides he has time to work on this, he will. If he decides otherwise, somebody else will. But by subscribing him, you just create spam mail for him [17:16] hggdh: bug 355128 [17:16] Launchpad bug 355128 in usplash "usplash crashed with SIGSEGV in __svgalib_get_perm() (dup-of: 350250)" [Undecided,New] https://launchpad.net/bugs/355128 [17:16] Launchpad bug 350250 in usplash "usplash crashed with SIGSEGV in __svgalib_get_perm()" [Medium,Confirmed] https://launchpad.net/bugs/350250 [17:16] oops [17:16] bug 355218 [17:16] Launchpad bug 355218 in firefox-3.0 "can't connect to rapidshare.com" [Undecided,Incomplete] https://launchpad.net/bugs/355218 [17:16] seems like a network problem, no? [17:17] micahg, it sounds more like user issue. There is nothing that I can see that suggests network issue [17:17] micahg, hold on, let me try to get there [17:17] I'm saying it's not a FF bug [17:18] I agree [17:18] Convert to Q and hope someone is patient enought to troubleshoot? [17:18] micahg, yes. This really smells like support [17:20] any idea about why LP's been so flaky lately? [17:34] there is an open issue on LP -- bug 360846 [17:34] Launchpad bug 360846 in launchpad-foundations "appserver isn't recovering like it should causing too many oopses" [Critical,In progress] https://launchpad.net/bugs/360846 [18:14] bdmurray: do you guys have a lp bugs/QA session for this UDS? [18:14] bdmurray: the one where we put gmb in the middle and throw rocks? [18:16] jcastro: I was going to check with gmb or someone before setting it up. [18:16] But yes we'd like to throw rocks [18:17] bdmurray: I think having another one would be useful, when you do one can you put me in as necessary or whatever the lingo is? [18:17] jcastro: no, you can be part of the community one! ;-) [18:18] bdmurray: ok so do you want me to schedule it in our track or in the QA track? [18:18] (we're kind of running out of room) [18:19] jcastro: last UDS the bugs team met with each track regarding issues right? [18:19] I'd imagine the same thing happening [18:19] yeah, I don't know what their plan is this year [18:19] ok, I will tell them to start scheduling [18:19] Perhaps we should check with them? [19:24] dtchen: ping [19:25] dtchen: I'm hearing some scrachting on karmic kernel :( [19:25] BUGabundo, then this is good! I hear nothing ;-) [19:26] hggdh: eheh I peaty for you [20:51] any django developer around? [20:51] kklimonda: #django may be a better place to ask [20:52] kklimonda: Pici makes a good point [20:52] I need someone to check if my fix for bug 367214 works [20:52] Launchpad bug 367214 in python-django-tagging "utils.calculate_cloud() can leave font_size unset for most frequent tag" [Undecided,Fix committed] https://launchpad.net/bugs/367214 [20:53] kklimonda: come on #ubuntu-pt. we have 2 there [20:54] does someone mind looking at my latest suggestion for bug 301007 [20:54] Launchpad bug 301007 in matplotlib "python-matplotlib: missing package dependency (python-tk)" [Undecided,Confirmed] https://launchpad.net/bugs/301007 === blueyed_ is now known as blueyed [20:58] pace_t_zulu: the problem is that people aren't reading documentation.. :/ [20:58] kklimonda: should an average user be expected to do additional configuration after the appropriate packages are installed? [20:59] pace_t_zulu: no - in my opinion if matplotlib requires tk in default configuration it should depend on it. [20:59] kklimonda: so what is the problem then [20:59] ? [20:59] well... [20:59] kklimonda: that sample script i provided does not work with python-gtk2 [21:00] pace_t_zulu: the last comment is about /usr/share/doc/python-matplotlib/README.Debian ;) [21:00] kklimonda: i see that [21:00] depend on -tk is not a solution [21:00] so you have asked about "latest suggestion" - sorry if I've mistaken you for someone else :) [21:01] hggdh: the right way would be engine "auto" which is already suggested.. [21:01] yes [21:01] and from what i've seen upstream is already working on that [21:02] meanwhile, either this is documented (*must* reconfigure if not using python-tk), or a local bypass is implemented. But the bug is real, and still valid [21:02] pace_t_zulu: why doesn't it work with python-gtk2? [21:02] kklimonda: upstream can work on that and we will get the update [21:02] pace_t_zulu: only because tk is set in config file? [21:02] can't we just release an ubuntu4 that depends on python-tk [21:02] kklimonda, it seems it will work as long as the user reconfigures [21:02] pace_t_zulu, no, we cannot. What if the user does *not* want python-tk, but one of the other options? [21:03] hggdh: my point is the user should not be concerned with this sort of configuration issue [21:03] hggdh: but we are already shipping python-gtk2 in ubuntu-desktop task.. we could switch the default option to python-gtk2 and reorder Depends:.. [21:03] kklimonda, -gtk2 is automatically installed? [21:04] hggdh: any user who knows enough to know they do *not* want python-tk... is free to do the reconfigure [21:04] hggdh: it is in default desktop installation [21:04] hggdh: -gtk2 is in ubuntu-desktop [21:04] kklimonda, then I agree: reorder depends, and redefine defalut configuration for it. But this will solve karmic [21:05] hggdh: i should write a comment to be more explicit regarding this problem on the bug report [21:05] hggdh: this is a UX problem... the sort that Debian does not care as much about as Ubuntu [21:05] pace_t_zulu: you should also contact debian maintainer and ask him why was Tk choosed as default. [21:06] pace_t_zulu, yes, add a "Workaround" stating that if -tk is not installed, user must reconfigure /some/where/config to use the correct library [21:06] but I'm afraid that he won't reconsider changing default to gtk2 and we'll have to add another ubuntu-specific patch :/ [21:07] heh. Per Tosi, this seems to be true [21:09] kklimonda: i have no problem adding an Ubuntu specific patch [21:09] pace_t_zulu: if there is no other option than yes. [21:10] pace_t_zulu, did you read the debian notes? [21:11] this could actually be an interim solution: add a question during install (debconf?) [21:12] hggdh: i have read the nots [21:12] notes [21:12] hggdh: i see no need for a question... one of the packages should be there [21:12] ubuntu4 could just depend on python-tk [21:13] and we can do an ubuntu5 that detects the best option [21:13] pace_t_zulu, propose it, then, and let's see what the maintainers think [21:14] hggdh: added an comment saying that [21:15] I don't know why this Sandro Tosi is so concerned with Ubuntu's efforts if it is downstream [21:15] pace_t_zulu, also please note there is already an assignee, so it might be a good idea to touch bases with s/he [21:15] hggdh: i have [21:15] Sandro is just stating he will refuse the patch as proposed -- we means we would have to maintain a delta [21:15] hggdh: this Sandro Tosi fellow keeps adding his Debian ideas [21:16] hggdh: i see no problem with having an ubuntu4 delta if our ubuntu5 patch gets accepted [21:16] cuz he *is* from Debian... [21:16] hggdh: in the meantime it is a UX problem... something Ubuntu prides itself on and Debian doesn't [21:19] well, sort of. Debian is very much geared towards something that will always work, on all supported platforms. User experience is a bit secondary [21:19] hggdh: this is a bug report we can fix... a new bug can be opened to address Tosi's concerns [21:20] hggdh: i will be happy to address it myself [21:20] hggdh: i will be happy to *open* it myself [21:21] pace_t_zulu, no need to open a new one. We should start with a proposed fix, and then let the world beat on it [21:21] I wonder if this change could be considered a SRU.. [21:21] !SRU [21:21] Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [21:21] it might -- but I do not know if it is serious enough for that [21:21] kklimonda: i would think so [21:21] exactly.. [21:21] hggdh: is UX not serious? [21:22] pace_t_zulu: you should discuss it on #ubuntu-motu [21:22] hggdh: students will be starting school in august/september (before karmic) they need not worry about this [21:22] people there are more likely to tell you if this is worth a SRU and how to approach it. [21:23] I agree that default setting isn't fortunate one for Ubuntu.. [21:24] kklimonda: do you disagree that a quick ubuntu4 is easy and an ubuntu5 could be complete within weeks? [21:24] pace_t_zulu: I'm afraid there is nothing like a quick fix in SRU ;) [21:25] kklimonda: ubuntu5 could be the SRU [21:25] pace_t_zulu: what is your final suggestion? make it depend on python-tk or change default engine to python-gtk2? [21:25] final approach would be to automatically select... prioritize python-gtk2 and work back from there with python-tk being the last resort [21:26] kklimonda: is that unreasonable? [21:26] kklimonda: if i produce a patch that achieves that can we push it through? the SRU isn't a major concern at the moment [21:26] I would rather present a question on install, suggesting the available options, and reconfiguring the system default if needed [21:26] pace_t_zulu: without SRU it won't hit jaunty. [21:27] pace_t_zulu: and we have almost 6 months to fix it for karmic [21:27] hggdh: questions during install are just plain annoying [21:27] hggdh: I'm not sure if motu-sru will accept such a change.. [21:27] kklimonda: we fix it for karmic... when we know we have something good we can SRU it for jaunty [21:27] or even backport it [21:28] pace_t_zulu: please - discuss it on #ubuntu-motu, I'm not a MOTU myself and I don't want to say something that isn't right.. :) [21:28] kklimonda: right now i care more about a fix... [21:29] kklimonda: i'd like to provide an acceptable patch before involving MOTU [21:29] pace_t_zulu: it would be better to discuss the right way of fixing it - even for a time being. [21:29] pace_t_zulu, the point is if there are motus available they can point to you what would be acceptable [21:30] pace_t_zulu: creating patch that won't be accepted will make everyone unhappy ;) [21:30] (and you foremost ;-) [21:31] kklimonda and hggdh i get the idea... i will take this to #ubuntu-motu [21:32] kklimonda and hggdh one silly question [21:32] there are no silly questions, pace_t_zulu [21:32] well, perhaps ;-) [21:32] but shoot [21:33] in the setup routine to automatically detect the correct backend ... should that be done in setup.py? [21:33] no - it has to be done after installation [21:33] perhaps using debconf? [21:34] I would say so [21:34] i see that setup.py is explicit about it [21:34] and refers to setup.cfg - where it is actually defined [21:34] pace_t_zulu: setup.py is called only when package is built on server [21:34] pace_t_zulu: the actual package doesn't use it anymore [21:35] have you guys looked at the source at all? [21:36] OK, I am downloading it now ;-) [21:38] pace_t_zulu: why are you asking? [21:38] (I'm looking at it now) [21:38] kklimonda: because i want to fix this bug [21:39] pace_t_zulu: So I've told you already that setup.cfg and setup.py aren't the right places to fix it. [21:39] kklimonda: there is a setup.cfg in the debian/ directory [21:39] kklimonda: pvt please [21:40] which clearly states 'backend = TkAgg' [21:40] pace_t_zulu: but didn't you wanteto fix it in the way that package would ask an user what backend does he want to use during installation? [21:41] kklimonda: no... i don't think that should be the user's concern... because documentation clearly indicates how to change the backend [21:41] kklimonda: i think the package should work when it is installed [21:41] it should just work [21:42] that's what most users want... they don't care how [21:42] then yes, this file is probably the one you are looking for [21:42] just make sure you reorder Depends: to make python-gtk2 default choice when package is installed [21:42] any user who does care, will have the know-how to create the ~/.matplotlib/matplotlibrc file that states 'backend : whatever' [21:43] kklimonda: does the order of the depends matter? [21:43] I think it does [21:43] if neither python-tk nor python-gtk nor python-qt* is installed then the first one is going to. [21:43] kklimonda: it never stopped the package from installing without python-tk [21:44] because you have python-gtk2 already installed [21:44] kklimonda: roger [21:44] kklimonda and hggdh sorry for being such a pain... but this is a simple problem to solve that will make many users lives easier... that is what i feel like we are here for [21:45] sure [21:45] no prob ;-) [21:47] kklimonda and hggdh here comes the fun question.... what about kubuntu users? [21:48] is python-gtk2 dependency of kubuntu-desktop? [21:48] they are out of luck ;) [21:48] i have no idea [21:48] and I don't know how to check it [21:48] i keep list of ubuntu packages ;) [21:49] i will fix this bug and i will fix it right [21:51] pace_t_zulu, apt-cache rdepends python-gtk2 [21:51] hggdh: ubuntu-desktop doesn't explicitly depend on python-gtk2 [21:51] we are here for Ubuntu users... not Debian maintainers.... right? [21:51] both, both. We use Debian for source, and we try to keep in sync [21:52] many here are DD also [21:52] pace_t_zulu: it is a delicate issue.. Every time we patch a debian packages a kitten dies ;) [21:52] (I couldn't stop myself ;) ) [21:52] :-D [21:52] kklimonda: one less lolcat [21:53] pace_t_zulu: The problem is every package we change is more work for us.. [21:54] pace_t_zulu: as this change won't make it to debian we'll have to keep track of it till the upstream fix it.. [21:54] kklimonda: i am less afraid of work than of a new Ubuntu user being turned off by frustration... just because devs are scared of work [21:55] kklimonda: if you enjoy it, then it isn't work [21:55] kklimonda: we improve on Debian... that's just how we roll [21:55] pace_t_zulu, not that easy... it is a balance that we should keep [21:56] pace_t_zulu: actually the policy is that we make changes only when they are unavoidable.. I agree that this may be such a case.. [21:56] hggdh: i will try to be sensitive to the sand in Debian Devs vag*nas... [21:56] kklimonda: thank you [21:56] pace_t_zulu: but the problem with kubuntu users you have mentioned is the best example that the fix you are proposing isn't the right one.. [21:56] kklimonda and hggdh i will try to make the change exactly as Debian and Matplotlib's devs outline... [21:57] what's funny is that creating "auto" engine wouldn't be too hard.. [21:57] kklimonda: making an ubuntu4 that depends on python-tk addresses kubuntu users [21:58] kklimonda: i agree it isn't hard... that's what i'd prefer to do... but this bug can be closed by making python-tk an exclusive dependency and a new bug reopened for an "auto" engine immediately [21:59] kklimonda and hggdh the fact is that this bug exists and it is a major UX problem for inexperienced users... which is a target audience for Ubuntu [22:01] anyway guys... i have to be going... i will work to get this resolved the *right* way [22:37] BUGabundo: have you tried using pavucontrol to lower the volume of the stream (not the device) then resetting it to the desired volume? [22:38] dtchen: hi [22:38] humm what do you mean? [22:38] pavu openend [22:39] humm [22:39] its not conneting [22:39] humm [22:39] karmic is a completely different beast, remember [22:39] completely different audio stack [22:41] dtchen: but pavu is not even opening it... [22:41] or better it is but popups up saying it can't connect [22:42] well, is pulseaudio actually running? [22:42] it was [22:42] I here pidgin [22:43] let me test totem [22:43] dtchen: totem plays audio [22:44] dtchen: gstreamer selector test, has no sound too [22:44] sudo fuser -v /dev/dsp* /dev/snd/* [22:45] sudo fuser -v /dev/dsp* /dev/snd/* [22:45] GKsu version 2.0.2 [22:45] Usage: gksu [-u ] [options] [22:45] --debug, -d [22:46] :} [22:46] dtchen: http://paste.ubuntu.com/167184/ [22:49] eheh [22:49] * BUGabundo mentalnote :gksu exec on pidgin is a *bad* idea [22:50] dtchen: was that it ? [22:52] hggdh: dan left me hehe but at least I have audio! just no pavu to control it eheh [22:53] this is good enough [22:54] BUGabundo: i'm busy in another channel ATM [22:54] dtchen: np [22:55] dtchen: when ever you can [22:58] BUGabundo: restart pulseaudio [23:00] $ pulseaudio -k [23:00] $ start-pulseaudio-x11 [23:00] dtchen: seems audio is still working [23:00] BUGabundo: no need for the latter; it will autospawn [23:00] testing gstr [23:00] ahh I forget [23:00] yay [23:00] pavu works [23:01] now what have I to lower dtchen? [23:02] whatever stream is giving you the scratching [23:02] so if it's Totem, play it, then lower the stream volume and set it back to whatever you desire [23:02] dtchen: its exaile after playing for several minutes [23:02] are you using glitch-free? [23:02] or flash (firefox) [23:02] etc [23:02] dtchen: how can I check? [23:02] this is karmic [23:03] no special change from me [23:03] i.e., does tsched=0 appear in /etc/pulse/default.pa ? [23:03] $ grep tsch /etc/pulse/default.pa [23:03] load-module module-hal-detect tsched=0 [23:04] correct, that's not glitch-free [23:04] so there are a couple things you can try [23:05] not putting audio so high? [23:05] eheh [23:05] well, yes, that's always a test [23:05] never gave me this trouble [23:05] using your kernel on JJ [23:05] didn't the fixed get into karmic too ? [23:06] i don't know what karmic is running [23:06] anyhow, in /etc/pulse/daemon.conf, see default-fragments and default-fragment-size-msec [23:06] you'll have to experiment with them [23:07] i don't remember offhand if there's default-fragment-size, too [23:07] i've hardly messed with 0.9.15; so much of my time is spent fixing 0.9.14 [23:09] dtchen: I just hear pidgin ping scratching.... [23:09] BUGabundo: is it only pidgin? [23:09] its the only app playing sound now [23:10] i.e., can you reproduce the symptom systematically? [23:10] dtchen: I can't crontol... it just happens [23:10] I can play 30 min of sound and no listen to it [23:10] or just have it after 40 sec [23:10] ok, that's not pulseaudio, then [23:10] usually on exec only after 3 or 4 songs I hear it [23:10] that's definitely your audio hardware [23:11] but forward to the next track fixes it for a few secs [23:11] like 30 or so [23:11] right, because that resets the ring buffer contents [23:11] obviously we'd have to kludge around it even further in linux [23:12] again... just heard it from pidgin [23:12] and that just a 0.5 sec ping [23:12] is it reproducible regardless of Master/PCM/Front/Surround setting? [23:13] don't know [23:13] let me play exaile [23:13] it would be worth investigating that. [23:13] and then I mess with volumes [23:14] and yeah pavu shows HAD intel close to 100% [23:14] or -0dBs [23:15] lower it to ~77% [23:16] trying to find it to happen regularity 1st [23:17] dtchen: but KK volume is so low, compared to JJ devel cycle [23:18] dtchen: 75% is almost unheardble [23:18] I barelly ear sound, but I still here crackling [23:18] are you using any quirks for your sound card? [23:19] not that I know off [23:19] also, pa 0.9.15 has a different volume scaling scheme (flat-vol) [23:19] how can I check? [23:19] cat /sys/module/snd_hda_intel/parameters/model [23:20] its filled of NULLS [23:20] ok, good [23:20] (maybe?) [23:20] what does amixer report? [23:20] $ cat /sys/module/snd_hda_intel/parameters/model | pastebinit [23:20] http://paste.ubuntu.com/167275/ [23:20] the crackling issue is very probably karmic's linux [23:21] alsamixer is on 0dBs [23:21] I still have JJ kernel [23:21] I could try that tommorow [23:21] not that it will help much, other then know if it is spec or not [23:22] jaunty or jaunty-proposed? [23:23] humm let me check [23:23] I think its proposed [23:24] initrd.img-2.6.28-11-generic [23:25] that's jaunty [23:25] jaunty-proposed is 12.43 [23:26] yea you rigt [23:26] I had yours instead [23:27] dtchen: so what goes into fragments? [23:28] some power-of-two [23:29] dtchen: higher? [23:29] it's totally hardware-dependent [23:29] i have no idea what will work for you [23:29] on jaunty, i use 4 and 5, respectively [23:30] its 8 now [23:30] going back to 4 then [23:30] and default-fragment-size-msec = 10 ? [23:30] that should be the default [23:31] you have to experiment; i don't have your hardware, so i don't know offhand what will give you better performance [23:31] ok [23:31] np [23:31] just wanted to know if i should go up, really, or down [23:32] 8>4 now [23:32] dtchen: just change and kill PA? [23:32] sure [23:34] 4 and I still hear it, with a bad side: video slows down a bit [23:35] 16 video is ok, still here cracks, but for a much less period [23:36] 32 the video gets out of sync wit audio [23:38] 64 and 128 are the same [23:38] no need to go higher I think dtchen [23:40] as i mentioned, it's very hardware-specific. [23:41] both my current and the original settings work fine on my Conexant CX20561 [23:43] and 16 just cutts sound off to soon on pidgin ping [23:48] well, the other thing is to reset to the default values and re-enable glitch-free [23:50] dtchen: oh ok [23:50] but lets leave that for another day [23:50] I'm too tired to make more tests... [23:51] and still have to drive home...