[00:00] i've been tracking jaunty steadily, and i always regression test my changes on several machines, so i'm a bit perplexed at the consolekit error [00:01] the only other instance of anything similar was FS corruption on the reporter's machine that hosed module-console-kit.so [00:03] it's commented [00:04] asac: http://paste.ubuntu.com/117889 [00:04] the consolekit error is from my other desktop, at work, it occurs when i was not even in front of it, it was locked [00:06] BUGabundo_: please not in here, but in the bugs [00:06] in the appropriate please [00:06] also include your ppp version [00:06] if you havent done so yet [00:06] done too [00:06] i did [00:07] please look at https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/329228 [00:07] Ubuntu bug 329228 in network-manager "3G network time out" [Undecided,New] [00:07] ppp: Installed: 2.4.5~git20081126t100229-0ubuntu1~nm1 [00:07] BUGabundo_: can you try to downgrade? [00:08] sure [00:08] to the jaunty or intrepid version [00:08] BUGabundo_: /usr/sbin/pppd: invalid numeric parameter 'n' for kdebug option [00:08] dont downgrade [00:08] downgrading now [00:08] you probably have a syntax error in options [00:08] bagh [00:09] look for kdebug or something [00:09] you probably messed that up ;) [00:09] BUGabundo_: #kdebug n [00:09] thats the wrong option [00:09] line 184: kdebug n [00:09] let me comment it [00:09] its just "debug" [00:09] BUGabundo_: just use "debug" [00:09] okay [00:09] without parameter [00:09] done [00:10] its a few lines above [00:10] BUGabundo_: get log again then [00:10] okay [00:10] serial and syslog [00:10] upgradying ppp and nm-pptp again [00:10] probably serial is in syslog too [00:10] yeah [00:11] * BUGabundo_ bafles: he is on borrow 3G card with only 1GiBs bw [00:11] brb [00:11] time to debug [00:11] asac: i had to kill NM twice [00:11] the first didnt kill it [00:11] BUGabundo_: better reboot then [00:11] drivewr might be in bad state [00:11] is there an applet to have more info about my connection? something more than the dumb n-m default applet [00:11] if things lock up [00:12] rebooting [00:12] fta: about 3g connection? [00:12] asac: with or wutout PIN? [00:13] BUGabundo_: with PIN for now [00:13] and without if that doesnt work [00:13] asac, yes [00:13] fta: well. drivers are different for things that go beyond basic features [00:13] fta: thats why modemmanager was created [00:14] it currently has signal strength feature [00:14] but more can be added for each individual modem [00:14] wull nm08 be packed any time soon? [00:14] fta: you need a modemmanager enabled build for that [00:14] i have not yet decided if i do that next week or wait with mm for next cycle [00:15] on a new PPA or NM PPA with epoch? [00:15] is it in a ppa ? something at least slightly tested ;) [00:15] oh great.... metacity just blew after reboot [00:15] BUGabundo_: use ppa [00:15] should afect my debug [00:16] fta: you can try the packages in ~modemmanager ppa [00:16] brb [00:16] * fta updating his laptop... [00:16] fta: but but but [00:16] those are a bit busted. bit give it a try. its the old snapshot from intrepid still [00:16] Get:257 http://archive.ubuntu.com jaunty/universe openarena-data 0.8.1-1 [306MB] beuhhh [00:16] yeah [00:17] bad over 3G [00:17] fortunately, it's wired now [00:18] is archive.ubuntu.com rate limiting the connections? [00:19] not sure ... tcp has constraints on its own [00:19] I have a flat 830KB/s [00:19] ask Nafallo maybe [00:19] but i think its mirrored too [00:19] and round-robin or something [00:19] that's 6.9Mb/s, i can do a lot more [00:19] well ... what ping do you have? [00:20] during dl? probably bad [00:20] 90ms [00:21] no ... i mean in general [00:21] i am not sure how the limit for tcp depending on ping, but there is a correlation [00:21] try multiple connections [00:21] let me finish my 680M upgrade [00:22] asac, lol, you remember i'm a network engineer, right? [00:23] so what is the max througput for tcp with ping 200ms with default settings on ubuntu jaunty ;) [00:23] back [00:23] uploading new logs to bug [00:23] asac, I can do a lot more between home and my other boxes at work [00:24] fta: how is the ping? [00:24] i mean i have 63ms to archive and get about the same [00:24] the german mirror i use has 40-38ms and i get 1M [00:24] (vs 800) [00:25] asac: bug 329228 updated [00:25] Launchpad bug 329228 in network-manager "3G network time out" [Undecided,New] https://launchpad.net/bugs/329228 [00:25] asac, 8ms from work, and 30ms from home [00:25] fta: see ;) [00:25] but that's not enough to explain that [00:25] so if you have 60 you might have double power 2 aka factor 4 ;) ;) [00:26] Max. Throughput = TCP Window Size / Round-trip time. [00:27] my ping average with this 3G card, passing through a winXP box is 108ms [00:27] he Max TCP Window size in the absence of window scaling is 65 535 bytes. [00:27] Example: Max Bandwidth = 65535 bytes / 0.220 s = 297886.36 bytes/s = 2.38 Mbit/s. [00:27] well ... but is the tcp window on over internet connections more like the mtu? [00:27] e.g. 1500? [00:27] gogle's pings are way worse: 362ms [00:29] wget http://ftp.debian.org/debian/pool/main/o/openarena-data/openarena-data_0.8.1-1_all.deb [00:29] ~811K/s, [00:31] it's 240ms away from works, and 45ms from home (!?? wtf) [00:31] -s [00:31] 8 surfnet-gw2.amd.cw.net (195.2.21.6) 18.631 ms 18.624 ms 18.594 ms [00:31] 9 AE1.500.JNR01.Asd001A.surf.net (145.145.80.70) 240.634 ms 240.414 ms 240.630 ms [00:31] booo [00:31] 60 mS 8,658 Kbps [00:32] http://www.babinszki.com/Networking/Max-Ethernet-and-TCP-Throughput.html [00:33] this table seems to be a bit odd ;) [00:33] but if its really for gigabit [00:33] but i do 6.9Mb/s with 30ms [00:33] then 69Ms seems to be 8.6 Mb/s [00:33] fta: yes, but the window size in that table is optimal [00:34] for 65k windows [00:34] i dont think you get that on internet [00:34] but the numbers look low still [00:34] well ... the 0.1ms looks right [00:34] asac: do u need anything else? [00:34] almost 1000 Mb [00:34] before i go to bed? [00:34] apt-get fist-upgrade [00:34] E: Invalid operation fist-upgrade [00:34] :) [00:34] BUGabundo_: lets loook [00:35] hehe [00:35] ;) [00:35] BUGabundo_: why applet log? (what is that) [00:35] well for some reason it died when i killed NM [00:36] so i started it from cli [00:36] BUGabundo_: hmm ... ppp isnt debug ? [00:36] humm i set the option [00:36] as u said [00:36] * BUGabundo_ checks [00:37] BUGabundo_: oh [00:37] yep [00:37] debug is NOT comment [00:37] on /etc/ppp/options [00:37] BUGabundo_: you didnt upgrade network-manager from ppa? [00:37] BUGabundo_: thats jaunty? [00:37] i didnt change networ-manager [00:37] BUGabundo_: your problem is that you have incompatible ppp plugin [00:37] just ppp and then again up [00:38] BUGabundo_: you need to upgrade to everything you get on ppa [00:38] thats network-manager and -pptp plugin and pppd [00:38] ppp is PPA [00:38] yes [00:38] all three are ppa [00:38] isnt [00:38] they have to together [00:38] its from archive [00:38] PPA and arc have same version [00:38] so archive is prefered [00:39] BUGabundo_: oh i forgot the main network-manager [00:39] too bad [00:39] everything else _should_ be using PPA [00:39] BUGabundo_: yeah thats my fault then finally ;) [00:39] i think i forgot to push [00:40] humm [00:40] ok [00:40] its ppp, -pptp and network-manager that needed a respin [00:40] humm those are all PPA [00:40] only NM is archive [00:40] BUGabundo_: yeah. because i didnt bump in ppa ... which i thought i did [00:40] BUGabundo_: i am uploading that now [00:40] np [00:40] so tomorrow morngin it should work [00:41] * BUGabundo_ awan [00:41] BUGabundo_: so you could downgrade ppp and -pptp [00:41] or sleep and see tomorrow [00:41] please comment on the bug (maybe fix release?) [00:41] when pack have been build [00:41] ill see if i can hold on to the donge a few more hours [00:42] but have to get somewhere to do all this downloads [00:42] BUGabundo_: i think 40 minutes till .debs are there [00:42] ok [00:42] then tomorrow should be fine [00:42] so should i go ALL PPA? [00:42] or archive? [00:42] i got lost [00:43] BUGabundo_: just keep ppa in sources.list [00:43] and run dist-upgrade [00:43] okay [00:44] i will not upload stuff you shouldnt get to that archive [00:44] so thats usually the safe way [00:44] did u check that kernel trace? [00:44] (note: but just for this archive ... there might be other ppas that are maintained differently) [00:44] it mentioned comm something [00:44] not sure NM has something to do with it [00:44] BUGabundo_: kernel trace is a dupe i think. dont have time to look up [00:44] BUGabundo_: you should find a bug against linux if you search for "Tainted" [00:44] one more? [00:45] i filed 3 of those every release! [00:45] ehehe [00:45] BUGabundo_: no ... read! [00:45] "find" != "file" ;) [00:45] BUGabundo_: oh so you know the other bugs [00:45] yep [00:45] have those been closed? [00:45] thats what i'm saying [00:45] one at least was [00:45] with interpid backports [00:46] well ... then look if the bug is still open [00:46] one from jaunty not sure... but have seen it in a whyle [00:46] if not reassign the current one to linux and subscribe ogasawara [00:46] diferent stack [00:46] looks qute diferent from the previous [00:46] ok [00:46] yean Leann seems to prefer diferent bugs [00:46] i will look then at some point ;) [00:46] and not Dupes [00:47] one more thing [00:47] and did nt mention this on the bug [00:47] the new 3G assistant SUCKs [00:47] ibex version detect my Country [00:47] Jaunty shows the complete list, and i cant just start typeing [00:48] have to use mouse to scroll down [00:49] BUGabundo_: is there a bug for that yet against libmbca0? [00:49] * BUGabundo_ heads to bed [00:49] sure [00:49] didnt even new that package [00:49] let see if the respin of packages changes something [00:49] if not, i'll ping u back to get the package name, and i'll file it [00:49] ok [00:49] * BUGabundo_ has lousy memory [00:50] i finished the test on ubufox [00:50] not sure if u read the comments [00:50] both 3.0 and 3.1 are fixed [00:50] and i can change my toolbar at will [00:50] but 2 new bugs were found [00:50] not on LP yet [00:51] need to test a bit more [00:51] anything else, ping me, email me, or dent me [00:52] good night guys [00:54] thanks BUGabundo_ [00:54] good night [00:58] asac, when i disconnect and unplug the usb key, n-m never realizes that the key is gone, so it remains in the list [01:06] asac, http://paste.ubuntu.com/117894/ [01:38] fta: is that with ppp 2.4.5 ? [01:38] oh right ;) ... not all bits are there yet [01:38] jaunty [01:38] maybe try the packages from nm ppa [01:38] ppp had some issues that caused stability problems [01:38] 2.4.4rel-10ubuntu3 [01:38] and a bunch are fixed in the package in ~network-manager ppa [01:38] yes. 2.4.4 is two years old [01:39] two SIMs, one is always fine, the other worked for a while and is now always broken [01:39] but you need ppp and the respun nm and nm-pptp (if you use that) [01:39] fta: different net provider? [01:40] nope, same [01:40] orange france for both [01:40] fta: using broadband wizard? [01:40] in the same usb key [01:40] jsut switching sims [01:41] fta: have you checked in serial log that NM sends correct pin? [01:41] dont know how smart nm is about forgetting and detecting sim changes [01:41] yes, it's 0000 on both, on purpose [01:42] until i figure out what's wrong, that is [01:43] fta: this looks like a problem at ppp negoation [01:43] which happens after pin and so on [01:43] yes [01:43] not sure if you could get that far if you ignore errors up front [01:43] trying new ppp might be worth it [01:44] could be that one sim ends up on a different server [01:44] and the protocol is differnt [01:44] but you should check the serial output as on wiki [01:44] to be sure there are no ignored issues up front [01:45] serial output? wiki? [01:45] https://wiki.ubuntu.com/DebuggingNetworkManager#Serial Log (Mobile Broadband) [01:45] there you see the modem commands [01:45] and replies from modem [01:46] that's what i did [01:47] yes then check the serial output ... that should be before what you posted [01:48] e.g. is correct APN set ... is correct PIN set ... are there any complains and NM just continues with ppp [01:48] but well. try new packages from ~network-manager PPA first [01:48] ppp caused many issues for lots of users... which is why i rebased all those patches [01:48] for me it made stuff more reliable too ;) [01:49] i mean, i got similar issues with the old ppp ... not just 100% of time [01:49] but sometimes it was really really hard to connect at all [01:49] while at other times it just worked [01:50] hmm ... probably have to wait till network-manager - 0.7-0ubuntu2~nm1 is finished in ppa [01:50] then you can just upgrade to that [01:50] ppa [01:50] with ppp new [01:50] all the same for both, everything's fine, OK everywhere, nothing unexpected [01:51] yeah. this sounds like ppp then [01:51] also if you ever touched /etc/ppp/options for anything else than the debug flag [01:51] revert those changes [01:52] nothing, just debug [01:52] yeah wait for 2.4.5 then [01:53] sleep a few hours and upgrade to ~network-manager PPA [01:53] i should probably call my isp (my own company btw) but if i say linux or ubuntu, i'll get nowhere [01:54] and i have no windows or mac to test with [01:54] well ... give the new ppp a try ;) [01:55] as i said there are bugs fixed that we couldnt get fixed through individual cherry picks in intrepid [01:55] let me know when something is ready then [01:56] fta: its ready when the current build is done ;) [01:56] https://edge.launchpad.net/~network-manager/+archive/ppa just upgrade in the morning ;) [01:56] i just forgot to upload the NM ;) ... ppp and -pptp are done since 3 days [01:57] sleep for a bit [01:58] cu tomoroow ... hopefully i find the time to see whats going on with tbird [01:59] ok, thanks. g'night [02:42] no change, looks exactly the same, even after a reboot === asac_ is now known as asac === asac_ is now known as asac [11:58] guud morning [12:00] good morning [12:00] mozilla 77811 [12:00] Mozilla bug 77811 in MIME "Inline viewer for Microsoft proprietary mail formats (ms-tnef, etc.) ["winmail.dat"]" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=77811 [12:01] hmmmmmmm [12:06] holy crap thats alot of people [12:16] why do i get the feeling that it doesnt work with tb3 betas as it says but under long des. it states tb3 beta [12:16] betas [12:17] https://addons.mozilla.org/en-US/thunderbird/addon/4433 [13:13] asac, debian bug 497701 [13:13] Debian bug 497701 in libv8 "RFP: libv8 -- Google V8 JavaScript Engine" [Wishlist,Open] http://bugs.debian.org/497701 [13:21] would i use DEBIAN_DATE to pull in SM 1.1.15 tarball? Its not been released yet but would like to work on it so once released just update it [13:22] example ./debian/rules get-orig-source DEBIAN_DATE=dateinchangelog or is m-d not been updated for pre-release 1.1.x [13:24] sm1 is not using m-d, iirc, it has its own rules in the package [13:25] ah ok thanks [14:35] fta: didn you know that RFP bug? i am quite sure I suggested to take it as an ITP ;) [14:36] retitle 497701 ITP: libv8 -- Google V8 JavaScript Engine [14:36] owner 497701 ! [14:36] thanks [14:36] that was what made him the owner [14:36] 1st feb [14:38] well [14:38] he even said he used my patch [14:40] fta: yes, but why not [14:41] you didnt care about that bug so he took it ... i will send a mail to it now ;) [14:41] fta: i mean: if you dont want that debian uses a complete different approach you have to join forces in debian ... i will suggest to make a debian team for that. you can of course object on that mail ;) ... its for now my idea [14:43] i don't mind either way. i feel it will end-up like nss & nspr [14:44] fta: please whatever you can do join the debian folks [14:44] otherwise its a single point of failure [14:44] and people will ask when you are on holiday: why not merge from debian ... why duplicate efforts. [14:44] the problem is too often that folks on debian side dont want that [14:44] the work for you is the same ... maintain it in dbian and get it synched here [14:45] if they are strict against such a team or turn out to be not-cooperative then it makes sense to look diverging downstream in ubuntu [14:46] * asac off for travel [14:46] it seems to late now, everything is different, either i give up or we diverge [14:46] fta: its definitly not too late. i think they should go for your work [14:47] but one has to make compromises for the sake of not diverging the whole stack imo [14:47] let's wait for his answer then [14:47] at least you have to try [14:47] you didnt try in the bug imo [14:47] but yeah. lets see [14:48] who knows maybe he is not even a DD [14:48] often folks claim ITPs and then get nothing done [14:49] ok travelling a bit ... cu later [14:50] oh shit the preview of the notification thing now pops up dialogs instead of actionful notifications [14:50] guess that means i am supposed to fix annoyances [14:50] now gone [14:50] cu [14:50] gone too [16:00] now on GSM [16:00] thats _SLOW_ [16:00] but i can still type over ssh in screen [16:07] quite stable still ... nice i survived the same place where i usually got disconnect [16:07] with staying online [16:07] and even logged into ssh [16:07] well ... not even, but yes. [17:50] is network manager supposed to connect to a configured wireless WPA secured network before login? [17:54] asac: can I ask you something about networkmanager (they pointed me to you...) [17:54] Cruster: I think it can do so, IF the option System is on [17:55] BUGabundo: this option is grayed out for me...even if I run as root [17:55] * BUGabundo check local system [17:56] bah its not even here anymore [17:56] on the PPA version of NM [17:56] BUGabundo: ok...I'll have to wait then... [17:58] Cruster: you will have to wait for asac to come back, to be sure [18:01] Cruster: its supposed to do that if you configure your connection as a system connection [18:01] Cruster: never run as root [18:01] that doesnt change a hing [18:01] thing [18:01] it could even create hazard [18:02] asac: thanks for answering. This option is grayed out for me... [18:02] is it UP ? [18:02] * asac wonders why its still common to think one can achieve anything with running root [18:02] are you using it right now, ie is it connected? [18:02] never ever run anything as root :) [18:02] asac: sudo cow powers [18:03] i was too desperate :P yes connection works uppon login [18:03] Cruster: not sure what you mean by greyed out [18:03] asac: I cannot tick the option "system connection" [18:04] Cruster: what kind of connection are you trying to change? [18:04] Cruster: what version are you running? [18:04] asac: I don't have that option on ANY of my connections [18:04] with NM from PPA [18:04] Cruster: do you have the keyfile plugin enabled [18:04] yes it is enabled [18:04] BUGabundo: it was renamed in 0.7 final to "allow all users" [18:04] or seomthing [18:05] Cruster: dont try to change auto connections. create new ones and directly tick that instead [18:05] * BUGabundo remembers the time where wifi would even connect BEFORE X (misses wifi-radar) [18:05] ahh [18:05] can that be put on Release Notes? [18:05] it does it for any connection, even for new ones [18:05] should I file a bug and tag it to release notes? [18:05] BUGabundo: not sure why ;) [18:05] 'cause upgrading users will be looking for it! [18:05] BUGabundo: i dont think that makes sense [18:06] BUGabundo: UI regularly changes on new ubuntu version [18:06] I was having that discussion with crisum on ubuntu-devel-discuss the other day [18:06] devs change stuff and leave user to "discover" [18:06] ops, forgot to tell you that I'm talking about KDE... [18:06] Cruster: thats not my business then [18:06] the knetworkmanager applet is major unfinished [18:07] use the gnome nm-applet instead [18:07] if you want proper networkmanager support on kde in intrepid [18:07] i'm not even on intrepid, it's jaunty here... [18:07] Cruster: plasmaoid network-manager? [18:07] Cruster: file a bug [18:07] but i will probably not deal with it [18:07] i'll do it, thanks [18:08] for everything [18:08] i think there are now three different versions of kde network-manager applet [18:08] and none is finished [18:08] sorry. i can only suggest to use the gnome one [18:08] i can accept that, it's alpha ;) [18:08] for now [18:08] and file bugs and bug folks in #kubuntu-devel maybe [18:08] Cruster: alpha? i mean they use that in the distro [18:09] you mean jaunty is alpha yes ... but unless something really good happens i dont think there will be much improvements in this area [18:09] in the past the kde folks made really slow progress on their nm applets [18:09] and instead of finishing one they just start writing yet another one [18:09] well, for me it's kinda acceptable [18:10] Cruster: anyway. you can still start the nm-applet [18:10] create your system connection [18:10] then use the kde one i guess [18:10] nice then [18:10] at least that should help in getting a connection before startup [18:10] bug #326571 [18:10] Launchpad bug 326571 in network-manager "default route missing since Jaunty" [Undecided,New] https://launchpad.net/bugs/326571 [18:10] what's the name of the ubuntu packet? [18:11] Cruster: network-manager-gnome [18:11] ty [18:11] np [18:12] Nafallo: so you are not alone: bug 326571 [18:12] Launchpad bug 326571 in network-manager "default route missing since Jaunty" [Undecided,New] https://launchpad.net/bugs/326571 [18:12] whats going on [18:12] Nafallo: can you please help to track that down? [18:12] i cannot reproduce it unfortunately [18:12] i need to get a clue whether its a regression in dhclient or what [18:13] asac: you have those weird rfc lines in dhclient.conf? [18:13] Nafallo: do we need them or not? [18:14] I commented them and it works again. [18:14] Nafallo: i have that line and it didnet hurt: [18:14] option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; [18:14] asac: got avahi-autoipd installed? [18:15] Nafallo: yes have it [18:15] asac: I don't :-) [18:15] * Nafallo ponders where changelogs live those days [18:16] Nafallo: please check whether it helps to have it installed [18:16] * Nafallo found them on changelogs.ubuntu.com [18:16] Nafallo: you mean changelogs.ubuntu.com [18:16] and on LP ? [18:16] Nafallo: and join the bug 326571 [18:17] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/326571/+text) [18:17] ubottu: is getting lazy today [18:17] Error: I am only a bot, please don't think I'm intelligent :) [18:17] or LP is SLOWWWWW [18:18] * Added hook to dhclient to support RFC3442 (classless static route option) [18:18] and add rfc3442-classless-static-routes to the options requested (closes: [18:18] #396545) [18:19] https://edge.launchpad.net/ubuntu/+source/dhcp3/3.1.1-5ubuntu3 [18:19] https://edge.launchpad.net/ubuntu/+source/dhcp3/3.1.1-5ubuntu3 [18:19] hmm [18:19] Nafallo: but i had that since ever as it seems [18:20] debian bug 396545 [18:20] Debian bug 396545 in dhcp3-client "dhcp3-client: RFC3442 support (The Classless Static Route Option)" [Wishlist,Closed] http://bugs.debian.org/396545 [18:20] Nafallo: can you check if avahi-autoipd installing helps [18:20] asac: here [18:21] Q-FUNK: pleaes look at bug [18:21] the debian one? [18:21] Q-FUNK: no at your bug [18:21] ah [18:21] just a sec [18:22] asac: ok. I'll reply to that. thanks. [18:23] can you already tell me, what would be the difference between with and without avahi-autoipd ? [18:23] i.e. is it supposed to introduce a regression if it's installed? [18:23] Nafallo: when was that feature introduced? [18:23] can you give a can you drop that info in the ubuntu bug? [18:25] asac: dhcp3 (3.1.1-2) unstable; urgency=low [18:25] I personally don't need that auoipd feature since I don't use rendez-vous, so if that can be a temporary workaround, I'd simply remove it for now. [18:25] asac: xubuntu 8.10 full update (nm from archive I think) 3G not working [18:25] will get serial logs when I get home, and hand them to you [18:26] Q-FUNK: I have it uninstalled (since I don't use it either) and that bug still occurs. I was taking a stab in the dark I'm afraid. [18:26] asac: using PPA NM can help fix that too? [18:26] I still haven't tried last night fix on my machine either [18:28] asac: first step should be to try and find out what that hook is supposed to do. [18:29] Nafallo: ok, that at least rules that one out [18:31] Q-FUNK: our of interest. what's your wifi card and ap? [18:32] USB dongle with the zd1211rw driver [18:32] ap are different ones [18:33] that rules b0rked hardware out [18:33] well. hardware revisions [18:38] Nafallo: you? [18:38] Q-FUNK: me? [18:38] hello all ! [18:38] Any Thunderbird 3 guru ? (ftas repo) [18:39] Mozilla-teams repo... sorry ! [18:40] plun: ping fta [18:40] not here right now AFAIK [18:40] asac: ping are you here? [18:41] Nafallo: finding out what it means comes second imo. first we should track down the facts. e.g. does avahi help, does downgrading dhclient help. [18:41] OK... I always ping fta... must be more then Fabien which knows ;) [18:41] Is TB3 broken within ppa ? Works fine with nightly build for me [18:41] asac: downgrade to intrepid? [18:41] plun: current dailies are a bit broken [18:42] asac: OK thanks ! [18:42] Nafallo: nto sure i guess the first jaunty version shoujld be ok to test too [18:42] plun: downgrade to the build from 9th feb [18:42] pick the bits manually from -daily [18:42] i think they should be available there still [18:42] asac: OK thanks ! [18:43] asac: dhcp3 (3.1.1-5ubuntu1) jaunty; urgency=low [18:43] * Merge from Debian unstable. Remaining Ubuntu changes [18:43] that one? [18:43] plun: we will fix asap [18:43] Nafallo: you found a changelog entry that sounded suspicious [18:43] Nafallo: try the package before and the package after that [18:43] asac: superb service ;) [18:43] asac: cause this was merged in from Debian unstable (3.1.1-2) [18:44] brb... kiling PA, so pidgin will crash [18:44] plun: i think fta has disabled the build for now ... so if a new -daily build appears in ppa its probably fixed [18:45] asac: no problem.... nightly works OK, I just prefer running a Ubuntu build ;) [18:45] asac: hence why intrepid is the lastest version without it. [18:45] +spelling [18:45] ✁☹ [18:45] Nafallo: go to launchpad ... download the debs in reverse order till its fixed [18:45] oops ;) [18:45] sorry read an old message [18:45] asac: stop reading old messages damnit! :-P [18:45] Nafallo: if thats the latest version without it verify that its broken in first jaunty uploda [18:46] and that its fixed in last intrepid [18:46] back [18:46] asac: looking at the changelog it won't be fixed :-P [18:46] (in jaunty) [18:47] Nafallo: you never know [18:47] asac: look... we already know which hook it troublesome :-) [18:47] ah, the culprit change has been found? [18:47] Nafallo: still ... please verify that thats the real cause. [18:47] Nafallo: then we need to think what to do [18:47] asac: in my opinion it's much better to spend time in finding out WHY it's broken :-) [18:47] * Q-FUNK watches magic happen [18:47] asac: xubuntu 8.10 full update (nm from archive I think) 3G not working [18:47] will get serial logs when I get home, and hand them to you [18:47] I still haven't tried last night fix on my machine either [18:48] asac: also... we know it worked in intrepid. I didn't dist-upgrade this machine when jaunty opened :-)_ [18:48] Nafallo: checking packages before and after will enable that to happen. after you spotted which package introduced the bug, a run of 'diff' should help us narrow down the exact cause [18:48] Nafallo: well. i just want to be sure its not a red herring ;) [18:49] testing the intrepid package must be _easy_ [18:49] compared to finding the bug or sorting out what to do if we have to accept that the stateless option breaks this [18:50] asac: ooh. ii dhcp3-client 3.1.1-1ubuntu2 [18:50] Q-FUNK: can you check the dhcp3-client packages and see if its fixed in intrepid? [18:51] asac: that means intrepid is the version right before the DD added that hook [18:51] Nafallo: see ;) [18:51] asac: come again? [18:51] Nafallo: that works? [18:51] asac: worked on intrepid [18:51] Nafallo: now we need to find the diff he used to add the hook [18:51] Nafallo: yes, but will it work with intrepid package in jaunty [18:51] ? [18:51] yes, intrepid worked fine [18:51] asac: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396545 [18:51] Debian bug 396545 in dhcp3-client "dhcp3-client: RFC3442 support (The Classless Static Route Option)" [Wishlist,Closed] [18:52] do what you want [18:52] i cannot investigate before knowning that its really that hook. for me it woks with that config [18:52] it could be that the same merge or a later merge regressed this [18:52] asac: do you have multiple network interfaces on your hardware? [18:52] asac: I commented out the option and the request. and it works now. [18:53] asac: what possibly more info could you need? [18:53] Nafallo: that only says that you uncover the bug with that option [18:53] but doesnt really say that its the option in general that caused this [18:53] maybe first jaunty package worked with that option [18:53] and current one is broken because someone else broke it during merge [18:54] that was the merge... but okay. [18:54] erm. the diff attached to that bug already hints at major moronism: trying to backport a dhcp4 feature to a dhcp3 client. [18:54] * BUGabundo feels ignored [18:54] Nafallo: i still dont know which merge it is [18:54] Nafallo: post that to the bug ;) [18:55] also there were multiple uploads in jaunty [18:56] asac: yes. three apparently. kees playing with MTU and jamie playing with apparmor. [18:56] ouch! [18:56] I just walked into a door [18:57] Nafallo: sorry ;) [18:57] Nafallo: could you at least test whether avahi-autoipd has something to do with this at all? [18:58] asac: Q-FUNK having it installed isn't evidence enough? :-) [18:58] * Nafallo have to head off to the shower or he'll be late. [18:59] and no asac. you can't watch on cam ;-) [18:59] heh [19:00] ok, let's say that I can try something crazy, even though I don't have my jaunty host on hand. I can temporarily upgrade another host... [19:00] Nafallo: bummer! you almost brought the valentine spirit to the channel! :-P [19:05] asac: ok, I seem to have avahi-autoipd on this laptop. let's try a temporary upgrade to jaunty and see whether disabling that RFC3442 option in dhcp3-client.conf fixes it here too. [19:06] * Q-FUNK launches a dist-upgrade [19:07] asac: the main thing to compare was whether having avahi-autoipd installed made anhy difference, in addition to disabling that 3442 option? [19:07] ok. cannot dist-upgrade using update-manager. it barfs over a unfulfilable dependencies for ubuntu-desktop... [19:10] Q-FUNK: well. so if rfc option helps you [19:10] Q-FUNK: just check whether avahi-autoipd would help too [19:10] i dont think it makes a difference [19:10] erm... you meant if disabling that rfc option helps, with or without avahi-autoipd ? [19:11] Q-FUNK: no a) does isabling rfc help [19:11] b) does avahi-autoipd help to not need a) [19:12] ok [19:13] afaik, I have avahi-autoipd on that test host (not located in this house, so I cannot chekc now), since local-link exists and did not solve anything. at least, I remember that I had routes for both local-link and my AP [19:14] thats goodenough [19:16] but no default route [19:17] its a bit strange since i have the same option on and didnt see any issues [19:17] but maybe its a buggy dhcp server [19:17] asac: but do you have multiple network interfaces? [19:17] you know which dhcp server you have? maybe it supports classless static routes and doesnt deliver default route [19:18] Q-FUNK: i have .... and the syslog nafallow showed me looked like its just that dhclient doesnt get any gateway info [19:18] asac: no idea. the dhcp server is whatever is in the wireless AP. [19:20] meaning: eithe rits a bug in server ... or its a bug in dhclient in that it doesnt properly guess the right gateway [19:20] what AP is that? [19:22] speedswitch ... something [19:23] I'm not currently at the location where my test host is located. however, IIRC I had the same problem here at home with my wrt54gl running white russian. [19:25] Nafallo: Q-FUNK: so is anyone able to reproduce it _right_ now? [19:25] if so, please keep the option enabled and move the exit hook [19:26] to some other place [19:26] asac: I'm currently dist-upgrading this laptop to try the same test as on my usual test host. [19:26] Q-FUNK: e.g. sudo su; mv /etc/dhcp3/dhclient-exit-hooks.d/rfc3442-classless-routes ~ [19:26] k [19:26] thanks [19:28] yup [19:28] erm... wait... you want me to move it away from the exit hook directory? [19:29] Q-FUNK: first check whether its reproducible ... then move it away. yes [19:29] that exit hook looks bogus [19:29] well .. at least hacky [19:31] it definitely looks so [19:43] so i picked a bunch of neighbour APs [19:43] none has this problem [19:43] unfortunately [19:44] you need any help in testing? [19:45] Cruster: if you se the bug try to remove the exit hook from above [19:46] i am just wondering if you need a bug confirmation [19:48] Cruster: well. if thats a question unrelated to the rfc344... issue from above, i always need help in bug triaging [19:48] Cruster: going through new/incomplete/confirmed bug against firefox-3.0 [19:48] and checking wehther enough informatoin is there [19:49] and bringing the bug in the normalized form like: [19:49] see https://wiki.ubuntu.com/MozillaTeam/NormalizedBugFormat [19:49] and https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook [19:49] Cruster: ^^ [19:50] brb dinner time, i'll look them l8er [19:50] asac: not in the shower, no :-) [20:28] asac: about 40 minutes to completion of dist-upgrade on this laptop. [20:29] Nafallo: now out of shower? [20:29] ;) [20:29] heh [20:31] asac: yea. and in half hour out of the building as well. [20:49] Nafallo: ok all fine. i think i know what to take [20:50] god damn IRC. I got stuck again :-/ [20:51] heh [20:51] Nafallo: go partying now ;) [20:52] need to make the bed, clean up a bit and might consider putting a bit more than my robe on. [20:52] :-P [22:27] asac: ping [23:21] asac, i didn't deactive tb3 in my bot [23:21] hi fta [23:21] i thought the issue would be fixed quickly :( [23:22] BUGabundo, hi [23:22] ohoh, new pulseaudio [23:22] ~test2 :) [23:23] yep [23:23] fixed 3 bugs I had with test1 [23:23] \0/ [23:25] and new deluge, let's hope it fixes some of my bugs too [23:26] didn had any big bugs [23:26] but I think I was already using upstream deb [23:26] or 0.11 [23:27] not sure [23:27] 0.11? [23:27] or what ever was before [23:28] 1.1.1 [23:29] Preparing to replace deluge 1.0.7.dfsg-3 (using .../deluge_1.1.2.dfsg-1_all.deb) ... [23:30] humm [23:30] really old version [23:30] weren't you using the PPA? [23:30] no [23:31] asac: do you have any idea of whom is network-config upstream? do they reply/active? [23:31] this ppa looks ugly and weak [23:31] boom http://paste.ubuntu.com/118204/ [23:44] hm, no more opengl, wtf? [23:52] asac: can we have NM NOT prefer wired ? [23:52] I can't share my 3G net [23:52] I know its not a common use [23:52] but I'm not even able to use firestater to change that [23:53] everytime I have both 3g and eth0, nm defaults to using wired [23:53] and I loose my internet connection