[09:55] <BUGabundo> asac around?
[09:55] <BUGabundo> wt heck is asac_the_bumber ?
[09:56] <asac> its him
[09:56] <asac> armin
[09:56] <asac> ;)
[09:58] <BUGabundo> who?
[09:58] <BUGabundo> asac can you popup on +1? NM questions
[10:02] <gnomefreak> sorry spelling alone made it take forever :(
[10:03] <gnomefreak> BUGabundo: your wiki has been updated however keep in mind it is only 0500 here
[10:03] <BUGabundo> ehhe
[10:03] <BUGabundo> np
[10:04] <gnomefreak> asac: how did you and fta work around the Pango_fonts bug during build
[10:05] <gnomefreak> crap forgot bug #
[10:05] <asac> gnomefreak: not sure what you mean
[10:06] <gnomefreak> asac: looking for bug atm but pango causes FTB
[10:06] <asac> gnomefreak: on which mozilla branch is that?
[10:07] <gnomefreak> 1.9.1 i think the package is set to core
[10:07] <gnomefreak> asac: when i get to email i should be able to give you bug link
[10:08] <gnomefreak> asac: mozilla 478871
[10:09] <gnomefreak> i got caught up in that with seamonkey-2
[10:09] <asac> gnomefreak: you could help testing seamonkey/xulrunner in security PPA
[10:10] <asac> but i guess you just ahve jaunty right?
[10:10] <gnomefreak> asac: i have been running 1.1.15 here
[10:10] <gnomefreak> asac: and intrepid but no hardy atm
[10:10]  * gnomefreak goes for smoke
[10:11] <fta> bz478871_att369648_new_pango_api.patch
[10:12] <gnomefreak> fta: ah you patched it. it is a universal patch isnt it?
[10:13] <asac> [reed]: mozilla bug 486278
[10:13] <asac> how can we raise severity for something like that?
[10:14] <[reed]> I cc'd some l10n-drivers
[10:14] <[reed]> and requested blocking
[10:14] <asac> [reed]: great. rock
[10:14] <[reed]> care to post the actual error?
[10:14] <[reed]> give as much detail as you can
[10:15] <asac> i didnt know if can misuse mozilla blocking flags
[10:15] <asac> let me check what you did
[10:15] <[reed]> anybody can request blocking
[10:15] <asac> lets see if i can copy it
[10:15] <asac> [reed]: updated
[10:16] <asac> [reed]: wasnt sure if l10n for minority locales would block main products ;)
[10:16] <[reed]> probably won't
[10:16] <[reed]> but it still gets it on somebody's radar
[10:16] <[reed]> :)
[10:16] <asac> yeah
[10:17] <[reed]> I got denied blocking for a patch to remove the mention of the EULA from about:license
[10:17] <[reed]> so, they are picky :p
[10:24] <asac_the_bumber> asac: looks like the patch definitely works
[10:24] <asac_the_bumber> [reed]: apply!
[10:24] <[reed]> which patch?
[10:24] <[reed]> 478871?
[10:25] <asac_the_bumber> no
[10:25] <asac_the_bumber> sigbus on sparc
[10:25] <[reed]> bug #?
[10:26] <asac_the_bumber> i'll poke you when i attach the patch :)
[10:28] <BUGabundo> what ever you do don't open http://www.smouch.net/lol
[10:31] <asac_> fta: we need to stabilize ffox 3.5
[10:31] <asac_> and upload to jaunty
[10:31] <asac_> or upload b3 as 3.5
[10:31] <fta> a snapshot? or b4?
[10:32] <asac_> fta: well. b4 isnt out ;)
[10:32] <fta> i know
[10:32] <asac_> we need to do that before final freeze
[10:32] <asac_> afterwards it will be cumbersome
[10:32] <fta> when is that?
[10:32] <asac_> final freeze is apr 9
[10:32] <asac_> but better check to be sure ;)
[10:32] <fta> https://wiki.mozilla.org/Releases/Firefox_3.5b4
[10:32] <asac_> https://wiki.ubuntu.com/JauntyReleaseSchedule
[10:33] <asac_> [reed]: do you set a tag on "Code Freeze"?
[10:33] <asac_> or only when QA starts?
[10:33] <[reed]> when builds are built
[10:33] <[reed]> which is sometime between code freeze and when QA starts
[10:34] <asac_> any indication code freeze will slip a few days?
[10:34] <asac_> for b4?
[10:34] <[reed]> not sure
[10:34] <[reed]> I haven't been paying attention
[10:34] <[reed]> I'll ask
[10:34] <asac_> hmm
[10:34] <asac_> thanks a lot
[10:35] <fta> https://lists.ubuntu.com/archives/ubuntu-devel/2008-April/025259.html
[10:37] <asac_> fta: yeah. but if its in bin NEW its really risky. so lets upload snapshot today or so
[10:37] <fta> ok, easy
[10:38] <asac> fta: you can name it ~b4~u1
[10:38] <asac> ;)(
[10:38] <asac> or just the name we use now
[10:39] <fta> should it close a bug?
[10:39] <BUGabundo> asac fta 3.6 is brokwn
[10:39] <asac> extensions ;)
[10:39] <BUGabundo> http://paste.ubuntu.com/141950/
[10:39] <fta> asac, er, i guess upstream will head shoot me if i do that
[10:39] <BUGabundo> no addons on 3.6
[10:40] <asac> fta: we dont use their marks ;)
[10:40] <asac> but well. lets upload it
[10:40] <asac> but lets open a bug so archive admins see the reason
[10:41] <fta> could you do it please? i'm busy with work right now
[10:42] <asac> fta: 352995
[10:42] <asac> fta: oh. remember to also add Provides: firefox-3.1 ... firefox-3.1-gnome-support and so on
[10:43] <asac> e.g. Conflicts/replaces/provides
[10:43] <asac> bug 352995
[10:45] <asac> ok improved title a bit
[10:45] <asac> bug 352995
[10:45] <armin76> [reed]: for what tree i should do the patch? mozilla-central, or mozilla-1.9.1?
[10:46] <[reed]> mozilla-central
[10:46] <armin76> [reed]: the sigbus affects all 3.x, so it would be great if it would be applied to all
[10:46] <armin76> k, thanks
[10:47] <asac> armin76: -central
[10:47] <[reed]> always do patches against trunk / tip
[10:47] <asac> armin76: then let it land in trunk and once that happened request approvals for the branches
[10:48] <fta> asac, eh? didn't you look at the package already? was my transition incomplete/broken??
[10:48] <asac> fta: i looked, but i forgot to mention that the transition could be optimized by adding replaces ;)
[10:48] <asac> err Provides i mean ;)
[10:49] <asac> actually i wanted to just commit that, but now i remember that i didnt ;)
[10:49] <asac> let me know. i can also do that swiftly
[10:49] <fta> i'll do it
[10:51] <asac> kk
[10:52] <asac> argh. gwibber hangs
[10:52] <BUGabundo> me too
[10:52] <BUGabundo> .9.x
[10:52] <BUGabundo> and ff3.6 doesn't start
[10:52] <BUGabundo> http://paste.ubuntu.com/141950/
[10:53] <BUGabundo> humm something locked?
[10:53] <BUGabundo> killall and start it again and it works
[10:53] <BUGabundo> go figure
[10:54] <asac> ok done with my #git rants on identi.ca for now ;)
[11:04] <gnomefreak> bug<PHONE_NUMBER>25
[11:04] <gnomefreak> bug 345125
[11:07] <fta> for gwibber, it freezes when you update it underneath. a bit like ff turns crazy when you update it or xul.  just restart it
[11:08] <fta> the chromium guys are working on a way to do transparent upgrades that don't require a restart, and even user attention
[11:26] <asac> fta: tell chromium folks to also think about packaging
[11:27] <asac> they most likely work on something like the auto updates
[11:27] <asac> otoh their multi process approach should make it easy
[11:27] <asac> its just killing the rendering processes and let them restart again with same state
[11:33] <bdrung> ping asac
[11:34] <asac> pong bdrung
[11:35] <bdrung> asac: I need a sponsor for bug #340435. ;)
[11:36] <asac> bdrung: wasnt there a branch?
[11:36] <bdrung> yes: https://code.launchpad.net/~bdrung/firefox-extensions/adblock-plus.ubuntu
[11:36] <asac> ok let me get that
[11:36] <bdrung> asac: and for upstream: https://code.launchpad.net/~bdrung/firefox-extensions/adblock-plus.upstream
[11:37] <BUGabundo> can some on explain to me what is the use of packaging addons?
[11:37] <BUGabundo> is it to make it system wide??
[11:37] <bdrung> BUGabundo: yes
[11:37] <BUGabundo> can't the addon just be copied to the system addon dir?
[11:38] <BUGabundo> sure apt makes that easy
[11:38] <asac> BUGabundo: its to make it ubuntu maintained
[11:38] <asac> stabilized
[11:38] <asac> etc.
[11:38] <asac> and system wide yes.
[11:38] <BUGabundo> but is it worth all the trouble of packaging?
[11:38] <asac> bdrung: did you start with the ~ubuntu-dev branch?
[11:39] <asac> bdrung: you should dump your branch on every upload
[11:39] <asac> bdrung: and start with ~ubuntu-dev
[11:39] <asac> thats the baseline
[11:39] <asac> e.g. not "sync changlog from ubuntu archive"
[11:40] <asac> e.g. use topic branches, e.g. adblock-plus.ubuntu.NEWVERSION
[11:41] <bdrung> asac: i started with the ~ubuntu-dev branch.
[11:41] <asac> bdrung: so i forgot to push to ~ubuntu-dev?
[11:41] <asac> or why is the "sync changelog commit" needed?
[11:41] <asac> or did someone else just upload it without committing?
[11:42] <asac> ok seems it was my fault
[11:42] <asac> or someone uploaded
[11:42] <asac> bdrung: ok something new :) ... look at bzr log -l1 --show-id in the .upstream branch
[11:42] <bdrung> asac: Siegfried-Angel Gevatter Pujals uploaded adblock-plus 1.0-0ubuntu1
[11:42] <asac> in future you will have to update .bzr-builddeb/default.conf
[11:43] <asac> to properly refer to that revid
[11:43] <asac> as it allows us to automatically extract .upstream from the .ubuntu branch
[11:43] <asac> i will do that so maybe look what i do ;)
[11:48] <asac> bdrung: ok pushing: bzr push lp:~ubuntu-dev/firefox-extensions/adblock-plus.ubuntu/
[11:48] <asac> bdrung: so now you just need to branch
[11:48] <asac> and run bzr bd
[11:48] <asac> it will auto create your orig.tar.gz
[11:48] <asac> checkout .bzr-builddeb/default.conf
[11:49] <asac> the upstream revision id is what needs to be bumped in the "merge" commit
[11:49] <bdrung> k
[11:49] <asac> pushing still ongoing
[11:49] <asac> bdrung: can you please subscribe universe-sponsors (if not done yet)
[11:49] <asac> (so i get sponsor credits ;))
[11:50] <bdrung> asac: done
[11:52] <asac> bdrung: uploaded
[11:54] <bdrung> asac: thanks
[11:59] <BUGabundo> asac isn't this Fix Release https://bugs.launchpad.net/bugs/329798 ?
[11:59] <BUGabundo> based on the last comment?
[12:04] <asac> BUGabundo: closed invalid (we dont know what caused this and dont know what fixed it ;))
[12:05] <BUGabundo> hey
[12:05] <BUGabundo> that's one of mine!
[12:05] <BUGabundo> its not invalid
[12:05] <BUGabundo> I could do it repetily
[12:05] <BUGabundo> for more then a year
[12:05] <BUGabundo> recently it started to work!
[12:06] <BUGabundo> ok... driver may explain it
[12:06] <BUGabundo> or wpasup
[12:30] <asac> iu dont think we updated wpasupp in recent history
[12:30] <asac> so linux is the reason ;)
[12:31] <BUGabundo> works now
[12:31] <BUGabundo> its all I care
[12:32] <asac> good ;)
[12:32] <BUGabundo> but we can't ask every user to jump to jaunty to fix wifi wpa/wpa2 of FON
[12:35] <asac> only thing they need are new kernels ;)
[12:36] <fta2> something is leaving /tmp/tmp.*/state/lists/archive.ubuntu.com_ubuntu_dists_jaunty_* behind
[13:21] <fta2> asac, do you see that in your syslog? http://paste.ubuntu.com/142020/
[13:22] <asac> hmm ... not
[13:23] <asac> maybe ask tedg
[13:23] <asac> on -desktop
[13:23] <asac> he is hte one doing the new indicator
[13:23] <asac> he is US guy so probably will pop up later
[13:39] <fta2> bug 346513
[14:02]  * BUGabundo pokes asac to lift his /ignore from +1
[14:04] <asac> heh. ask gnomefreak when he is back
[14:05] <asac> he has far better connections to -ops than me
[14:09] <Guest49783> Hello, is there anyway to sync Nokia N81 with mozilla sunbird
[14:14] <asac> i am not aware of any extension
[14:14] <asac> that doesnt mean there is none
[14:16] <BUGabundo> asac: its not a question of OPs but NM questions
[14:17] <BUGabundo> what I meant to say is that you don't look too much to what its going on there
[14:24] <asac> well.
[14:24] <asac> time is constraining factor
[14:24] <asac> if i am debugging something i cannot really answer questions ;)
[14:24] <asac> i need helpers that know the right initial questions
[14:25] <BUGabundo> I know some
[14:25] <BUGabundo> but not that many
[15:05] <asac> jtv: hey. you think you can debug the xpi import things with the unicode? its not really easy for us to do that as it doesnt even tell us where the problem originates from
[15:05] <jtv> asac: hi
[15:05] <asac> jtv: you can probably just run it locally and get the file
[15:06] <asac> in the backtrace
[15:06] <jtv> asac: not quite _that_ easy.  If this is becoming a problem, bug danilo about it.
[15:07] <jtv> asac: we have a lot of other priorities for now, so haven't been able to do much on XPI support lately.
[15:08] <asac> jtv: yeah right. ok. its not that important
[15:08] <asac> jtv: its just that we have close to zero chance to see whats going on
[15:08] <asac> as we dont have the importer code we can run locally
[15:09] <jtv> asac: yeah, I really wish I had some time to put into this.
[15:09] <asac> jtv: will rosetta be opensourced in Jul 26? or still discussed?
[15:10] <jtv> asac: it goes open just like most of the rest.
[15:10] <asac> jtv: yeah. wasnt sure which part dont go open
[15:10] <asac> great news ;)
[15:12] <asac> jtv: ok we found it ;)
[15:12] <asac> (it seems)
[15:12] <asac> thanks a bunch
[15:12] <jtv> asac: found what?
[15:13] <asac> foud the problem of that import thing we were missing ;)
[15:13] <asac> seems we figured all import issues for ffox then
[15:30]  * asac_the_bumber waves
[15:31]  * asac waves to asac_the_bumber
 what I meant to say is that you don't look too much to what its going on there <= this is harsh
