[08:23] <asac> hi
[08:33] <fta> http://www.phoronix.com/scan.php?page=article&item=ubuntu_bench_2008&num=1
[08:36] <asac> yeah ... that was posted somewhere ;)
[08:43] <asac> sqlite is quite3 a big issue for us i think
[08:47] <directhex> some of those numbers seem flat-out silly to me
[08:47] <directhex> but i've long had issues w/ larabel's testing methodology
[08:49] <asac> maybe
[08:51] <directhex> comparing sqlite 3.6.3 fr'example... great, but 7.04 had sqlite 3.3.13
[08:51] <directhex> you can't say "feisty would be zomgfast if you just updated all the apps to the versions in intrepid"
[09:04] <fta> compiler hardening and glibc checking are probably part of it too
[09:09] <asac> ack
[09:09] <asac> well ... sqlite getting slower is a different thing
[09:10] <fta> sqlite for us (moz) or for the whole distro ?
[09:10] <asac> its somehow not comprehensible how sqlite would require so much more CPU for the same
[09:10] <asac> fta: for us and the distro
[09:10] <asac> fta: it probably has the most severe impact for us though
[09:11] <asac> as ffox uses it in a heavy way
[09:11] <fta> it's getting better in 3.1
[09:11] <asac> yeah ... but still if sqlite would be twice as fast
[09:12] <asac> things would become even more snappy
[09:14] <asac> interesting thing is that rhythmbox always opens on _some_ desktop -- which is rarely the current active desktop
[09:17] <fta> everything using the tray is broken for me, file copy in nautilus (gvfs), liferea, rhythmbox, deluge, ... except xchat
[09:17] <asac> in which way?
[09:18] <asac> like what i said for phythmbox?
[09:18] <asac> fta: ?
[09:18] <fta> once open in a workspace, it's impossible to rise it from another workspace
[09:18] <asac> yeah
[09:18] <asac> thtas true
[09:18] <asac> fta: ++
[09:18] <asac> ;)
[09:19] <asac> i think gtk is broken
[09:19] <asac> fta: when did this start for you?
[09:19] <fta> raise
[09:19] <fta> a few months ago
[09:19] <asac> did this happen in this last round of tarballs?
[09:19] <asac> hmm
[09:19] <asac> fta: or maybe its compiz
[09:20] <fta> i fixed liferea with Jazzva once, it's broken again
[09:20] <asac> or aint you using that?
[09:20] <fta> i use metacity
[09:20] <asac> ok so not compiz
[09:20] <asac> i still bet its gtk ;)
[09:21] <asac> fta: what did that liferea fix consist toof?
[09:21] <asac> did someone drop it or is it just not applicable anymore?
[09:24] <fta> http://paste.ubuntu.com/63562/
[09:25] <asac> looks like a hack
[09:26] <asac> like something that is predestined to break ;)
[09:26] <fta> yes, but GDK_WINDOW_STATE_ICONIFIED means different things
[09:26] <asac> its dumb
[09:26] <asac> yeah i can imagine that
[09:26] <fta> i checked the doc at that time
[09:27] <fta> if you feel like fixing all this...
[09:27] <fta> i wonder why noone else complained
[09:27] <asac> me? ... gtk folks think they are perfect ;)
[09:28] <asac> fta: most likely there are a bunch of bugs open
[09:29] <asac> fta: just not filed against gtk+2.0, but agains the individual apps
[09:29] <asac> ok ... have to move ... bbi10min
[13:16] <jcastro> asac: fta: plenty of room for mozilla team sessions for openweek: https://wiki.ubuntu.com/UbuntuOpenWeek
[13:28] <asac> bummer
[16:15] <asac> [reed]: you think you could lend me an hour or so for getting info on the EAP thing?
[16:16] <[reed]> sure
[16:16] <[reed]> now is ok
[16:17] <[reed]> asac: now ok for you?
[16:23] <asac> [reed]: \o/ ;) yeah.
[16:24] <asac> [reed]: so its still failing right?
[16:24] <asac> [reed]: when trying to connect and it fails, what do you see in /var/log/wpa_supplicant.log (maybe to a tail it)
[16:25] <[reed]> yes, though I've gotten it to work twice randomly (but never was able to get it working immediately after that... very sporadic)
[16:25] <[reed]> but that's twice in like 2-3 weeks
[16:25] <[reed]> :(
[16:25] <asac> urgh. scares me :/
[16:25] <asac> [reed]: anyway ;)
[16:26] <asac> [reed]: there is a bunch of users that report it as working with wpa_supplicant, so i hope we can find a fix
[16:27] <[reed]> let me restart to get a blank slate
[16:29] <asac> yeah. though lets hope that thats on necessary ;)
[16:30] <[reed]> oh, have my weekly call with my manager now, so give me about 5-10 min.
[16:31] <asac> [reed]: sure ;)
[16:34] <[reed]> asac: he hasn't called yet, so I'll post some logs
[16:34] <[reed]> give me a sec
[16:34] <asac> cool ;)
[16:37] <reed> asac: http://reed.pastebin.mozilla.org/563417
[16:38] <asac> reed: ok so what kind of network is that? PEAP?
[16:39] <reed> otp
[16:44] <[reed]> ok, back
[16:44] <[reed]> yeah, PEAP
[16:45] <asac> [reed]: ok. so there should be in syslog a few lines where NM dumps the parameters it sends to wpa
[16:45] <asac> [reed]: do you see those?
[16:45] <reed> http://reed.pastebin.mozilla.org/563420
[16:46] <reed> msu1x is 802.1x... msstate.edu is just a normal open wifi net that requires me to VPN
[16:46] <asac> reed: so how was that connection setup? just started NM and selected the AP? or did you already tweak stuff manually in connection editor=
[16:46] <asac> ?
[16:47] <reed> no manual tweaking
[16:47] <reed> just started NM
[16:47] <reed> I can delete the two APs
[16:47] <reed>  and start from scratch
[16:47] <reed> if it would help
[16:47] <asac> reed: could you try to create a connection and manually configure stuff?
[16:47] <reed> pretty sure I already tried that, though
[16:47] <asac> reed: tried that?
[16:48] <reed> hmm
[16:48] <reed> not sure
[16:48] <reed> ok, give me a sec to test
[16:48] <asac> reed: yeah. if you look at wpasupp log
[16:48] <asac> reed: you see that NM tries to force peapver=1 and wpasupplicant complains about that
[16:48] <asac> might be a red herring, but in supplicant code it just return NULL; if it sees that
[16:49] <asac> so might contribute here
[16:49] <asac> reed: i looked at NM applet and the only other option available is peap version 0 ... so trying that would be a first stab
[16:49] <reed> tried that
[16:50] <asac> reed: can you try and see if that error goes away in wpasupplicant.log (this would mean its a red herring ;))
[16:51] <[reed]> yeah, I don't see any error about peap v1 in wpasupplicant.log
[16:51] <[reed]> when using 0
[16:51] <[reed]> but still doesn't work
[16:51] <[reed]> :)
[16:53] <asac> [reed]: you have a log with ver 0? or is its just the same but without that error?
[16:53] <reed_> same but without error
[16:53] <reed_> http://reed.pastebin.mozilla.org/563423 is syslog of disconnect from msstate.edu, attempt connect to msu1x, fail
[16:54] <reed_> this is the only thing in wpasupplicant.log for msstate.edu -> msu1x -> fail
[16:54] <reed_> CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
[16:54] <reed_> No network configuration found for the current AP
[16:54] <reed_> CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
[16:54] <reed_> CTRL-EVENT-SCAN-RESULTS
[16:55] <asac> reed: i think we need a more verbose wpasupplicant.log, but first lets try if it really works without NM
[16:55] <asac> in /etc/network/interfaces add something like:
[16:55] <asac> iface eth1 inet dhcp wpa-conf /path/to/wpa_supplicant.conf
[16:55] <asac> oops
[16:55] <asac> again:
[16:55] <asac> iface wlan0 inet dhcp
[16:56] <asac> wpa-conf /path/to/wpa_supplicant.conf
[16:56] <asac> and create a wpa_supplicant.conf at the configured path with:
[16:56] <asac> reed: http://paste.ubuntu.com/63679/
[16:57] <[reed]> I removed the ca line
[16:57] <[reed]> what about peaplabel?
[16:57] <asac> not sure :/
[16:58] <asac> reed: keep it ... and if it doesnt work remove  ;)
[16:58] <[reed]> ok, now what?
[16:58] <asac> reed: so ... if you have that stop NM sudo /etc/init.d/NetworkManager stop
[16:58] <asac> and try to ifup your interface
[16:58] <asac> sudo ifup wlan0 (given wlan0 is your interface.name)
[16:59] <asac> here is another PEAP example with label=0 http://linux.die.net/man/5/wpa_supplicant.conf
[17:00] <[reed]> it's just doing DHCPDISCOVER a ton
[17:00] <[reed]> never getting an IP
[17:01] <asac> reed: bug 290337
[17:01] <asac> that contains a conf someone said worked
[17:01] <[reed]> looking
[17:01] <asac> reed: but its supposed to do dhcp right? or do you have static stuff?
[17:01] <[reed]> supposed to do DHCP
[17:01] <[reed]> let me get rid of phase1
[17:02] <asac> yeah
[17:02] <asac> try that
[17:02] <asac> there are bunch in the messy master bug (the second) that say that it works manually (e.g. like what we try now)
[17:03] <[reed]> hmm, nm-system-settings and wpa_supplicant are both running even though I've ifdown'd the iface
[17:03] <[reed]> is that ok?
[17:03] <asac> reed: oh right
[17:04] <asac> reed: settings is ok
[17:04] <asac> but wpasupplicant might fight over the interface with the manual one
[17:04] <asac> so killall wpasupplicant
[17:04] <asac> check that none is runnig and try ifup wlan0
[17:04] <asac> (first ifdown wlan0 if it refuses to do stuff)
[17:05] <[reed]> how can I make sure of the SSID I'm connected to?
[17:05] <asac> reed: iwconfig
[17:05] <asac> should spit out the current state
[17:06] <reed__> yep
[17:06] <reed__> I'm on msu1x
[17:06] <asac> so works
[17:06] <asac> cool
[17:06] <reed__> yep
[17:06] <reed__> so, it's NM's fault ;)
[17:06] <asac> reed: obviously ;)
[17:06] <asac> reed__: but thats good ;)
[17:06] <asac> reed__: can you insert exactly what you see in the paste?
[17:07] <reed__> see in syslog or what?
[17:07] <asac> reed__: http://paste.ubuntu.com/63686/
[17:07] <asac> reed__: i think the keys should match (maybe its _ replaced by -)
[17:07] <reed__> ah
[17:07] <reed__> ok
[17:07] <reed__> disconnecting... will try now
[17:12] <[reed]> just getting DHCPDISCOVER
[17:12] <[reed]> over and over
[17:12] <[reed]> so, I guess you want me to comment out a row by row
[17:13] <[reed]> and figure out which one is breaking it? :)
[17:13] <[reed]> or do you have some ideas
[17:13] <asac> [reed]: so what do you have now?
[17:13] <asac> [reed]: i assume you didnt have group/pairwise lines before? remove those two first
[17:13] <asac> and proto too i guess
[17:14] <[reed]> network={
[17:14] <[reed]> 	ssid="msu1x"
[17:14] <[reed]> 	scan_ssid=1
[17:14] <[reed]> 	key_mgmt=WPA-EAP
[17:14] <[reed]> 	proto="WPA RSN"
[17:14] <[reed]> 	pairwise="TKIP CCMP"
[17:14] <[reed]> 	group="WEP40 WEP104 TKIP CCMP"
[17:15] <[reed]> 	fragment_size=1300
[17:15] <[reed]> 	eap=PEAP
[17:15] <[reed]> 	identity="myusername"
[17:15] <[reed]> 	password="mypassword"
[17:15] <[reed]> 	phase1="peapver=0"
[17:15] <[reed]> 	phase2="auth=MSCHAPV2"
[17:15] <[reed]> }
[17:15] <[reed]> that's what I have right now (had to type it since my other laptop isn't connected right now)
[17:15] <[reed]> I'll remove group, pairwise, and proto now
[17:16] <asac> yeah
[17:17] <[reed]> oh, just noticed this on ifup
[17:17] <[reed]> wpa_supplicant: /sbin/wpa_supplicant daemon failed to start
[17:17] <asac> [reed]: you need to ifdown first?
[17:17] <[reed]> I did
[17:17] <asac> [reed]: is a wpasupplicant running?
[17:17] <[reed]> no
[17:17] <asac> maybe kill it to be sure ;)
[17:17] <asac> hmm
[17:17] <[reed]> ps x | grep -i wpa
[17:17] <[reed]> returns nothing
[17:17] <[reed]> let me try again
[17:18] <asac> [reed]: hmm i think you dont need the " for proto and pairwise and group
[17:18] <asac> might even be illegal
[17:18] <asac> as its a list of strings rather than one string
[17:18] <[reed]> well, getting that error after removing those, too
[17:19] <asac> example config suggests things like:  group=CCMP TKIP WEP104 WEP40
[17:19] <[reed]> oh, maybe I didn't save that
[17:19] <[reed]> ok, didn't get the error that time
[17:20] <[reed]> still have group, proto, and pairwise in file
[17:20] <[reed]> it's doing DHCPDISCOVER
[17:20] <[reed]> let's see if it gets an IP
[17:20] <asac> hopefully not ;)
[17:21] <reed__> http://reed.pastebin.mozilla.org/563434
[17:21] <reed__> it got an ip :(
[17:22] <asac> reed__: ok but took some time :/
[17:22] <reed__> yeah
[17:22] <asac> reed__: does it always work?
[17:22] <reed__> checking
[17:22] <asac> like ifdown wlan0; ifup wlan0 ?
[17:23] <asac> reed__: also how long does it about take to get that IP?
[17:25] <[reed]> it worked again the second time, but not third time... trying again
[17:26] <[reed]> didn't work that time either
[17:26] <asac> reed__: checked that wpasupplicant isnt running ;)
[17:26] <asac> ?
[17:26] <[reed]> not running
[17:26] <asac> reed__: ok. i think thats enough empirical data. when it worked, how long did it take?
[17:27] <[reed]> took a while... at least 30 seconds... probably closer to a minute
[17:27] <asac> more like 3 seconds or 10 or 30?
[17:27] <asac> reed__: ok
[17:27] <asac> reed__: can you drop the stuff we discussed now?
[17:27] <[reed]> if it fails, it takes 1m14s
[17:27] <[reed]> drop proto, group, pairwise?
[17:27] <[reed]> and try again?
[17:27] <asac> yes
[17:27] <[reed]> ok
[17:28] <asac> reed__: do you remember how long it took for the first attempt that worked? (e.g. the simple config)?
[17:28] <[reed]> it was super quick
[17:28] <[reed]> I remember that
[17:28] <asac> cool
[17:29] <asac> reed__: ok, lets drop the default group... stuff for now
[17:29] <[reed]> ok, got an ip, but it took five DHCPDISCOVERs and `time ifup wlan0` returned 46.434s
[17:30] <asac> [reed]: hmm. so thats with the dropped proto... stuff?
[17:30] <[reed]> yes
[17:30] <[reed]> that's with proto, pairwise, and group removed
[17:30] <asac> reed__: do you still have the "simplish" config and could check whether its still snappy?
[17:30] <[reed]> sure
[17:30] <asac> maybe try two or three times
[17:30] <asac> sometimes the driver is in bad shape ;)
[17:32] <[reed]> hmm, didn't work
[17:32] <[reed]> let me try again
[17:37] <[reed]> can't get it to work again
[17:37] <[reed]> :(
[17:39] <asac> reed__: urgh .... so maybe driver state busted?
[17:40] <asac> reed__: try ifdown wlan0 ....
[17:40] <asac> sudo modprobe -v -r iwlang
[17:40] <asac> and
[17:40] <asac> sudo modprobe -v iwlang
[17:40] <[reed]> iwlang not found
[17:40] <asac> err iwlagn ;)
[17:40]  * asac  remembers iwl-agn :)
[17:41] <[reed]> worked... took 37.438s and four DHCPDISCOVERs
[17:42] <[reed]> with simple config
[17:43] <asac> reed__: ok. not really a sprint, but ok
[17:43] <asac> reed__: can you try to do the same one more time for the full (with all) and the group/pairwise/.. stripped conf?
[17:43] <asac> e.g. remove driver first
[17:43] <[reed]> sure
[17:48] <[reed]> I've apparently locked up my laptop
[17:48] <[reed]> awesomne
[17:49] <[reed]> yep
[17:49] <[reed]> locked up
[17:49] <[reed]> restarting now
[17:49] <[reed]> grrr
[17:49] <[reed]> "System policy prevents restarting the system when other users are logged in"
[17:49] <[reed]> no, that's such a lie
[17:49] <[reed]> I'm the only one logged in
[17:50] <asac> yeah sorry. doing driver stuff always has the risk
[17:50] <asac> of locking stuff up
[17:50] <asac> intel drivers are just getting worse the more those folks work on them
[18:00] <[reed]> asac: so, group, pairwise, etc. removed and driver restarted took 44.393s
[18:00] <[reed]> and worked
[18:03] <asac> [reed]: doesnt sound convincing ;)
[18:03] <[reed]> yeah
[18:04] <asac> [reed]: ok thanks for testing now. most likely its a combination of driver/timeout tuning/dont passing defaults for group, ... when not needed
[18:04] <asac> will bring up a test package for the latter two soon and let you know ;)
[18:06] <[reed]> ok
[18:11] <asac> [reed]: ok so the timeout is 25 seconds. if you want you could spin your own network-manager package and see if tuning that to ugly 60 seconds helps you to connect more frequently ;)
[18:11] <asac> the other thing i will try is to remove the defaults for group/pairwise, etc. so in the end its quicker
[18:13] <jerone-mobile> asac: Trying to set the default homepage for firefox .. what is the best way .. I hear you would know
[18:13] <asac> [reed]: http://paste.ubuntu.com/63698/
[18:13] <asac> [reed]: apt-get source network-manager; sudo apt-get build-dep network-manager; cd network-manager-*/; patch -p0 < /tmp/thispatchthings.txt; dpkg-buildpackage -rfakeroot -b
[18:14] <jerone-mobile> asac: we are trying to set the homepage to be "www.igoogle.com" (which is mozilla blessed) .. but there is no clear way to do it .. tyring /etc/firefox-3.0/prefs/firefox.js turns up no luck .. ubufox seems to override setting the homepage
[18:14] <[reed]> asac: ok, trying
[18:14] <asac> jerone-mobile: yeah. in intrepid there is an example in /etc/firefox-3.0/pref/ubufox.js
[18:15] <asac> jerone-mobile: also look at the .properties fiel reffed therein
[18:16] <asac> [reed]: i hope i catched the right timeout-knob ... there are a bunch of different timeouts, but from code this looks like it and the syslog you pasted also seems to be 25s when it gives up
[18:17] <jerone-mobile> asac: ok tried that .. this is with hardy .. and it didn't seem to work I put: pref("browser.startup.homepage","http://www.igoogle.com");     in /etc/firefox-3.0/pref/firefox.js
[18:17] <asac> jerone-mobile: then look closer ;)
[18:17] <asac> the example is different
[18:18] <jerone-mobile> asac: ah I see has to be a properties file
[18:18] <asac> jerone-mobile: yeah
[18:19] <asac> [reed]: -p0 is of course none-sense ;) -p1 but i guess you found that out ;)
[18:24] <jcastro> asac: one more slot left for openweek, sure you don't want it?
[18:24] <jcastro> asac: you can do 3g!
[18:27] <[reed]> asac: gimme a bit... I'm freezing
[18:27]  * [reed] gets a coat
[18:27] <[reed]> it's 50F
[18:27] <[reed]> :(
[18:28] <asac> jcastro: thanks for the reminders. i think i will skip this open week (i participated every week so far!!). too busy and i will start a holiday in that week ;)
[18:28] <jcastro> yeah, I hear ya.
[18:29] <asac> next time i will swamp you ;)
[18:30] <jcastro> heh
[18:32] <[reed]> asac: it's building now
[18:34] <[reed]> asac: ok, does dpkg-buildpackage install it and such?
[18:36] <asac> [reed]: no
[18:36] <asac> [reed]: cd ..; sudo dpkg -i network-manager*.deb libnm-*.deb
[18:37] <[reed]> ok
[18:37] <asac> [reed]: then comment stuff in /etc/network/interfaces (otherwise your device would be unmanaged in NM) and restart NM
[18:37] <[reed]> ok
[18:37] <asac> sudo /etc/init.d/NetworkManager restart ;)
[18:37] <[reed]> yeah
[18:38] <[reed]> I know that :p
[18:38] <asac> [reed]: if it doesnt work oob give driveres a chance and restart system
[18:38] <jerone-mobile> asac: hmm.. well even doing the file way it seems ubufox takes over the homepage and makes it start.ubuntu.com/8.04 .. maybe this is something that only works with the Interpid build .. I'm trying to get it working in UNR 1.01 (based on hardy) with firefox-3.0.3 .. but no love .. any other ways?
[18:38] <asac> [reed]: you can verify that the new timeout is used by checking that the applet spins for about a minute obviously
[18:39] <asac> jerone-mobile: that "ubufox" win thing is fixed in intrepid, yes.
[18:39] <asac> jerone-mobile: you can backport that fix to your ubufox package easily though
[18:39] <jerone-mobile> asac: ok good to know I can ask someone to backport it
[18:40] <asac> jerone-mobile: give the guy who does this the following info: cherry-pick rev 80-81 from branch https://code.edge.launchpad.net/~ubuntu-core-dev/ubufox/ubuntu.intrepid ... to your packaging branch
[18:41] <jerone-mobile> asac: big thanks!
[18:41] <asac> welcome
[18:41] <asac> jerone-mobile: the ubufox win bug is 259914
[18:41] <asac> (as documented in changlog/commit)
[18:43] <[reed]> asac: wooo
[18:43] <[reed]> it connected
[18:47] <asac> [reed]: how long did it take?
[18:49] <[reed]> a whiler
[18:49] <asac> [reed]: also please double check that this still works after reboot and i will send out packages to the bug-mob ;)
[18:49] <[reed]> yeah
[18:49] <[reed]> I will
[18:49] <[reed]> going to class
[18:49] <[reed]> will try there
[18:49] <asac> [reed]: its ridiculous ... 45seconds to connect
[18:50] <asac> [reed]: cool
[18:50] <asac> thanks a bunch
[18:50] <asac> too late for final unfortunately, but i am currently accumulating a bunch of fixes for a stable update to send out in the beginning
[18:51] <jerone-mobile> asac: are you and reed talking about wireless time out .. I see this issue actually from time to time .. it's not giving it enough time to get the dhcp address .. but then I try it a second time and it works
[18:51] <asac> jerone-mobile: what kind of net?
[18:51] <jerone-mobile> asac: wireless
[18:51] <jerone-mobile> asac: wireless 802.11n with WPA2
[18:51] <asac> jerone-mobile: lol
[18:51] <asac> jerone-mobile: what kind of wpa?
[18:51] <asac> eap?
[18:51] <asac> or psk?
[18:51] <asac> which driver?
[18:52] <jerone-mobile> asac: iwlagn
[18:52] <asac> yeah ok
[18:52] <asac> jerone-mobile: is that PSK?
[18:52] <jerone-mobile> asac: eap
[18:52] <asac> jerone-mobile: what kind of eap?
[18:52] <asac> peap? ttls?
[18:53] <asac> jerone-mobile: do you run that in the office? (are you in an office at all?)
[18:53] <jerone-mobile> asac: actually it's just WPA2 Personal
[18:53] <asac> jerone-mobile: ok
[18:53] <asac> jerone-mobile: thats even more crazy
[18:53] <asac> jerone-mobile: multiple APs with the same ESSID?
[18:53] <asac> e.g. roaming?
[18:53] <jerone-mobile> asac: nope just one
[18:54] <asac> jerone-mobile: whats you lp id?
[18:54] <jerone-mobile> asac: I've seen it 3 times .. and it's allways after a cold boot.
[18:54] <jerone-mobile> asac: jerone
[18:54] <asac> jerone-mobile: ok i subscribe you to a WPA-EAP bug where i will send timeout tuned packages soon ;)
[18:54] <asac> done
[18:54] <asac> bug 272185
[18:54] <jerone-mobile> asac: ok
[18:55] <asac> jerone-mobile: not sure. but if its really timeout it should also fix you
[19:04] <asac> [reed]: another interesting thing to see would be if things become much quicker when only the right values for group/pairwise/... are setup in wpasupplicant.conf
[19:04] <asac> [reed]: if you feel like playing around with it, I would appreciate that input
[19:05] <asac> (reason: when its much quicker then its a wpasupplicant bug, otherwise most likely a driver thing)
[20:47] <jerone-mobile> asac: so it look like customization is actually broken in intrepid .. while ubufox no longer over rides the homepage .. if you try to set the homepage .. you get no default home page at all
[20:50] <asac> jerone-mobile: well. it works here ;)
[20:50] <asac> jerone-mobile: just remove the comment from the example
[20:50] <jerone-mobile> asac: hmmm
[20:50] <asac> that should work
[20:50] <asac> the example .properties is also there
[20:51] <jerone-mobile> asac: yeah I'm trying it on my laptop now and when I add an entry into ubufox.js  .. I get nothing .. yeah I did the example file way .. let me do an update
[20:55] <asac> an update?
[20:55] <asac> jerone-mobile: http://paste.ubuntu.com/63758/
[20:55] <asac> thats what i have
[20:55] <asac> jerone-mobile: take care that you must not have a "local" ubufox installed in your profile
[21:09] <jerone-mobile> asac: ok I got it .. not sure what I was doing wrong .. but thanks
[21:18] <asac> jerone-mobile: cool. welcome.
[21:19] <fta> W: GPG error: http://ddebs.ubuntu.com intrepid Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY ECDCAD72428D7C01
[21:19] <fta> \o/
[21:26] <asac> fta: yeah. final bump
[21:26] <asac> fta: paste that in -devel ;) ... maybe someone reacts
[21:26] <fta> now, same thing for ppas would be nice
[21:26] <asac> fta: huh?
[21:27] <fta> ddebs repo was not signed
[21:27] <asac> ah ;)
[21:27] <asac> ok
[21:27]  * asac never noticed (scary)
[21:27] <asac> oh yeah i noticed ;)
[21:27] <asac> now that you say it ;)
[21:28] <asac> ok ... using NM on a server install ;)
[21:28] <asac> now i just have to think whether i want to migrate my mailsystem to that thing
[21:30] <fta> i upgraded my desktop at work from hardy to intrepid, now, it's dead
[21:31] <asac> fta: yeah. you should have used NM ;)
[21:31] <fta> it was fine up to the reboot, but now, i can't login, neither gdm nor console.
[21:31] <asac> i mean 0.7 :)
[21:32] <fta> nope, it's not the network
[21:32] <asac> fta: you say it also is dead when sitting in front of it?
[21:32] <fta> it seems there's not enough memory to start the login shell
[21:32] <asac> sounds ... erm, unlikely
[21:32] <fta> indeed
[21:32] <asac> fta: what happens?
[21:33] <fta> it's stuck after the password
[21:34] <fta> i will retry tomorrow, but now, the box ping but i can't ssh it
[21:34] <asac> fta: use nfs?
[21:34] <fta> nope
[21:34] <asac> for home or something?`
[21:34] <asac> ok
[21:34] <asac> then no clue
[21:34] <fta> me neither
[21:34] <asac> when you see that you should report it i guess
[21:35] <fta> it's difficult to explain
[21:47] <fta> huge split, we were just 3 on my side :)
[21:54] <fta> http://ppa-search.appspot.com/
[22:06] <asac> @time