[00:00] 802.1x? [00:00] <[reed]> yes [00:00] WPA-EAP? [00:00] <[reed]> yes [00:01] [reed]: but it asked your for secrets and stuff like that right? [00:01] <[reed]> yes [00:01] [reed]: is the connection in connection-editor? [00:01] right mouse click -> connection editior [00:02] <[reed]> +yes [00:03] [reed]: how does it fail to connect? [00:04] <[reed]> "association took too long" [00:04] <[reed]> "disassociating by local choice (reason=3)" [00:04] urgh [00:05] i saw that today in the NM channel [00:06] http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1629 [00:06] www.intellinuxwireless.org bug 1629 in others "iwl3945 disassociates from AP continuously" [Normal,Assigned] [00:07] [reed]: look at the modinfo output of iwl4965 [00:08] disable_hw_scan is an option [00:08] you could try to [00:08] modprobe -r -v iwl4965 [00:08] and modprobe -v iwl4965 disable_hw_scan=1 [00:08] and see if thats better [00:11] [reed]: you could also see how bad thing go when you boot the old hardy kernel :/ [00:12] <[reed]> that didn't work [00:12] <[reed]> I was able to connect to another network [00:12] <[reed]> that forces VPN use [00:12] <[reed]> so, I used vpnc [00:12] <[reed]> and got connected [00:13] <[reed]> lame lame [00:13] <[reed]> both my wired and wifi messed up [00:13] <[reed]> :( [00:13] hey [00:13] i told you about the wired thing ;) [00:13] <[reed]> I did `dmesg | grep "e1000"` [00:13] wifi is a bug i have only remotely heard off [00:13] <[reed]> but didn't see anything! [00:13] <[reed]> :( [00:13] damn [00:14] and i didnt assume that you have EAP ;) [00:14] [reed]: so at least vpnc works ;) [00:14] <[reed]> yeah [00:14] <[reed]> it's just slow [00:14] <[reed]> :( [00:14] [reed]: but configuration was not properly migrated you said right? [00:14] <[reed]> correct [00:14] <[reed]> nothing was migrated [00:14] <[reed]> at all [00:14] <[reed]> no wifi networks, no VPN [00:14] [reed]: nothing? [00:14] <[reed]> nothing [00:15] [reed]: can you file a bug with that and put the output of gconftool-2 -R /system/networking there? [00:15] or give me that output and i file a bug ;) [00:15] <[reed]> run that as me or as root? [00:15] [reed]: as you [00:15] 0.6 settings where all user-session settings [00:16] [reed]: you can now make system connections in 0.7 ... also configure static IPs and stuff like that [00:16] in general a win [00:16] of course the kernel is a show-stopper :/ [00:16] personally i wouldnt have released beta with e1000 disabled :/ [00:17] <[reed]> the gconftool-2 stuff shows me my info [00:17] <[reed]> hardy info [00:17] [reed]: yes. the old settings are at some path and the intrepid connections are under another halfd [00:18] e.g /system/networking/connections... thats 0.7 [00:18] everything else is 0.6 and should have been moved to connections [00:18] by the applet [00:18] actually the applet is supposed to migrate things on every run [00:18] so if you are struck by a bug, chances are good that they get migrated later [00:18] <[reed]> ok, let me anonymize this [00:19] <[reed]> too much personal stuff in this output :) [00:19] there shouldnt be any secrets in it [00:19] yeah [00:19] of course depends on the level of "privacy" one finds appropriate ;) [00:20] but yeah. if you move around it can probably accumulate quite a lot of data ;) [00:28] [reed]: https://bugs.edge.launchpad.net/ubuntu/+source/network-manager-applet/+bug/258354 [00:28] Launchpad bug 258354 in network-manager-applet "[0.7] nm-applet crash in nm_gconf_migrate_0_6_connections on first login with 0.7" [Undecided,New] [00:28] maybe you got struck by that? [00:28] (when nm-applet wasnt there) [00:29] <[reed]> yeah [00:29] <[reed]> possible [00:32] [reed]: which exact package version are you using? [00:32] COLUMNS=200 dpkg -l network-manager-applet [00:32] COLUMNS=200 dpkg -l network-manager [00:32] err [00:33] COLUMNS=200 dpkg -l network-manager-gnome [00:33] ;) [00:33] not applet [00:34] <[reed]> reed.pastebin.mozilla.org/546491 [01:03] [reed]: ok. updated the bug. [05:11] asac : I added a milestone for bug 153739 so it get to your attention [05:11] Launchpad bug 153739 in firefox "Firefox opens under top gnome-panel in intrepid" [Medium,Confirmed] https://launchpad.net/bugs/153739 [05:14] is it just me or did slashdot tank on rendering? [07:12] <[reed]> asac: bug 277403 -- have you all not been backporting fixing? [07:12] <[reed]> fixes* [07:12] Launchpad bug 277403 in firefox "Firefox-3.0 in Gutsy has multiple open security vulnerabilities and should be updated or removed" [High,Confirmed] https://launchpad.net/bugs/277403 [09:26] bad asac === ZrZ is now known as RzR === thunderstruck is now known as gnomefreak === ZrZ is now known as RzR [14:44] asac: you around for a sec? [14:44] i know your "off" today [14:47] gnomefreak: yeah ;) [14:47] pub holiday :-D [14:47] have to catch on so many things that i should really shutdown my system ;) [14:47] asac: somebody have to kick you ;) [14:47] *has [14:47] asac: firefox last update slowed down [14:48] ive noticed a small difference on att site but someone else just brought it up. but i need a translation [14:48] wann gibts denn mal eine unvermurkste version davon, die nicht staendig [14:48] sebner: lol ... yeah i need to kick myself to do my tax declaration for instance [14:48] nur dumm abkackt? [14:48] da funktioniert ja der mickeyschiss-indernett-explodierer ja noch besser [14:48] otherwise i will end up in prison at some point :-D [14:49] gnomefreak: thats a rant: means: [14:49] asac: well a good oportunity to be offline then :P [14:49] will there ever be a version of this that works ;) [14:49] damn i hate to send that through but i will [14:49] asac: thanks [14:50] gnomefreak: denglish boy :P [14:50] gnomefreak: no dont let that through [14:50] if its a mailing list blog [14:50] err message [14:50] i mean we only accept english text [14:50] if it gets through no problem ... but otherwise it should get trashed ;) [14:51] asac: ok [14:51] last sentence reads: "even the mickey-shit internet exploder is better than this crap" :) [14:52] IE with wine \o/ [15:05] i discarded it [15:05] i need to figure out failure to build on 0.9 maybe this weekend [15:06] im gone for a while [15:58] http://www.alice-dsl.net/towolf/cairo/ [16:13] fta: hi! [16:14] fta: can you tell me more about nss-fips in your seamonkey update? [16:15] this almost 632000 debdiff raised my eyebrows :) [16:15] 632000 line [16:16] jdstrand, nss is unrelated, this is just a work-in-progress from asac, only living in my ppa. you can just ignore that, it has nothing to do with hardy or intrepid [16:17] jdstrand, yes, i know the diff is huge. there are so many CVEs in there :P [16:17] fta: but you changed 80_security_build.patch to reger to it [16:17] fta: 95% (or more) is the nss-fips stuff [16:17] s/reger/refer/ [16:17] jdstrand, eh?? [16:18] + $(MAKE) -C $(topsrcdir)/security/nss-fips/lib $(DEFAULT_GMAKE_FLAGS) export [16:18] ... [16:19] jdstrand, 80_security_build.patch is from debian, it is still valid. i just had to refresh it because one of the changes from upstream touched the context of this debian patch so it created a reject. nothing to worry about, this is regular packaging work [16:19] fta: I understand that, but the 'regular patching work' is now compiling nss-fips, which you told me to ignore, so I am confused [16:20] hmm, let me have a closer look [16:25] jdstrand, http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/security/manager/Makefile.in&rev=1.57.4.6 [16:26] this is mozilla bug 419030 [16:26] Mozilla bug 419030 in Build Config "FF2 should pick up NSS fixes, but keep the FIPS approved softoken module" [Major,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=419030 [16:28] okay... it just gives me pause to upload 600,000 lines of new code in a -security update [16:28] asac: ^^ can you comment? [16:44] jdstrand, i guess the same code went into the security update of ff2 [16:45] this bug says fixed1.8.1.15, verified1.8.1.15, so we have it in firefox-2 >= 2.0.0.15 [16:46] than in the latest thunderbird [16:48] fta: I'm not opposed to having it there, I just want to know what it is, and if compiling all that new code for (apparently) 1 bug is required [16:49] either way, I updated the bug report, so it's documented [17:02] jdstrand, comments added [17:09] thanks [17:13] jdstrand: nss? [17:13] jdstrand: i will take care of that [17:14] jdstrand: we have to push that through security .... or -updates [17:14] 600k new code? [17:14] sounds wrong [17:14] nss doesnt even have that much code [17:15] asac: basically-- the debdiff is almost 632,000 lines, with the vast majority being new files in nss-fips [17:16] just one thing, the nss sources are included, but we use system nss, so we don't build the one inside ff/tb/sm [17:16] so it's in the debdiff but not used [17:18] asac, i let you handle that, i have to go do some shopping, be back later [17:19] jdstrand: what is this about? nss in gutsy? [17:19] fta, asac: that sounds fine, but with the changes in 80_security_build, I wasn't sure they weren't really being used [17:19] asac: the seamonkey update for hardy [17:20] bug #276437 [17:20] Launchpad bug 276437 in seamonkey "security upgrade of seamonkey 1.1.12" [Undecided,Fix committed] https://launchpad.net/bugs/276437 [17:20] jdstrand: simple: look in rules ... there is --with-system-nss/nsp [17:20] r [17:20] in that case its not used [17:20] jdstrand: but we have to look into updating system-nss [17:20] at some point [17:21] asac: ok, so you're saying that while we updated the 80_security_build to play with Makefiles to build nss-fips, we are ok because we use system nss [17:21] jdstrand: yes. that patch is obsolete [17:21] jdstrand: we just didnt drop it in hardy (most likely nobody reviewed the patches) [17:22] asac: obsolete for Ubuntu, or everyone? (I don't understand why it's there and we're fiddling with it) [17:22] jdstrand: its obsolete for those builds that use system-nspr/nss [17:22] jdstrand: which we started to do in gutsy iirc [17:22] asac: ok. good enough for me. thanks for the clarification :) [17:22] jdstrand: at least for ffox and tbird ... might be that gutsy iceape still uses in-source [17:22] jdstrand: but in hardy seamonkey uses system-nspr/nss [17:23] jdstrand: to be sure just look in rules. if it has --with-system-nspr/nss then this patch is carried around for nothing [17:23] asac: I am, and I'm going to look at the build before uploading [17:23] jdstrand: yeah [17:23] but now I know what to look for :) [17:24] jdstrand: yeah. you can also look if seamonkey ships any libnss/nspr binaries [17:24] * jdstrand nods [17:24] jdstrand: might be that we ship links. but the real binaries should be those from the system-nss [17:24] nspr [18:14] jdstrand, fta@ix:~ $ wget -qO- http://launchpadlibrarian.net/18102739/buildlog_ubuntu-intrepid-i386.seamonkey_1.1.12%2Bnobinonly-0ubuntu1_FULLYBUILT.txt.gz | gzip -dc | grep -c nss-fips [18:14] 0 [18:15] not built [18:17] jdstrand, ^^, the only part of nss that is always built is security/manager/* but neither security/nss nor the new security/nss-fips [18:17] because of system-nss [18:26] [reed], regression with font rendering in trunk between hg20080926r19786 and hg20081001r20062 [18:27] * Nafallo gives fta zgrep [18:28] Nafallo, i know :) but on some of my boxes, zgrep is missing, same as gunzip, so gzip is always safer [18:28] :-) [18:37] fta: cool, thanks [18:48] [reed], it also crashes a lot (hg20081001r20062). rebuilding to get symbols [19:01] hi, I'm working on ubuntu. My firefox doesn't allow me to change some inputs on about:config. That is, it's possible to to change them buy the change remain only until firefox isn't closed. Can somebody help me? [19:03] In order to be precise(if this cna help you), my /home/ hasn't been created during system installation. It comes from my previous installation... [19:11] lonejack: did you try removing your ~/.mozilla directory and starting over? It's probably a configuration problem if your old ~/.mozilla came from a different install. [19:11] Lns: I try [19:29] Lns: prob solved but I had to reinstall all my components... [19:31] lonejack: you might be able to cherry-pick things such as bookmarks and password lists - are you using FF 3 or 2? [19:32] never *remove* you .mozilla dir, rename it [19:32] youR [19:32] lonejack: Many times, especially between different versions, you have to remove your user-level config and start over - and put things back in place afterwards [19:33] fta: yes..unless your current .mozilla is already a test config/etc [19:34] Lns, well it's not a good advice anyway, user may loose important data. it's better to ask for a test with a blank profile first, we have a page on the wiki describing that [19:35] fta: well it'd seem pretty pointless to keep all sorts of "test" configs when you know you're working with something specific [19:35] as a general rule of computing, you should never delete anything unless you are sure you don't need anything in it [19:36] i think it's clear lonejack said his home dir is not a test dir [19:39] fta: thank you for your kindness. Yeah it was better to save all my info.... anyway in a hour I'll solve. Thank you [19:40] fta: i wasn't talking about lonejack's situation specifically...sorry, I guess I just assumed that he would know not to delete stuff that has important data in it.. "remove" was probably a bad choice of words [19:43] hey, what's the url of the wiki mentioned? [19:43] thx [19:44] recommended procedure is there: https://wiki.ubuntu.com/MozillaTeam/Bugs [19:46] fta:ok [19:50] [reed], asac: http://pastebin.ubuntu.com/53515/ [20:15] [reed], another crash trying to move tabs across === nm-rocker is now known as asac [21:59] <[reed]> fta: known [21:59] [reed], i guessed so, fixed ? [22:00] <[reed]> fta: let me get the bug [22:03] [reed], which one btw ? the tab one or the nss one ? [22:07] hm, the font rendering regression is still there [22:18] [reed], the tab crash is still there with latest trunk [22:23] <[reed]> mozilla bug 458048 [22:23] Mozilla bug 458048 in Drag and Drop "Drag & Drop of tabs crashing browser with new API [@ nsINode::GetCurrentDoc() ]" [Blocker,Reopened] http://bugzilla.mozilla.org/show_bug.cgi?id=458048 [22:25] thx [23:00] [reed], do i need to post my stack trace? or is the problem already fully understood? [23:01] <[reed]> fta: you could test if the patch in mozilla bug 454324 fixes it [23:01] Mozilla bug 454324 in Drag and Drop "Crash when selection-less items are dragged [@ nsINode::GetCurrentDoc() ]" [Blocker,New] http://bugzilla.mozilla.org/show_bug.cgi?id=454324 [23:02] [reed], next comment reads "That patch is wallpaper in presshell over what looks to me like serious bustage elsewhere." [23:02] so doesn't seem worth it [23:03] <[reed]> :) [23:03] <[reed]> it's a beta blocker [23:03] <[reed]> so, it'll get fixed [23:03] <[reed]> asac/fta: bug 277403 -- have you all not been backporting fixes? [23:03] Launchpad bug 277403 in firefox-3.0 "Firefox-3.0 in Gutsy has multiple open security vulnerabilities and should be updated or removed" [High,Confirmed] https://launchpad.net/bugs/277403 [23:03] ok, i'll try to track my font rendering regression then [23:04] [reed], it's in main, i can't do it [23:04] and it's time consuming :S [23:04] <[reed]> "In Gutsy, firefox-3.0 is in Universe" [23:05] oh, right ;) [23:11] lol http://ubuntuforums.org/showthread.php?t=936887