[15:53] <BUGabundo> fta2 not meant to be.. if it sounded , sorry
[16:58] <fta2> asac, http://paste.ubuntu.com/142150/ is that what you want? how come it optimizes the transition?
[17:05] <fta2> BUGabundo, strange, i no longer have any of your dents in my list, wtf?
[17:07]  * BUGabundo fta has banned me!
[17:23] <fta2> re-added you
[17:27] <fta2> asac, http://paste.ubuntu.com/142166/ if i understand correctly, i can drop the ff-3.1* packages too
[17:27] <fta2> is that correct?
[17:32] <BUGabundo> fta didn't get any email of you dropping out!
[17:33] <fta2> i'm sure i didn't, should be a bug
[17:40] <BUGabundo> its a BUGabundo
[17:46] <asac> fta2: no we need to keep transitional packages
[17:46] <asac> just add the PRovides
[18:02] <fta2> then I'm done
[18:07] <fta2> asac, pushing...
[18:13] <fta2> funny the auto-comments: https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.1/+bug/352995
[18:13] <fta2> +new
[18:18] <asac> yeah those are nice
[18:18] <asac> activity log entries;)
[18:36] <asac> fta2: pushed new source?
[18:36] <asac> is it in NEW already?
[18:48] <asac> fta2: comment in changelog is wrong
[18:48] <asac> "... initiate the 3.1->3.6 transition (s/3.6/3.5/)
[18:49] <asac_the_bumber> is it quick!? :D
[18:50] <asac> fta2: rev 405 doesnt have a changelog in commit
[18:50] <asac> fta2: oh already fixed the typo
[18:50] <asac> ok
[19:13] <BUGabundo> asac ping
[19:13] <BUGabundo> I'm with that SiS based laptop again
[19:13] <BUGabundo> any tips to make network work?
[19:13] <BUGabundo> maybe chainging MTU or something?
[19:31] <BUGabundo> asac using jaunty it's the same
[19:31] <BUGabundo> :(
[20:55] <Jazzva> asac: the patch should be done... I'll push it in few minutes
[20:56] <Jazzva> asac: also, I noticed now that it contains an "--auto" parameter which will update all found plugins
[20:57] <asac> yeah
[20:57] <asac> thts what i ment ;)
[20:57] <asac> e.g. nspluginwrapper --auto --update
[20:57] <Jazzva> I didn't notice that one before.
[20:57] <asac> ;)
[20:57] <Jazzva> yeah, and it works
[20:57] <asac> cool
[20:57] <Jazzva> I'll test --update with NSPLUGIN_DIRS now... --list worked
[20:57] <asac> thats great ... so we install with just NSPLUGIN_DIR
[20:57] <asac> and we --update with NSPLUGIN_DIRS?
[20:57] <Jazzva> should --update too, but  just to be sure
[20:58] <Jazzva> asac: well, NSPLUGIN_DIRS is something like /var/lib/nspluginwrapper/dirs.d/, which contains a file like "flashplugin-nonfree" (installed by flashplugin-nonfree package)
[20:59] <Jazzva> and the content of the file is something like "/var/lib/flashplugin-nonfree" (that's the directory where we installed the wrapper
[20:59] <asac> so you still parse a file?
[20:59] <Jazzva> umm... yes
[20:59] <asac> hmm
[20:59] <asac> well ok
[20:59] <asac> so basically we NSPLUGIN_DIRS is always constnat ;)
[20:59] <asac> e.g. always /var/lib/nspluginwrapper/dirs.d/
[20:59] <asac> or what?
[21:00] <Jazzva> I think that's true :).
[21:00] <asac> heh ;)
[21:00] <asac> you really like overkill ;)
[21:00] <asac> but push ;)
[21:00] <asac> i want to see it
[21:01] <asac> i guess its ok. just have to realign my ideas a bit ;)
[21:01] <Jazzva> and I don't think it's pretty written :)
[21:01] <Jazzva> just to check something
[21:07] <Jazzva> hmm... it skips /var/lib/flashplugin-nonfree, but it doesn't skip /usr/lib/mozilla/plugins (those are two directories that I placed in the metafile)
[21:15] <Jazzva> asac: here it is, should be visible soon https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu.1.2.2-0ubuntu3
[21:21] <asac> Jazzva: revision 49 doesnt add the patch ;)
[21:21] <asac> you forgot to add it?
[21:21] <Jazzva> Hmm, I added it. It was visible in bzr diff.
[21:21] <Jazzva> hmm, weird
[21:22] <asac> maybe after the commit ;)
[21:22] <Jazzva> maybe. But I was sure I added it :).
[21:22] <Jazzva> Ok, I pushed rev 50
[21:23] <asac> Jazzva: doesnt nspluginwrapper link against libglib anyway?
[21:24] <asac> g_strsplit
[21:24] <Jazzva> I think it does...
[21:24] <Jazzva> But I wasn't aware of those functions. And that would be very useful :)
[21:27] <asac> Jazzva: ok so why not dump the get_env_plugin_dirs function
[21:27] <asac> and just use the tokenizer results?
[21:27] <asac> and for the tokenizer using g_strsplit ;)
[21:28] <asac> doing that file parsing is - as expected - kind of ugly ;) ... as you already noted ;)
[21:28] <asac> with that the patch would be quite clean: e.g.
[21:28] <asac> just the @@ -257,13 +345,24 @@  hunk
[21:29] <asac> and the simple get_env_plugin_dirs function using g_strsplit
[21:29] <asac> also its more common to not do something like:
[21:29] <Jazzva> so, to use NSPLUGIN_DIRS for dirs where we keep wrappers?
[21:29] <asac> while (*(env_dirs + n_env_dirs) != NULL) n_env_dirs++;
[21:29] <asac> Jazzva: right
[21:29] <asac> that was my idea anyway ;)
[21:30] <Jazzva> Ok, I just have one problem with that :)
[21:30] <asac> you can use char **iter = env_dirs; while (iter) { ....; iter++ }
[21:30] <Jazzva> what do we do on nspluginwrapper upgrade?
[21:30] <asac> err while (*iter) ...
[21:30] <asac> Jazzva: lets do that outside of the bloody C code ;)
[21:30] <asac> we can use the /var/ dir you proposed
[21:31] <asac> and provide a wrapper that packages that use nspluginwrapper can use
[21:31] <asac> e.g. update-np-wrappers
[21:31] <asac> that will do the magic of assembling NSPLUGIN_DIRS
[21:31] <asac> from the whereever we decide it to get it from
[21:32] <asac> Jazzva: i guess that code was good for your C-fu skills ... so even if we remove that function its not lost;)
[21:33] <asac> Jazzva: so even though we remove it ... for plugin_path_length you should rather use "MAXPATHLEN" which is defined
[21:33] <Jazzva> mhm, ok :)
[21:34] <asac> yeah also try to use iterators like above
[21:34] <asac> but you said you had to look up pointers
[21:35] <asac> so thats a good lesson to take out of here ;)
[21:35] <Jazzva> so, the C part should just split something like NSPLUGIN_DIRS=/var/lib/package1-that-use-wrapper:/var/lib/package2-that-use-wrapper:/.../bla, and append that to mozilla_plugin_dirs, right?
[21:35] <asac> yeah ;)
[21:35] <asac> as i said
[21:35] <Jazzva> btw, that part with n_env_dirs++ was just to count the number of directories in the list.
[21:35] <asac> just the last hunk of path + the simple get_dirs function
[21:35] <asac> that uses split ;)
[21:38] <asac> Jazzva: i think thats ok. just hide that in the get_env_...dir function
[21:38] <asac> like char** get_env_dir... (int *count)
[21:38] <Jazzva> asac: ok
[21:39] <asac> and use iterators instead of +n imo
[22:19] <fta> back
[22:25] <asac> welcome
[22:26] <fta> hm, what happened to xul? it's not in the queue
[22:26] <fta> https://edge.launchpad.net/ubuntu/jaunty/+queue
[22:26] <fta> i didn't get *any* email from lp
[22:27] <dtchen> asac: kubuntu does not ship with pulseaudio, so i don't see how bug 345096 involves PA...
[22:29] <asac> dtchen: well. if its not flash its probably alsa. maybe now that pulse is working so great, alsa has issues?
[22:29] <asac> ;)
[22:29] <asac> s/not flash/not pulse/
[22:30] <dtchen> man, i really need to get alsa-info.sh hooked into ubuntu-bug/apport
[22:30] <dtchen> so many of these reports are just mixer elements being muted and/or zeroed
[22:30] <dtchen> anyhow, i'll ask for more information, but i doubt it has anything to do with PA
[22:31] <BUGabundo> dtchen: that would be noise
[22:31] <BUGabundo> *nice
[22:31] <BUGabundo> dtchen: my sound just got muted after reboot
[22:31] <BUGabundo> no idea why
[22:32] <fta> oops http://launchpadlibrarian.net/24639098/buildlog_ubuntu-jaunty-i386.firefox-3.5_3.5~b4~hg20090401r24201%2Bnobinonly-0ubuntu1~umd1_MANUALDEPWAIT.txt.gz
[22:32] <fta> hm, n-m
[22:33] <mariuz> hello
[22:34] <mariuz> fta , i wanted to ask about that auto bot you have for daily mozilla builds
[22:34] <asac> hi mariuz
[22:35] <fta> mariuz, something i created
[22:35] <fta> mariuz, it's kind of public, but lack documentation
[22:36] <mariuz> no problem
[22:38] <fta> mariuz, it has some pre-requisites, such as your packages must be in a bzr branch (the packaging part, mergable with bzr builddeb, unless it's native), and it has to know how to create the proper source tarball using get-orig-source.
[22:38] <fta> other than that, it should be able to handle everything else
[22:39] <fta> https://code.edge.launchpad.net/~fta/+junk/ppa-scripts
[22:39] <fta> you can take gwibber as a really simple example
[22:40] <fta> i planed to move that to a proper project once i improve logging and write some docs
[22:40] <mariuz> ok thanks , i will take an look , good that is perl
[22:41] <fta> :) you're the first to tell me that perl is good
[22:42] <fta> basically, once the 2 conf files are ready, i run daily.sh in cron. Like: /data/bot/src/daily.sh gwibber umd ucd 2>&1 | mailx -s '[BOT] daily builds' fta
[22:43] <fta> I can show you my conf files, i have gwibber, umd (mozilla) and ucd (chromium)
[22:43] <fta> (i should put that in a branch too)
[22:43] <asac> yeah
[22:44] <mariuz> ok , maybe what you have said above should be in an small readme, i will take a look later today
[22:45] <fta> mariuz, yeah, i know, i suck at writing docs ;)
[22:45] <fta> https://code.edge.launchpad.net/~fta/+junk/ppa-confs
[22:46] <fta> (give lp a chance to sync my branch)
[22:47] <mariuz> i will wait
[22:47] <fta> asac, oh, xul has been built already: https://edge.launchpad.net/ubuntu/+builds?build_text=xulrunner-1.9.1&build_state=all
[22:47] <fta> armin76, ^^ sparc :P
[22:48] <[reed]> armin76: did you file a bug yet?
[22:48] <asac> fta: xul has no new packages
[22:48] <asac> fta: is ffox in NEW now?
[22:48] <mariuz> my intention is to create an daily arora browser with qt 4.5.x daily , and later daily firebird database snapshots
[22:48] <fta> asac, still NEW-source so it needs an admin
[22:49] <fta> mariuz, could work, depends on your packaging, maybe with just a few tweaks.
[22:50] <asac> fta: ok i am on it
[22:51] <fta> asac, hold on, i wonder with 3.5 is stuck in the ppa
[22:51] <fta> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[22:51] <fta> dep wait
[22:52] <fta> oh, xul failed
[22:52] <fta> n-m, it's a problem with todays commits
[22:52]  * fta blames [reed]
[22:53] <asac> fta: but the upload to archive probably will work
[22:53] <asac> or didnt you test that?
[22:53]  * [reed] blames fta
[22:53] <fta> yes, i pushed a snapshot i tested, 2 days old
[22:54] <asac> damn lp is going down in six minutes
[22:54] <fta> [reed], i expected you to relay our downstream patches ;)
[22:54] <asac> guess that means that archive push will have to wait till tomorro
[22:54] <asac> fta: yeah. i think that should work
[22:54] <asac> xul 1.9.1 is built
[22:54] <asac> unless you uploaded wrong ffox lower bounds its ok
[22:54] <[reed]> did you file an upstream bug with the patch attached?
[22:55] <[reed]> or will you make me shake my finger at you?
[22:55] <mariuz> Thanks for the code and tips , i will check today
[22:56] <[reed]> personally, I think all bugs in Firefox are fta's fault
[22:56] <[reed]> :)
[22:56] <fta> the same patch failed in the 1.9.2 branch yesterday
[22:57] <asac> fta: https://edge.launchpad.net/ubuntu/+source/firefox-3.5/3.5~b4~hg20090330r24021+nobinonly-0ubuntu1
[22:57] <asac> there it is ;)
[22:57] <asac> so tomorrow we have binary new
[22:57] <asac> and all will be fine
[22:57] <asac> -> mission accomplished
[22:57] <asac> ffox 3.1 is supportable in jaunty ;)
[22:57] <fta> thanks
[22:57] <fta> you mean 3.5 :)
[22:57] <asac> ouch ;)
[22:58] <fta> 2 min left
[22:58] <asac> fta: please remember to file a removal bug once the binaries are in the archive ;)
[22:58] <asac> or remind me to  ;)
[22:58] <asac> i will try to remember the same;)
[22:58] <BUGabundo1> fta archive still has 3.1
[22:58] <BUGabundo1> shouldn't it be already 3.5 ?
 so tomorrow we have binary new
