[01:15] <asac> cwong1: for me it works and the throbber is in toolbar
[01:16] <Jazzva> asac: The valign property of an element is not working in FF, right? I've been trying to align the label with the icon in Ubufox, but to no avail...
[01:16] <asac> Jazzva: it doesn't always work
[01:16] <asac> Jazzva: depends on the block element its in
[01:16] <asac> and whether its expanded, et al
[01:16] <Jazzva> Hmm, well, it was in table
[01:16] <asac> sometimes adding a spacer with flex="1" helps
[01:17] <asac> e.g. set flex of element to 0 and two spacers around with flex="1"
[01:17] <Jazzva> asac: Hmm... ok. I'll google up to see what's a spacer :). Thanks.
[01:17] <asac> search spacer xul MDC
[01:17] <asac> that will pop up the right page i guess
[01:17] <Jazzva> asac: K :)
[01:32] <asac> Ubulette: actually i think we can drop a bunch of configure switches now
[01:32] <asac> Ubulette: only thing that was a bit wierd was the it ff didn't detect that xulrunner uses system-nspr/nss so you still have to set that
[01:33] <Ubulette> i'll clean up tomorrow
[01:33] <asac> no need to hurry ... i can do that as well
[01:33] <asac> actually i think that in case we cannot ship nss/nspr trunk in gutsy ... we could also build with in source nss/nspr
[01:34] <asac> depending on how exited people are to test the new xulrunner of course
[01:35] <asac> Ubulette: is there anything left that depends on xulrunner atm instead of firefox in the archive?
[01:35] <asac> if not we could replace the 1.8 xulrunner i guess
[01:35] <Ubulette> sun-java[56] -plugin
[01:36] <asac> ok ... thats not a problem
[01:36] <asac> aeh maybe not :)
[01:36] <asac> does it work to install plugins into xulrunner and they just appear in ffox as well?
[01:36] <asac> does the global firefox plugins directory still work as well ;) ?
[01:37] <Ubulette> libopenvrml5-dev and libghc6-mozembed-dev depend on libxul-dev
[01:37] <asac> whats that?
[01:37] <asac> and on libxul0 ? or xulrunner directly?
[01:37] <Ubulette> lol, donno
[01:37] <asac> what is ghc ;)
[01:37] <asac> wow haskell
[01:38] <asac> pretty important i guess ;)
[01:38] <asac> cwong1: could you take a peek?
[01:38] <Ubulette> libxul0d Reverse Depends: xulrunner-gnome-support xulrunner videolink python-xpcom mobile-basic-flash libxul0d-dbg libxul-dev libxul-dev libxul-common libmozillainterfaces-java libgtk-mozembed-ruby1.8 libghc6-mozembed-dev kazehakase hunspell-de-de hunspell-de-ch hunspell-de-at
[01:38] <asac> yeah mobile-basic-flash is a pita somehow
[01:39] <asac> now that i have a working mobile test setup i might try to go for it though
[01:39] <asac> kazehakase ... well maybe build it against 1.9 :)
[01:39] <asac> or firefox
[01:39] <asac> whatever is more straigt forward
[01:39] <asac> hunspell? depends on libxul ?
[01:39] <asac> that sounds like it should be the other way around
[01:41] <cwong1> asac: sorry, was away.  what do you what me to peek at? I just try the browser and it appears to work but it takes a long time to come up on first try.
[01:42] <cwong1> asac: It open 2 tabs on 1st start, one points to mozilla.org and the other points to moblin.org
[01:44] <asac> cwong1: yes for slow startup ... its the proxy ... we already talked about that ... the two tabs are on initial start its called milestone release ... it should point to a page with information about the latest version ... or just an info page that they are now using a new version of midbrowser
[01:44] <asac> cwong1: search in about:config for milestone
[01:45] <cwong1> k
[01:45] <asac> startup.homepage_override_url
[01:45] <asac> startup.homepage_welcome_url
[01:45] <asac> browser.startup.homepage
[01:45] <asac> those are the three
[01:45] <asac> welcome url is opened on very first start (e.g. fresh profile)
[01:46] <asac> override url is opened on upgrade
[01:46] <asac> and startup homepage is opened always
[01:46] <cwong1> ok
[01:47] <cwong1> we don't really want to point them to www.mozilla.org, do we? :)
[01:51] <asac> nope
[01:52] <asac> feel free to fix things today :) ... tomorrow i will merge down and if all works well, will release
[01:52] <asac> cwong1: ^^
[01:53] <cwong1> sounds ok
[01:53] <cwong1> night
[01:54] <Ubulette> asac, wawww, less than 2 minutes to build trunk using fresh bzr bd --merge
[01:54] <asac> Ubulette: yuhuu :)
[01:55] <asac> we should definitly strip the orig down
[01:55] <asac> should be more like 500k ;)
[01:56] <Ubulette> -rw-r--r-- 1 bbot bbot  1170516 Aug 29 23:53 firefox-trunk_3.0a8pre~cvs20070829-0ubuntu1_i386.deb
[01:56] <Ubulette> -rw-r--r-- 1 bbot bbot 33704740 Aug 29 23:51 firefox-trunk_3.0a8pre~cvs20070829.orig.tar.gz
[01:57] <Ubulette> -rw-r--r-- 1 bbot bbot 10021716 Aug 26 11:35 firefox-trunk_3.0a8pre~cvs20070825-0ubuntu1_i386.deb
[01:58] <asac> you see which dirs are touched?
[02:00] <asac> Ubulette: at best we would provide a client.mk fix
[02:01] <asac> so make -f client.mk checkout MOZ_WITH_XUL_SDK=1
[02:01] <asac> omits the xulrunner dirs
[02:02] <Ubulette> browser, is xulrunner minus xulrunner/* but plus browser/* other-licenses/7zstub/firefox/7zSD.sfx other-licenses/branding/firefox/*
[02:02] <asac> so make -f client.mk checkout MOZ_WITHOUT_RUNNER=1
[02:02] <asac> Ubulette: no ... toolkit is in xulrunner as well
[02:03] <asac> we don't need that
[02:03] <Ubulette> i know
[02:03] <asac> and there is probably much more
[02:03] <Ubulette> i said "browser" as in current client.mk
[02:03] <asac> ah
[02:04] <asac> imo its more like build config browser *
[02:04] <asac> and other-licenses
[02:04] <asac> whatelse is really build?
[02:04] <asac> extensions/ maybe
[02:11] <Ubulette> ./build-tree/mozilla/browser/components/build/libbrowsercomps.so
[02:11] <Ubulette> ./build-tree/mozilla/browser/components/dirprovider/libbrowserdirprovider.so
[02:11] <Ubulette> ./build-tree/mozilla/extensions/gnomevfs/libnkgnomevfs.so
[02:22] <Ubulette> 'night
[03:07] <Jazzva> asac: May I answer on some ubufox questions on ubuntuforums.org? ('cause you said to tony not to blog about it for now)... BTW, I still haven't managed to fix that label-not-aligned-correctly glitch...
[03:08] <asac> Jazzva: as long as its just technical discussion thats fine ... however be careful with political statements ... or summarizing purpose and all this kind of stuff :)
[03:09] <asac> Jazzva: what is the alignment problem?
[03:09] <asac> maybe a dedicated row for icon + label?
[03:10] <Jazzva> Hmm... well, it will be something along the "the plugin-finder doesn't work currently on feisty" ;)
[03:10] <asac> it doesn't?
[03:10] <asac> well it pops-up entries that might not exist :)
[03:10] <asac> but it should work ;) ... well apturl ok.
[03:10] <Jazzva> Well, it doesn't... the plugin-finder calls gnome-app-install with --xul-extensions, which is not supported on Feisty afaik...
[03:11] <asac> ah no thats the extension link
[03:11] <asac> the plugin finder just needs apturl
[03:11] <asac> but thats not in feisty either ;)
[03:11] <Jazzva> asac: Ubufox... Well, I tried with similar approach: row which contains radio and hbox. hbox contains icon and label...
[03:11] <Jazzva> asac: lol
[03:11] <asac> Jazzva: you can set an icon for a label
[03:11] <asac> i don't think you need two elements for that
[03:11] <asac> look in xul ref
[03:12] <asac> you want to align to the left?
[03:12] <Jazzva> Hmm... didn't see that one... Maybe I didn't look good enough.
[03:12] <Jazzva> Right... to the left.
[03:12] <asac> he?
[03:12] <asac> then add label to hbox and spacer with flex="1" on the right
[03:13] <asac> then place the spacer before it
[03:13] <asac> if you want right to left
[03:13] <asac> no idea if that works
[03:13] <asac> but maybe
[03:13] <Jazzva> And it will align it verticaly too? (doesn't sound like it will, but I'm still new at this)
[03:13] <asac> Jazzva: a good thing is to set a border for the hbox and table cells et al
[03:13] <asac> so you can better see which element causes the issues
[03:14] <Jazzva> Hmm, right... I will.
[03:14] <asac> its often that the above element is not properly stretched
[03:14] <asac> so you cannot align
[03:14] <asac> because your element completely fills existing parent space
[03:14] <asac> et al
[03:14] <Jazzva> Ok, I'll take a look at that
[03:14] <asac> hbox probably needs a flex or/and fill?
[03:14] <asac> or something like that
[03:15] <asac> there are attributes ... look xul mdc
[03:15] <Jazzva> And do you know if I can remove that empty selection in front of radio?
[03:15] <asac> no idea what that is
[03:15] <Jazzva> I'll show you a screenshot
[03:16] <Jazzva> http://img169.imageshack.us/img169/59/screenshotpluginfinderste2.png
[03:16] <Jazzva> It's from the empty label of radio...
[03:16] <asac> Jazzva: yes the idea was to place the icons on the right
[03:16] <asac> it should look better anyway
[03:16] <asac> and use the label of radio as real label
[03:16] <Jazzva> Though, I'm trying with the approach to select the whole table onclick...
[03:16] <Jazzva> Umm...
[03:16] <Jazzva> Wait...
[03:17] <tonyyarusso> Oooh, that switcher is cool
[03:17] <Jazzva> To place icons on the right :)? I thought you wanted me to put the icons in front of the label... :)
[03:17] <asac> tonyyarusso: try to isntall a plugin in gutsy and you should see something similar
[03:17] <asac> Jazzva: no the idea was like before ... but with icons aligned on the right
[03:18] <tonyyarusso> asac: not running gutsy yet, but very nice
[03:18] <asac> Jazzva: or before the radios
[03:18] <asac> but i think that adding them at the end is better
[03:18] <asac> its just a hint from where they are distributed ... shouldn't be the first impression, especially since all ubuntu ones have the same
[03:19] <Jazzva> Well, between those two I would chose the "right align" version
[03:19] <Jazzva> Well... it should be easier now :)...
[03:19] <asac> yeah its always easier
[03:19] <asac> and things will get better/cleaner when redoing a prototype for production ;)
[03:19] <Jazzva> Good, old Murphy... Never wrong :)...
[03:20] <asac> actually all this is really bad
[03:20] <asac> we should use real datasources for this
[03:20] <asac> assembling xul in javascript is just painful
[03:20] <asac> the alternative - rdf datasources - might be better
[03:21] <asac> with that you can at least type your xul elements in xml :)
[03:21] <Jazzva> asac: I suppose...
[03:21] <asac> but for now thats too much
[03:21] <Jazzva> asac: Though I kinda like the similar syntax :)...
[03:21] <asac> it would need a rewrite of the datasource
[03:23] <Jazzva> datasource?
[03:23] <asac> yes ... the current js file is called datasource ... though it is not a datasource in terms of xul :)
[03:23] <asac> so we would have to make a real rdf datasource out of it
[03:23] <Jazzva> Uh-huh...
[03:24] <asac> yeah ... takes some time :)
[03:24] <asac> its all on mdc though ;)
[03:24] <Jazzva> Cool :)
[03:24] <Jazzva> I guess it won't be too hard then...
[03:24] <asac> http://developer.mozilla.org/en/docs/RDF
[03:24] <Jazzva> If all the info is on one/two place/s
[03:24] <asac> well rdf can be a beast ;)
[03:25] <asac> yeah thats true
[03:25] <asac> ok night
[03:25] <Jazzva> Night...
[08:08] <Bernardo> hi
[08:18] <Ubulette> hi
[09:16] <gnomefreak> is anyone using reply-to-list.xpi with tbird 2.0 and have it working?
[09:18] <Ubulette> not me
[09:32] <gnomefreak> TBH
[09:33] <Ubulette> ?
[09:35] <gnomefreak> iceape patching issues
[09:36] <Ubulette> gnomefreak, need help ?
[09:36] <gnomefreak> not sure im trying something new first
[09:36] <Ubulette> let me know
[09:37] <gnomefreak> ok
[09:37] <gnomefreak> ty
[09:43] <gnomefreak> maybe i dont need to run patch -p1 < bleh
[09:50] <gnomefreak> something is wrong here. Ubulette you still around?
[09:51] <gnomefreak> gnomefreak@GutsyGibbon:/tmp/dpep-work.Yn2155/ubuntu-1.1.x$ patch -p1 < /home/gnomefreak/force-no-pragma-visibility-for-gcc-4.2_4.3
[09:51] <gnomefreak> patching file configure.in
[09:51] <gnomefreak> Reversed (or previously applied) patch detected!  Assume -R? [n] 
[09:51] <gnomefreak> i shouldnt be getting that Reversed prompt should i?
[09:51] <Ubulette> nope
[09:51] <gnomefreak> wtf am i than :(
[09:51] <gnomefreak> all i did was edit the damn file
[09:51] <asac> ola
[09:52] <gnomefreak> saved and ran patch command inside dpatch edit
[09:52] <gnomefreak> asac: i started from scratch again this time new tarball and everything im still getting reversed prompt
[09:52] <Ubulette> gnomefreak, do you mean you applied it by mistake and want to reverse now so that you can let the build system work again ?
[09:52] <gnomefreak> only thing i can think of is that i dont use firefox patch from patch command
[09:53] <gnomefreak> Ubulette: no i applied it as needed than run patch command and it gives me that
[09:53] <gnomefreak> i even used nano just incase gedit was screwing up
[09:54] <gnomefreak> remove 2 lines add one its not that hard
[09:54] <Ubulette> "i applied it" then "run patch" means it's already there so patch complains
[09:54] <asac> gnomefreak: it should all be in error message
[09:54] <asac> i cannot really tell more except doing it on my own :/
[09:54] <gnomefreak> what error message?
[09:54] <gnomefreak> im not getting error
[09:55] <asac> no idea ... whatever it complains about
[09:55] <asac> if the patch is reversed, then you maybe applied it to orig tarball accidentially?
[09:55] <gnomefreak> i change file from edit shell and than run the patch command to apply it and it gives me reversed prompt
[09:55] <Ubulette> paste the full patching logs (when dpatch run)
[09:55] <asac> yeah
[09:55] <asac> but pleaes from clean state
[09:55] <asac> e.g the time it fails the first time
[09:55] <gnomefreak> i did including clean tarball
[09:55] <asac> after starting from scratch
[09:55] <gnomefreak> yes
[09:56] <asac> yeah provide the initial error log together with what you typed :)
[09:56] <gnomefreak> used source tarball to make the new tarball
[09:56] <asac> ok i am in meeting now
[09:56] <gnomefreak> http://pastebin.mozilla.org/191128
[09:57] <asac> be back in one hour
[09:57] <gnomefreak> again no error
[09:58] <gnomefreak> what im doing is http://pastebin.mozilla.org/191130
[09:59] <gnomefreak> and here is the .rej file http://pastebin.mozilla.org/191131
[10:00] <gnomefreak> oh shit should i be running the patch command inside the edit shell or after saving the shell
[10:03] <gnomefreak> cause what im thinking is inside dpatch-edit shell i modify the configure.in well running patch -p1 is going to apply the /path/to/patch but i already did it for the edit shell maybe i should run patch command after saving edit shell?
[10:04] <Ubulette> why do you want to apply it after, as you did it inside
[10:06] <Ubulette> inside the shell, you can modify configure.in either manually or using patch from an existing patch somewhere, the exit the shell and dpatch will create/update the dpatch file *and* keep the files patched
[10:07] <gnomefreak> because i was told to edit configure.in from dpatch shell than run patch -p1 < command
[10:08] <gnomefreak> so should i do one or the other not both?
[10:09] <Ubulette> just do the 2nd inside the 1st
[10:10] <gnomefreak> so run patch command from inside edit shell
[10:11] <Ubulette> if you have the patch already, yes
[10:11] <Ubulette> otherwise, edit manually
[10:11] <Ubulette> as long as you do either (not both) inside the dpatch shell
[10:11] <gnomefreak> k
[10:14] <Bernardo> hi asac
[10:15] <Ubulette> gnomefreak, does it work now ?
[10:16] <gnomefreak> Ubulette: waiting for shell to open
[10:17] <Ubulette> you should move to quilt ;)
[10:18] <gnomefreak> exit 0 to save right?
[10:18] <Ubulette> yep
[10:18] <gnomefreak> or ctrl+d
[10:18] <Ubulette> just exit
[10:20] <gnomefreak> its taking its time so i would think its saving
[10:20] <gnomefreak> next i have to run autoconf from edit shell than im done i hoe
[10:20] <gnomefreak> hope
[10:21] <Ubulette> don't you have a rule inside debian/rules to do that for you ? the 99_configure thing ?
[10:22] <gnomefreak> i have to update the 99_configure.dpatch
[10:22] <gnomefreak> afaik no i dont have it in rules
[10:26] <Ubulette> maybe you can borrow that from http://svn.debian.org/wsvn/pkg-mozilla/nspr/trunk/debian/rules?op=file&rev=0&sc=0
[10:27] <Ubulette> need to be adapted of course
[10:27] <gnomefreak> ill look at it tonight i am just gonna be happy to have this finished
[10:28] <Ubulette> :)
[10:32] <gnomefreak> dpatch didnt add it to 00list
[10:37] <gnomefreak> i have to add that patch over again to bzr iirc
[10:37] <Ubulette> it only does so if you run dpatch-edit-patch with 2 arguments
[10:38] <gnomefreak> to get updated patch in bzr
[10:38] <gnomefreak> i did run it with 2 args so it would add to 00list
[10:38] <Ubulette> (i meant updating 00list)
[10:38] <Ubulette> oh
[10:39] <gnomefreak> if thats the worst that happens from this point on im happy
[10:49] <gnomefreak> ok i think i got this behind me lets see what build says
[10:50] <gnomefreak> bbs
[11:05] <gnomefreak> asac: it built here no problems im pushing atm.
[11:12] <asac> gnomefreak: thanks! well done :)
[11:12] <gnomefreak> asac: ok when your here again iceape is fixed AFAIK
[11:12] <gnomefreak> its pushed to https://code.launchpad.net/~gnomefreak/iceape/ubuntu-1.1.x
[11:13] <asac> from changelog it looks good
[11:13] <asac> ;)
[11:13] <gnomefreak> i build source here worked fine but im not using that arch
[11:13] <asac> though i prefer to keep 99_confiugre changes in a separate checkin as it just bloats the diff
[11:13] <asac> but thats ok
[11:13] <asac> will upload tomorrow
[11:14] <gnomefreak> oh i was keeping patches together
[11:14] <gnomefreak> sorry
[11:22] <gnomefreak> asac: btw we need to patch tbird or build our own reply-to-list.xpi cause it still fails to work properly. latest version of reply-to-list is 2.0 and fails with tbird 2.0.0.2 and up iirc it was 2.0.0.2
[11:22] <gnomefreak> somewhere i read it worked with debians tbird and suses but it used to work with ours too at one time
[11:25] <Ubulette> asac, ff3 now fails to build in a clean chroot env.
[11:38] <asac> gnomefreak: do we still have the reply-to-list patch?
[11:38] <asac> maybe we dropped it accidentially?
[11:40] <asac> Ubulette: how comes?
[11:40] <asac> you mean with system xul? or without?
[11:40] <Ubulette> with
[11:40] <Ubulette> make[4] : Leaving directory `/src/buildbot/firefox-trunk-3.0a8pre+cvs20070830t1153+bbot/build-tree/mozilla'
[11:40] <Ubulette> make[4] : Entering directory `/src/buildbot/firefox-trunk-3.0a8pre+cvs20070830t1153+bbot/build-tree/mozilla/extensions'
[11:40] <Ubulette> make[5] : Entering directory `/src/buildbot/firefox-trunk-3.0a8pre+cvs20070830t1153+bbot/build-tree/mozilla/extensions/xml-rpc'
[11:40] <Ubulette> make[6] : Entering directory `/src/buildbot/firefox-trunk-3.0a8pre+cvs20070830t1153+bbot/build-tree/mozilla/extensions/xml-rpc/idl'
[11:40] <Ubulette> Creating .deps
[11:40] <Ubulette> Creating ../../../dist/include/xml-rpc
[11:41] <Ubulette> Creating ../../../dist/idl
[11:41] <Ubulette> make[6] : *** No rule to make target `_xpidlgen/nsIDictionary.h', needed by `export'.  Stop.
[11:41] <asac> Ubulette: probably temporary
[11:41] <asac> where is nsIDictionary.idl?
[11:41] <Ubulette> current dir
[11:41] <Ubulette> oh
[11:41] <Ubulette> yesterday, i had:
[11:42] <Ubulette> Creating .deps
[11:42] <Ubulette> Creating ../../../dist/include/xml-rpc
[11:42] <Ubulette> Creating ../../../dist/idl
[11:42] <Ubulette> Creating _xpidlgen/.done
[11:42] <Ubulette> nsIDictionary.idl
[11:42] <Ubulette> /usr/lib/xulrunner-devel-1.9a8pre/bin/xpidl -m header -w -I. -I../../../dist/idl -I/usr/lib/xulrunner-devel-1.9a8pre/idl -o _xpidlgen/nsIDictionary nsIDictionary.idl
[11:42] <Ubulette> nsIXmlRpcClientListener.idl
[11:44] <Ubulette> bingo
[11:44] <Ubulette> installing xulrunner-1.9 fixed it
[11:44] <Ubulette> that's bad
[11:45] <Ubulette> hmm, maybe not
[11:45] <Ubulette> asac, what do you think ?
[11:45] <Ubulette> build dep with both xul and xul-dev...
[11:59] <asac> i have no idea ... is the .idl file in that dir?
[11:59] <asac> ah xpidl is not in firefox source
[11:59] <asac> so maybe you need it from xulrunner-dev
[12:00] <Ubulette> no, it's in -dev
[12:01] <Ubulette> but something else from config/rules.mk thinks xulrunner (no -dev) is needed too
[12:02] <Ubulette> hmm
[12:02] <Ubulette> that's wrong. xul-dev mush depend on xul, right ?
[12:02] <Ubulette> must
[12:03] <gnomefreak> asac: if your gonna be around for ~20 minutes ill let you know if we dropped it
[12:04] <asac> Ubulette: yes it should depend on it
[12:04] <Ubulette> apparently, it doesn't
[12:04] <asac> Ubulette: unfortunately because the xul libs are not properly sonamed its not automatically
[12:04] <asac> Ubulette: you have to do i manually
[12:04] <asac> Ubulette: there is nothing that will automatically find the right depend
[12:04] <Jazzva> Evening...
[12:04] <asac> ol Jazzva
[12:04] <asac> ola
[12:04] <Jazzva> ola :)...
[12:07] <Jazzva> asac: How can I stretch something to the width of vbox? Flex will stretch it vertically... I've tried by putting an hbox inside and similar combinations, but nothing works :/
[12:11] <gnomefreak> asac: we didnt drop it from what i can see
[12:12] <gnomefreak> we didnt
[12:12] <Ubulette> asac, damn, http://pastebin.mozilla.org/191193
[12:13] <asac> Jazzva: hmm ... have you tried to use css
[12:13] <asac> i found that with css you can get things like alignment etc that you won't get through normal xul attribute
[12:13] <Jazzva> Hmm... thanks for reminding me... I thought of that (min-width) when I was outside, but forgot when I came back :)
[12:14] <asac> Jazzva: at best don't use any layout hints in attributes ... do all in css styles
[12:14] <Jazzva> Hmm... Ok.
[12:14] <asac> Jazzva: add borders ... did you do that?
[12:14] <asac> so you can see what is not stretched and what is
[12:14] <Jazzva> Tried to add it to the table, but they didn't appear :/...
[12:15] <asac> border: solid 1pt
[12:15] <asac> in style="border: solid 1pt;"
[12:15] <asac> i think
[12:15] <asac> but i am not sure
[12:15] <Jazzva> Ok, I'll google it...
[12:15] <asac> using css should work
[12:15] <asac> but i put it just in style="..." and it worked a bunch of time
[12:15] <asac> just look for how to specify border through css style of block elements
[12:16] <Jazzva> That's what I saw today...
[12:16] <asac> yeah ... its important that you say type=solid
[12:16] <asac> otherwise it will be type=none:)
[12:16] <asac> and nothing will appear
[12:16] <Jazzva> Oh... that's why it didn't appear :)
[12:30] <Ubulette> asac ?
[12:50] <Ubulette> asac, i'm having a problem with dbgsym now
[01:04] <Ubulette> well, dropping -dbg from control helped