[23:01] <fta> ok, down "for up to one hour"
[23:02] <asac> fta: i think it was extended to 3 hours
[23:02] <asac> but i could be wrong
[23:02] <BUGabundo1> 3h
[23:20] <armin76> [reed]: mozilla bug 448658
[23:21] <armin76> [reed]: need to attach the patch
[23:21] <armin76> asac: it wasn't a buildtime failure, you slacker
[23:24] <asac> armin76: we never have build time failures because on sparc et al we build without Walign ;)


[06:16] <gour> morning
[06:19] <gour> jelmer: i'd like to contribute to github project (cython) using bzr-git...forked repo, pulled it with bzr to my localhost, created new branch and dpushed it to github but it's not available there...tried another route...imported project at LP, pulled to my localhost, created new doc-branch and create 'bzr send --format=git' bundle and send, for testing, to upstream...is the 2nd route better/recommended over
[06:19] <gour> the 1st one?
[06:26] <sepidev> hi guys, I'm having trouble with bzr, I cannot connect to launchpad, I get this error:
[06:26] <sepidev>  https://answers.launchpad.net/launchpad
[06:26] <sepidev> sorry, this error:
[06:26] <sepidev> bzr: ERROR: Connection error: curl connection error (couldn't connect to host)
[06:26] <sepidev> on https://code.launchpad.net/~sikon/steadyflow/trunk/.bzr/smart
[06:28] <AfC> sepidev: I assume you can use bzr to talk remotely to other things?
[06:29] <sepidev> yes, but even when I type bzr lp-login I cannot connect to launchpad server!
[06:43] <gour> wil lco-located branches become part of 2.4?
[06:51] <sepidev> bzr: ERROR: Connection error: curl connection error (couldn't connect to host)
[06:51] <sepidev> anyone?
[08:11] <vila> bialix: never :)
[08:12] <bialix> vila _o/
[08:12] <bialix> never have I ever?
[08:13] <vila> bialix: 3.2.2 :)
[08:13] <AuroraBorealis> TIL bzr has a smart server
[08:14] <bialix> vila: why not?
[08:14] <vila> bialix: why ?
[08:14] <bialix> vila: poolie said about bzr 3
[08:14] <vila> errrr. 2.3.2 I meant
[08:14] <AuroraBorealis> and today i learned there is almost no documentation for it
[08:14] <bialix> so, in theory it will be... one day?
[08:14] <bialix> vila: I know what you mean, I'm trying to make jokes from what you have written
[08:14] <vila> oh crap, typo while explaining typo....
[08:15] <vila> bialix: which I didn't realize until a few seconds ago :-}
[08:15] <bialix> don't explain jokes... yeah
[08:15] <bialix> there is too hot today, maybe my mind has started to melting
[08:16] <bialix> definitely
[08:17] <gour> vila: have you considered waf/bento for packaging win installer?
[08:17] <bialix> gour: I'd prefer scons
[08:17] <bialix> what is bento?
[08:18] <vila> gour: I've never tried to package the windows installer myself... but you're already talking to a far knowledgeable person
[08:18] <gour> bialix: http://cournape.github.com/Bento/
[08:19] <gour> bialix: isn't scons much slower than waf?
[08:19] <bialix> gour: it does not matter if it works
[08:19] <gour> ...and, afaict, development is quite stalled
[08:19] <vila> bialix: are we using scons ?
[08:19] <bialix> vila: yes, I am
[08:19] <gour> bialix: samba, ardour..are using waf...even heard that it's used by google with v8
[08:20] <vila> bialix: in the installer toolchain ?
[08:20] <bialix> vila, gour: currently windows installer is built with zc.buildout
[08:20] <bialix> vila: no, for my own stuff
[08:20] <vila> ok
[08:21] <bialix> I'm unhappy with zc.buildout
[08:21] <bialix> very unhappy
[08:21] <bialix> I can't tell how much I'm unhappy
[08:22] <gour> bialix: i see...i plan to use waf/bento for py+qt+cython project...it seems distutils2 won't address packaging (win & mac installers)
[08:22] <bialix> gour: actually I'd like to try waf in action, just haven't enough time to learn it
[08:23] <bialix> how waf will help you with packaging installer?
[08:23] <gour> bialix: for standard things, pretty much everything is ready
[08:23] <gour> bialix: that's duty of bento which can use was as build back-end
[08:23] <bialix> I don't see there a real support for py2exe and creating installer with MSI or Inno Setup
[08:24] <gour> and bento has (experimental) support for win msi & mac mpkg or how it's called
[08:24] <bialix> maybe we talk about different installers?
[08:24] <bialix> because pure python-based installers are not problem at all even with distutils1
[08:24] <gour> bialix: https://github.com/cournape/Bento#readme
[08:25] <bialix> gour: no metion of py2exe
[08:26] <bialix> gour: this page bentomaker build_wininst talks about bentomaker build_wininst -> this is just plain python-based installer
[08:26] <bialix> sorry this page http://cournape.github.com/Bento/
[08:28] <gour> bialix: see http://cournape.github.com/Bento/html/TODO.html
[08:28] <bialix> no py2exe either
[08:29] <bialix> sorry, I hope that tool will grow into something really useful. I just don't see how it will help me right now
[08:29] <bialix> sorry, no offense
[08:29]  * bialix bbl
[08:30] <gour> bialix: bento dev wrote me: "Both .exe and .mpkg installers have a preliminary implementation, but
[08:30] <gour> they are not mature yet "
[08:31] <vila> gour: I kind if agree with bialix, we already suffer delays, jumping on a preliminary implementation to release a *stable* installer doesn't sound like a good fit :-/
[08:32] <vila> gour: now, if you wanted to try it for the next bzr beta release, that would be awesome
[08:32] <gour> vila: of course, my suggestion is for 'tomorrow', not 'today'
[08:33] <gour> vila: btw, are colocated branches going to appear in 2.4?
[08:34] <vila> my crystal ball is still a bit blurry on this topic, but bzr-colo is highly recommended anyway
[08:34] <gour> it's not killer-feature for me, but i remember i read somewhere that git/hg users were complaining that there is no support for it
[08:34] <gour> for me, it's more important that LP gets support for wiki
[08:34] <gour> bzr-colo plugin is useful today?
[08:35] <bialix> gour: very much useful
[08:35] <vila> I don't use myself but yes, from what I've heard it is very useful and used
[08:36] <gour> despite of lacking wiki support, i believe i'll move from fossil to bzr & LP
[08:44] <gour> difftools plugin is obsolete now?
[09:44] <jam> jelmer: did you ever connect to the Windows ec2 instance? I figured I'd give a poke at building the windows installers, but I'm not able to connect to the ec2 machine.
[09:44] <jam> nm, I'm in now
[10:08] <bialix> jam: lp:bzr-windows-installers is not updated with bzr 2.3.3 and tbzr 0.6.3 yet
[10:08] <jam> bialix: thanks for the heads up
[10:08] <jam> I did see a location from you
[10:08] <jam> though I have to get the machine up and running and current first
[10:08] <bialix> I can't translate: "I did see a location from you"
[10:10] <jam> bialix: you sent an email mentioning an LP: branch that you had updated the installers
[10:10] <jam> or were trying to
[10:10] <jam> I was planning on looking at it
[10:10] <jam> once I got things up and running.
[10:12] <bialix> jam: ok
[10:12] <bialix> I'll update trunk then
[10:13] <bialix> jam: that branch is planned for 2.4b2
[10:13] <bialix> it does not have 2.3.3 yet
[10:17] <jam> bialix: is there a separate branch for the 2.3 series?
[10:18] <bialix> no
[10:18] <jam> I thought that was the original intention, but ISTR gary was trying to put it into the same branch
[10:18] <bialix> gary kept everything in trunk
[10:19] <bialix> jam: wait a sec
[10:19] <bialix> I'll push
[10:20] <bialix> jam: done, versions were updated
[10:20] <jam> bialix: you committed to trunk?
[10:20] <bialix> yes
[10:21] <bialix> jam: I can update my 2.4 branch if you'll build 2.4b2
[10:23] <jam> bialix: Let me make sure I can build *something* first :)
[10:24] <bialix> yes-yes, you're right
[10:24] <bialix> I've pushed in the mean time anyway
[10:26] <bialix> jam: if you will say after that what version of Windows SDK you have on ec2 it will be great
[10:27] <jam> bialix: we have the full version of visual studio, so we don't need the sdk
[10:27] <bialix> ah
[10:27] <jam> naoki was building the installers using Express + and SDK
[10:27] <jam> I thought it wsa 7
[10:27] <bialix> good for you
[10:27] <jam> was 7, but that was a while ago
[10:27] <jam> AIUI, you only need it to build the 64-bit extension
[10:28] <bialix> naoki has suggested using win7 sdk, but it requires vs2010, and I'm a little short in space on this machine
[10:40] <jam> bialix: http://msdn.microsoft.com/en-us/windows/ff851942
[10:41] <jam> it says the Win7 archive was released in Aug 2009
[10:41] <jam> which predates vs 2010 (I would assume)
[10:54] <jelmer> 'morning jam
[10:54] <jelmer> jam: no, I've never used the EC2 instance
[10:54] <jam> jelmer: I guess you have 6 more min :)
[11:06] <jam> bialix: it is looking for "hhc" do you know what that is?
[11:06] <jam> I probably have to at least add it to PATH
[11:08] <bialix> hhc -- Html Help Compiler
[11:09] <bialix> jam: http://www.microsoft.com/downloads/details.aspx?familyid=00535334-c8a6-452f-9aa0-d597d16580cc&displaylang=en htmlhelp.exe
[11:09] <jam> bialix: yeah, it is already on the machine, but the code all assumes it is in PATH
[11:10] <jam> and it certainly isn't for my user
[11:10] <bialix> it should be in the PATH, installed to PF\HTML Help Workshop
[11:10]  * jam doesn't really like updating PATH on windows unless I have to
[11:11]  * bialix too
[11:11] <jam> it needs C:\Python26\Scripts as well, for sphinx-build
[11:11] <bialix> jam: make a batch wrapper?
[11:11] <bialix> jam: make a batch wrapper for hhc
[11:11] <bialix> for sphinx-build you can avoid adding scripts to path
[11:12] <bialix> I'va managed to avoid it by copying 3 files of sphinx-build.* to my Utils directory that in path
[11:13] <bialix> jam: C:\Utils>dir /b sphinx*
[11:13] <bialix> sphinx-build-script.py
[11:13] <bialix> sphinx-build.exe
[11:13] <bialix> sphinx-build.exe.manifest
[11:13] <bialix> that works
[11:13] <bialix> batch wrapper for sphinx does not work
[11:16] <jam> bialix: I also am thinking we should be updating our svn bindings at some point. We're using 1.6.6, and they're on 1.6.16
[11:16] <jam> but since I still haven't finished building anything
[11:16] <jam> I'll get that first
[11:34] <jam> dang, I have bzr-2.3.3 installers, but I'd like to test them out first...
[12:31] <jam> mgz: if you're around, I'd like to try to understand: https://code.launchpad.net/~gz/bzr/lazy_hook_test_cleanup_785054/+merge/61586
[13:47] <mgz> jam: I am now
[13:48] <mgz> also, I don't know whether you saw in the log, I had some trouble getting the test case collection branch working against trunk
[13:54] <jam> mgz: bzr merge --weave
[13:54] <jam> I think the issue is that the code landed direct to trunk, multiple branches, so now there isn't a clear single ancestor
[13:55] <mgz> weave did seem a little better, but still... not right
[13:55] <mgz> if I do diff -r7900..7901 and diff -r7901..7902 they seem to be the inverse of each other
[13:56] <mgz> *59
[13:56] <LeoNerd> You do know, also, that  -r7900..7901  is better written  -c7901
[13:56] <LeoNerd> I.e. the changeset introduced at -r7901
[13:57] <mgz> it's even better written as the right revno
[13:57] <mgz> :)
[13:57] <LeoNerd> Well indeed
[13:57] <mgz> but... -c5901 -c5902 seem to do and then undo the changes to some tests
[13:58] <mgz> and not the _get_log removal which the second branch should have been
[13:58] <mgz> which might have something to do with why merging the remainder now loses the main changes
[13:59] <mgz> I think maybe the way I merged bzr.dev back into the branch earlier may have messed up your normal way of doing things jam?
[14:13] <mgz> I'll reply on the review of the other branch in the mean time
[14:17] <bigjools> I'm getting a ReadOnlyError when updating a checkout: https://bugs.launchpad.net/bzr/+bug/786980
[14:19] <jam> mgz: if we split out 2 extra branches from yours, and then land both independently
[14:19] <jam> both of those tips are in your ancestry
[14:19] <jam> but both do not supersede eachother
[14:20] <jam> its a known issue with splitting out and landing multiple feature branches
[14:21] <mgz> okay, but that doesn't explain why I don't see the _get_log change on trunk when that branch landed
[14:22] <mgz> the diff is an exact backout, not a backout plus a new set of changes
[14:24] <mrevell> o!2o729ofourtwotwo
[14:25] <mrevell> Damn, that's another password ruined
[14:26] <mgz> bigjools: try `bzr up lp:lp-source-dependencies`?
[14:28] <mgz> mrevell: that's an pretty strong password for nickserv :)
[14:28] <mrevell> mgz, I s'ppose so :)
[14:37] <bigjools> mgz: ok, that errors with: bzr: ERROR: No WorkingTree exists for "bzr+ssh://bazaar.launchpad.net/%2Bbranch/lp-source-dependencies/"
[14:37] <mgz> whoops, my error, forgot the right spelling.
[14:39] <mgz> use switch rather than update, I just wanted to see if the path returned changing to the ~branch form made any difference
[14:39] <bigjools> mgz: the spelling is correct
[14:40] <bigjools> mgz: ok that seems to be working ...
[14:40] <mgz> it doesn't mean what I intended. I wanted you to try changing the branch to be based on the new URL, the command I gave you tells it to update that URL, not the cwd
[14:41] <bigjools> did the branch urls change recently?
[14:41] <mgz> bigjools: great. so, there's a bug somewhere with stacking or launchpad moves or... something
[14:41] <bigjools> this was checked out ages ago
[14:41] <mgz> that's what I'm guessing.
[14:41] <bigjools> something :)
[14:41] <bigjools> thanks muchly
[15:01] <cheater__> hi!
[15:01] <cheater__> how can i find out what diff was committed in a specific revno?
[15:01] <jam> cheater__: 'bzr diff -c REVNO"
[15:02] <cheater__> ah, -c
[15:15] <cheater__> thanks a lot jam!
[16:59] <millun> hey guys
[17:01] <millun> i have a  little question. i've made a colocated repo on my localhost, pushed the branch to an FTP. i want the other guy to test my app. is it ok for him to just write "bzr checkout <dest_dir>" in a repo dir, then just keep executing "bzr update" in a destination dir?
[18:41] <HelloWorld321> Is it possible to directly mount a git or bzr repository as a volume (in Linux or Windows)?  So that reading/writing to the repository is transparent?
[18:50] <gour> HelloWorld321: i used bzr-git to fetch git repo and it works, but have problems with using github
[19:40] <santagada> sidnei, hi :)
[19:40] <sidnei> santagada, ohai!
[19:41] <santagada> using bzr again
[19:41] <sidnei> santagada, nice!
[19:41] <santagada> not by choice, I'm working with openerp... but I'm liking it
[19:41] <sidnei> that's... progress :)
[21:54] <vanguard> how can I overwrite a commit --strict option?
[21:56] <luks> --no-strict ?
[21:57] <luks> (all boolean options can have a no- prefix)
[21:58] <vanguard> luks: thanks!


[00:00] <DBO> nah
[00:00] <DBO> I told him you're great in bed
[00:00] <lamalex> i'll be sleeping on your couch for the next 6 months
[00:00] <DBO> that has to count for something
[00:00] <lamalex> let's hope
[00:00] <lamalex> maybe my #4 spot in top contributers will save me
[00:00] <lamalex> over your #6
[00:01] <DBO> i hate that
[00:01] <DBO> launchpad needs to start giving credit for code
[00:01] <lamalex> at uds i'm going to get you drunk, and tattoo #6 onto your arm
[00:02] <DBO> NOOOOOOOOOOOO
[00:02] <DBO> MY POINTS
[00:02] <DBO> I NEED MORE
[00:02] <lamalex> DBO, is this the bug you just fixed? https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/718926
[00:03] <Daekdroom> I reported that bug :D
[00:03] <lamalex> it was targeted to 3.6.8 with fix released
[00:03] <DBO> yeah I fixed it with ted on the phone
[00:03] <lamalex> erm
[00:03] <lamalex> 3.8.6
[00:03] <DBO> it got fixed in 3.8.4
[00:03] <lamalex> ok
[00:03] <DBO> more stat padding
[00:03] <lamalex> i reset it back to 3.8.4
[00:03] <lamalex> MORE KARMA FOR ME
[00:04] <lamalex> i gotta reboot so i can watch netflix
[00:04] <lamalex> vea usted mañana
[00:04] <lamalex> oo wait no
[00:04] <lamalex> ¡hasta mañana
[00:05] <DBO> i belive thats latin for "I have to go to the bathroom"
[00:05] <Daekdroom> "see you tomorrow" "till tomorrow"
[00:05] <DBO> the manana of course referring to a special part of the male anatomy
[00:05]  * DBO wonders if Daekdroom has a broken sarcasmotron
[00:05] <Daekdroom> Yes, I do
[00:06] <Daekdroom> I'm acknowledged by taking everything too serious.
[00:08] <lamlex> osx notifications are the most obnoxious things
[00:09] <lamlex> how the hell do you make them go away without clicking them
[00:18] <davidcalle> Such great websites, such ugly icons o_O http://s2.imagefrog.net/out.php/i151630_Capture.png
[00:33] <Daekdroom> Can anyone tell me what the hell is this?
[00:33] <Daekdroom> http://www.phoronix.com/scan.php?page=news_item&px=OTMwMg
[00:33] <Daekdroom> Usual Phoronix garbage talk or is it serious?
[05:42] <Damienp> Hi all. I think I've found a typo on the unity page. Where would I send a fix?
[07:36] <didrocks> good morning
[08:05] <MacSlow> greetings folks
[08:56] <oSoMoN> good morning
[09:01] <davidcalle_> Good morning #ayatana
[09:22] <rye> Hello, is multi-display configuration supported in Unity (i.e. not extended desktop, but DISPLAY :0.0, :0.1)? ATM i have started unity in such configuration and got all the goodies of Unity on :0.1 but nautilus root window only on :0.0, no window decorations or panel
[11:04] <arand> Is the system-settings being in the "shutdown menu" a final decision (I guess yes for natty since frozen, but also onwards)? Going through a *poweroff* button to get to the system settings seems a bit conterintuitive (and two users which I just helped find it in #ubuntu+1 agreed on that).
[11:06] <dbarth> final for N yes, and a good design discussion for ayatana or UDS
[11:09] <arand> Right, just wanted to to know that it was taken into consideration.
[11:26] <Dart> If we reset unity profile to defaults in ccsm, it does not enable unity plugin again and all we get is blank screen and wallpaper
[11:30] <coz_>  hey all
[11:40] <toros> hi
[11:40] <toros> please, tell me that this is just a bad joke: http://www.webupd8.org/2011/04/ubuntu-1104-switching-back-to-classic.html
[11:44] <Kaleo> sladen: did you see https://code.launchpad.net/~osomon/ubuntu/natty/ubuntu-mono/fix-start-here/+merge/56790 ?
[11:45] <arand> toros: It seems like linkbait to me.
[11:46] <toros> arand: I hope so
[11:46] <arand> toros: If you actually read the references..
[11:47] <toros> yepp, I read it: https://lists.ubuntu.com/archives/ubuntu-desktop/2011-April/002894.html
[11:47] <sladen> Kaleo: groovy
[11:47] <toros> We are working very hard on education material for Unity, so we can release it together with natty
[11:48] <toros> I would be very, very, (very) sad, if Unity wouldn't be default
[11:49] <arand> toros: Hmm, the initial one sounds a bit negative, but that is likely just for the sake of argument, I've half-followed that thread and the response seems overwhelimingly in favout of Unity.. Is my impression.
[12:51] <om26er> njpatel, Hi! is this bug 747516 that could be fixed in unity or its another limitation of X11 seems like the super key is working while the indicator is open, nothing else
[13:11] <njpatel> om26er, yeah, unlikely that we can fix that
[13:12] <om26er> njpatel, but the super key seems to be working in this case, is that weired or super key is a known exception to work with indicators opened?
[13:13] <njpatel> om26er, I guess could add something to do the panel service but I'm not sure
[13:15] <LLStarks> jcastro or anyone: what's this all about unity being reconsidered as default for natty?
[13:16] <LLStarks> i feel dirty after reading phoronix, but i see the meeting notes
[13:51] <LLStarks> bug 754580
[13:53] <LLStarks> make that "unmaximized, unminimized, and visible"
[14:14] <lamalex> DBO,  https://bugs.launchpad.net/unity/+bug/748300 bitesize?
[14:20] <kamstrup> Kaleo: do you support all the return values from https://wiki.ubuntu.com/Unity/Lenses#com.canonical.Unity.Activation in U2D?
[14:21] <kamstrup> Kaleo: in trying to think of a fix for https://bugs.launchpad.net/unity/+bug/754424 I need the return mode where we don't hide the dassh
[14:21] <kamstrup> dash even
[14:37] <mpt> tedg, hi. Let's say the XChat developers wanted to set /away and /back based on your IM status changes in the me menu. How would we change the me menu to let them do that?
[14:37] <tedg> mpt, They have choices :-)
[14:38] <tedg> mpt, If they want it to work with just the me menu they're an object to implement in me.  We don't currently load those, but if it becomes popular that's an easy change we could make.
[14:38] <tedg> mpt, This is how the emesense folks did it.
[14:38] <tedg> mpt, If they're willing to assume telepathy is around, they could just listen for the telepathy mission control signals and respond to those.
[14:43] <mpt> tedg, what do you mean by "they're an object to implement"?
[14:43] <tedg> mpt, You can subclass an object.
[14:45] <mpt> tedg, unless someone uninstalls Empathy (and leaves Telepathy installed), there's no UI way in Natty for them to cause those Mission Control signals to be sent without inadvertently launching Empathy, right?
[14:46] <tedg> mpt, That's a longer conversation, and I need to run.  Sorry.
[14:46] <mpt> ok
[14:47] <lamalex> hey didrocks how should we handle "fix released" bugs that aren't fixed?
[14:48] <lamalex> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/747439 is still happening
[14:48] <didrocks> lamalex: really? dbarth confirmed it
[14:48] <lamalex> i get the same crash when opening password-gorilla
[14:48] <didrocks> lamalex: check with smspillaz
[14:48] <lamalex> smspillaz, ^^^
[14:48] <didrocks> lamalex: if it's still exactly the same issue
[14:48] <didrocks> reopen
[14:48] <didrocks> if it's different, open a new one
[14:49] <smspillaz> lamalex: even with the most up to date compiz?
[14:49] <smspillaz> I just opened gitk and compiz didn't crash
[14:49] <smspillaz> if its still crashing then my fix wasn't put into the package
[14:50] <didrocks> smspillaz: it is, your fix has been merged by dbarth
[14:50] <lamalex> hm maybe i need to update
[14:51] <lamalex> oh look at that
[14:51] <lamalex> a compiz update
[14:51] <smspillaz> .....
[14:51] <lamalex> well isn't that nifty
[14:51] <didrocks> lamalex: ok, next ping I'll ignore you! You own us this! :-)
[14:52] <didrocks> smspillaz: at least, he'll confirm it's fixed
[14:52] <lamalex> all you had to do was say "did you update?" and now i'm blacklisted?!?
[14:52] <lamalex> jesus
[14:52] <lamalex> you guys are fickle
[14:56] <smspillaz> lamalex: time is a valuable resource ;-)
[14:59] <lamalex> only to industrialists
[15:09] <\sh> hmm...somehow the rdesktop screen (started via terminal server client) has no window decorations, always operated in fullscreen mode (it seems) ... how can someone change that for unity?
[15:17] <lamalex> smspillaz, didrocks yah that crash is fixed
[15:17] <lamalex> nice work
[15:17] <smspillaz> blame tcl
[15:17] <didrocks> and smspillaz :-)
[15:17]  * didrocks runs away ;)
[15:21] <lamalex> om26er_, what are you working on today?
[15:22] <om26er_> lamalex, its the new NEW and on...
[15:22] <lamalex> :-) good stuff
[15:22] <lamalex> maybe we can get it killed tody
[15:22] <lamalex> today
[15:23] <om26er_> lamalex, i'll be on them on the weeked too so when the week starts it will be all clear ;)
[15:23] <lamalex> booya
[15:23] <lamalex> you should enjoy your weekend though
[15:23] <lamalex> don't spend too much time on the computer/triaging
[15:24] <lamalex> get out and do some stuff
[15:24] <om26er_> oh, i do a lot of stuff ;)
[15:27] <jcastro> yeah! look at this baby rocket! http://reports.qa.ubuntu.com/reports/unity-stats/
[15:29] <toros> jcastro: wow!
[15:32] <didrocks> I like the "fix committed", and bam(f) release!
[15:45] <jcastro> njpatel: is the workspace switcher considered a lens?
[15:45] <jcastro> I would think no since it's not a view on data
[15:52] <DBO> jcastro, no
[15:52] <DBO> its just a button
[16:00] <njpatel> jcastro, nope
[16:00]  * jcastro nods
[16:28] <nhaines> After yesterday's update to Unity on my laptop, I no longer have the shadow animations when I snap a window to the Grid, either on the top or bottom of the screen.  It works great on my desktop computer.
[16:29] <nhaines> Can I reset Unity's configuration settings to the defaults?
[16:29] <om26er_> nhaines, unity --reset
[16:29] <om26er_> and I can confirm the issue too, intel and nvidia(with experimental drivers)
[16:30] <nhaines> For me, the nvidia proprietary drivers work, but the radeon drivers don't.
[16:30] <om26er_> uity --reset won't work as I am currently in the live session with no settings changed
[16:30] <nhaines> And after running unity-reset, it doesn't change.
[16:30] <om26er_> s/work/help
[17:09] <kenvandine> mterry, any fixes queued up that we want to get uploaded before beta2 freeze?
[17:13] <mterry> kenvandine, not yet
[17:13] <kenvandine> mterry, ok, let me know if you find anything
[17:14] <mterry> kenvandine, oh i do have lp:~mterry/dbusmenu/sudo-make-me-an-activation-sandwich
[17:14] <mterry> https://code.launchpad.net/~mterry/dbusmenu/sudo-make-me-an-activation-sandwich/+merge/56824
[17:15] <kenvandine> ok, i sent that to tedg
[18:06] <ChrisBuchholz> Hello people. I just discovered the 4-finger drag to unveil/hide the Dock in Unity, and I already use 2-finger scroll and 3-finger love handles. Is there a way I can set up my own gestures? I'm thinking a configuration file somewhere? And is it the plan to provide a GUI configuration tool for it at some later point? Do you guysh ave plans to provide more gestures with ubuntu in the feature?
[18:41] <kim0> Does compiz kill VDPAU ?
[18:54] <th3pr0ph3t> Hi, something funny happens to me with Unity: I don't have Ubuntu logo on the top-left of the screen. And this confuses the menus. However it happens on my desktop but not in my netbook... weird...
[18:56] <om26er> th3pr0ph3t, screenshot please?
[18:58] <vish> jcastro: could you find a way to add this link » https://wiki.ubuntu.com/Unity/FilingBugs#Triaging%20instructions  to  http://unity.ubuntu.com/getinvolved/#testingandtriage ? right now, the only way i found that wiki page was since i knew it was there.
[18:58] <jcastro> sure!
[19:01] <jcastro> vish: oh I see, I am only linking to the generic ubuntu triaging stuff
[19:01] <vish> yea
[19:02] <jcastro> updated!
[19:02] <vish> thanks..
[19:04] <th3pr0ph3t> om26er, I'll send a screenshot when I get to that computer, I'm not sitting on it right now :(
[20:03] <lamalex> does the keyboard indicator replace the scim notification icon?
[20:07] <Daekdroom> Is anyone else losing minimized window menus when using QT apps? (altho it does affect GTK apps)
[20:11] <th3pr0ph3t> If a window is minimized it shouldn't show its menu, right?
[20:15] <Daekdroom> th3pr0ph3t, by "losing menus" I mean it doesn't recover them later.
[20:22] <th3pr0ph3t> oh
[20:46] <Adom> hi all. ive been looking around for info on ayatana anxious for the upcoming ubuntu adoption of it. i was wondering if its going to have better support for triple monitors? the best current setup is seperate x windows held together using xinerama, which is horrible for gaming/high graphics.
[21:20] <bbigras> Is it really possible that Unity will not be default in 11.04 like I just read? If so, which bugs needs help?
[22:26] <Th3Pr0ph3t> Hello, a few hours ago I reported that Unity does not show the start button (with the ubuntu logo) and this makes it very difficult to use the menus with the mouse. I was requested a screenshot and here it is:
[22:26] <Th3Pr0ph3t> http://dl.dropbox.com/u/22668791/Pantallazo.jpg


[01:23] <bluefoxicy> Hi
[01:23] <bluefoxicy> this may be a stupid question
[01:24] <bluefoxicy> but should running mplayer on a half-corrupted wmv file cause it to stop, complain it died
[01:24] <bluefoxicy> and then if you hit "OK" so it exits OR kill -9 it
[01:24] <bluefoxicy> the kernel decides it's time to have a fit and hard-lock?
[01:24] <bluefoxicy> (i.e. apparently mplayer caused kernel memory corruption)
[01:33] <crimsun> that shouldn't be possible
[01:36] <bluefoxicy> crimsun:  ok, I think the ubuntu amd64 kernels in dapper need some nice looking at then.  Are you guys using any weird patches?
[01:37] <crimsun> heh, what do you call "weird?"
[01:37] <bluefoxicy> or anything aside from drivers that's experimental?
[01:37] <bluefoxicy> crimsun:  well, if it does something to the kernel's source tree, it's weird.
[01:38] <crimsun> well by that classification, everything that's patched is done by something weird, which is some non-negligible amount of source
[01:38] <bluefoxicy> there's a specific reason why the linux mainline kernel is what it is.  Additional drivers are pop in and out; but modifications to the VM system, initialization routines, VFS subsystem, CPU schedulers, or the like that aren't backported bugfixes are DISTINCTLY odd
[01:39] <bluefoxicy> crimsun:  if it's a bug in something you added, I can't go to the LKML and report it; otherwise I can just bounce it at them
[01:40] <crimsun> the kernel isn't precisely the first place I'd look for an oops caused by mplayer
[01:40] <bluefoxicy> If I bring them something and say "Oh there's some odd patches in ubuntu's kernel like the hard-deadline-scheduler and the memory-split-merge-mapper and ingo molnar's realtime patches" they'll go "THEN DON'T ASK US!"  :(
[01:40] <crimsun> do you have ksymoops output?
[01:40] <bluefoxicy> crimsun:  it's not an oops.
[01:41] <crimsun> how are you ascertaining it's not an oops if you get a hard lock?
[01:41] <bluefoxicy> mplayer sits there fine; then when I send kill -9 at it, the box drops straight off network, the mouse stops working, sound stops playing, hard disk stops, the screen stays as is, keyboard won't work. . .
[01:41] <bluefoxicy> crimsun:  because an oops is a condition where the kernel says, "Oops," and keeps on going.
[01:41] <bluefoxicy> The most kernel-aware activity this could be is a panic
[01:42] <bluefoxicy> which is where the kernel says "HOLY SHIT" and stops
[01:42] <crimsun> that doesn't mean you don't have an oops and then a panic
[01:42] <crimsun> in any case, can you reliably reproduce it?
[01:42] <bluefoxicy> well, I guess I could cause one and see
[01:42] <bluefoxicy> but I'm a little shakey
[01:42] <bluefoxicy> every 2 or 3 hard-locks, gnome's settings reset.
[01:43] <bluefoxicy> applet configurations go, background goes, xchat-gnome settings reset, gnome-terminal settings reset, startup programs reset, rhythmbox settings reset. .
[01:43] <crimsun> the first thing I'd do is try with an ia32 kernel
[01:43] <bluefoxicy> anything stored in the ~/.* directories for the apps stays there
[01:44] <bluefoxicy> I had IA32 dapper installed, it was stable
[01:44] <crimsun> which kernel with ia32?
[01:44] <bluefoxicy> the x86-64 kernels are being a real pain
[01:44] <bluefoxicy> I had i686 up to 2.6.15-14
[01:44] <bluefoxicy> then i installed a 64-bit base.
[01:45] <crimsun> so do flight 2 amd64 or flight 3 amd64 have this issue?
[01:45] <bluefoxicy> no idea.
[01:45] <bluefoxicy> oh
[01:46] <bluefoxicy> I most likely know where the problem is anyway
[01:47] <bluefoxicy> I keep forgetting, I'm using the via driver in xorg
[01:47] <bluefoxicy> and it seems to be really bitchy
[01:47] <bluefoxicy> but I don't see how that could be linked to killing mplayer. . .
[01:47] <bluefoxicy> Feb 23 14:30:05 localhost kernel: [ 8564.581410]  RIP: 0010:[_end+134114922/2132357120]  <ffffffff88453e6a>{:via:via_mmFreeMem+10}
[01:48] <bluefoxicy> This is where every single oops I've had has happened.
[01:48] <bluefoxicy> like ever
[01:48] <bluefoxicy> so I'm assuming there's a bigger bug around there that's causing a panic or hard-lock
[01:49] <bluefoxicy> crimsun:  I can't make the logical link between "killall -9 gmplayer" and "Hard lock," but that's a starting point.  There's no logs of kernel panics (for a specific reason-- the kernel halts immediately)
[01:50] <bluefoxicy> for now I'm getting off the via driver.
[01:53] <bluefoxicy> ok my test data to reproduce it is gone now damn.
[10:54] <mjg59> infinity: It's supposed to - we should probably work out what's up (swsusp)
[12:26] <infinity> mjg59: Well, check recent threads on ubuntu-users.  Several users claim that adding RAM to their machine breaks swsusp (and removing it again to drop below 1GB fixes it)
[03:49] <makx> there swap might be to small
[04:46] <bluefoxicy> swsusp could be better designed though
[04:47] <bluefoxicy> halt programs, flush disk buffers (so file system is consistent), check how much swap is free vs how much memory is used
[04:48] <bluefoxicy> if there's not enough swap, see if there's enough space on / for the rest, if yes then create a swsusp file there and make note of it in the swap partition
[04:48] <bluefoxicy> flush to swap, flush remaining to the new inode on /, flush disk buffers, and halt
[04:48] <bluefoxicy> when coming back up, look for something that claims there's an inode holding a swsusp file.  If there's one there, load that entirely into RAM and unlink the inode
[04:49] <bluefoxicy> a little less lazy, but it would be possible.
[04:49] <bluefoxicy> but that's out of scope.
[04:49] <bluefoxicy> makx is probably right, they probably get like a gig and a half of application memory used and have a gig of swap.
[04:53] <bluefoxicy> SHIT.  I can't run apt.
[04:53] <bluefoxicy> gotta reboot I guess.
[05:16] <mjg59> infinity: Hnngh.
[09:48] <bluefoxicy> I can say with 95% certainty at this point that the bug was in the via dri code in the kernel.
[09:48] <bluefoxicy> if I stay up for another day, I'll promote that to 99%
[09:49] <bluefoxicy> I've had no oopses since boot and no crashes
[10:19] <desrt> oh where oh where is benc