[00:47] <BUGabundo> fta: asac: any ideas on how to get FLASH to "see" my webcam ?
[13:48]  * jdstrand wanders in
[13:48] <micahg> hi jdstrand
[13:48] <jdstrand> o/
[13:48] <micahg> jdstrand: can I ask you a few questions?
[13:48] <asac> hi jdstrand ;)
[13:49] <jdstrand> asac: hi
[13:49] <asac> micahg comes first ;) ... second, i hoped you could bin NEW kick netbook-launcher-efl ;)
[13:49] <jdstrand> micahg: if they are amazingly fast-- I've gotta head out in under 5
[13:49] <asac> hmm
[13:49] <asac> :-P
[13:49] <jdstrand> asac: netbook-launcher-efl accepted
[13:49]  * asac dances
[13:50] <micahg> jdstrand: did you intend apparmor to be on by default for 3.6 and 3.7 dailies?
[13:50]  * asac would assume yes.
[13:51] <jdstrand> micahg: only if the 3.5 profile was already on
[13:52] <micahg> jdstrand: my 3.7 is enabled even though my 3.5 was disabled
[13:56] <jdstrand> micahg: that is the type of question I don't have time to answer. the basic idea is that if the last apparmor profile matching /etc/apparmor.d/usr.bin.firefox-*[0-9] is not disabled, enable the new profile
[13:56] <micahg> jdstrand: ok, can I ping you later?
[13:56] <jdstrand> sure
[13:56] <jdstrand> micahg: what is the output of this command:
[13:56] <jdstrand> ls -rt /etc/apparmor.d/usr.bin.firefox-*[0-9]| tail -n1
[13:57] <micahg> /etc/apparmor.d/usr.bin.firefox-3.5
[14:00] <jdstrand> micahg: what is the output of this command: test -e /etc/apparmor.d/disable/usr.bin.firefox-3.5 || echo enabled
[14:00] <micahg> nothing
[14:00]  * micahg thinks it's still enabled since I was testing some apparmor stuff
[14:00] <micahg> but when I installed 3.7 originally it was disabled
[14:01] <jdstrand> micahg: if you can try it in a chroot or vm, that would be great
[14:01] <jdstrand> (I did(
[14:01] <jdstrand> (I did)
[14:01] <micahg> ok
[14:02] <jdstrand> micahg: feel free to look at debian/firefox-3.7.preinst.in as well
[14:02] <jdstrand> there could be a bug
[14:02] <micahg> jdstrand: ok, I'll try to take a look later
[14:02] <micahg> thanks
[14:03] <micahg> asac: are we going back to firefox as a source package name?
[14:03] <jdstrand> micahg: keep in mind, it isn't 3.5 specific-- eg, if you have 3.5 disabled, but 3.6 enabled, it will enable it for 3.7
[14:03] <jdstrand> of if you had 3.6 disabled, but 3.5 with modifications enabled, it will enable
[14:03] <micahg> jdstrand: ok, but my 3.6 doesn't have apparmor yet (running beta 5)
[14:04] <jdstrand> sure, just pointing out what it is doing
[14:04] <asac> micahg: most likely. i think about firefox firefox-next firefox-trunnk .... but not really sure if that is enough
[14:04]  * micahg will have to run some tests
[14:04]  * jdstrand -> outta here
[14:04] <asac> jdstrand: have a great new year ;)
[14:04] <asac> see you around in a few
[14:04] <jdstrand> asac: thanks! you too :)
[14:05] <asac> micahg: waiting for upstream decision what they plan for branches etc.
[14:05] <asac> mconnor said its soon TBA
[14:05] <asac> so i thought better wait before having to throw away everything again
[14:05] <micahg> asac: ok, great, in the mean time, I'm leaving bugs in firefox-3.5 for 3.5+
[14:05] <asac> yeah
[15:58] <micahg1> asac: it looks like the TB31 binary isn't being created
[16:17] <asac> micahg: is it in dist/bin ?
[16:17] <micahg> asac: where should that dist dir be?
[16:18] <asac> micahg: build-tree/mozilla/dist/bin ... or mozilla/mozilla/dist/bin
[16:18] <asac> not sure
[16:18] <micahg> there's no dist in the /usr/libtb31
[16:18] <asac> in the build tree
[16:18] <micahg> there's no dist dir
[16:19] <micahg> asac: I found it
[16:19] <asac> yes. so mozilla doesnt care about make install
[16:19] <micahg> asac: so, do I have to have our scripts copy it from dist/bin?
[16:19] <asac> they produce stuff in dist/bin
[16:20] <asac> so if it is there then the make install target is broken
[16:20] <asac> no
[16:20] <asac> its upstream build system that is supposed to copy that
[16:20] <micahg> ok
[16:20] <asac> ask in maildev. those are the folks that did their own build system stuff
[16:21] <asac> its not the same as xulrunner afaik
[16:21] <micahg> asac: it's looking for thunderbird-3.1 in dist/bin and only gets thunderbird
[16:21] <asac> ah
[16:21] <asac> yeah
[16:21] <asac> thats a problem with APP_NAME somewhere
[16:21] <asac> we have a patch for that, right?
[16:21] <asac> that probably needs to also patch a new file
[16:22] <micahg> yes
[16:24] <micahg> we seem to be changing the moz app name
[16:25] <micahg> but we do it in 3.0 and it works
[16:25] <micahg> I guess I have to go see what changed upstream the day it broke, right?
[16:30] <asac> micahg: upstream changed something that requires the patch to be adjusted ... yes.
[16:39] <micahg> asac: they landed the unofficial branding but it was not enabled yet
[16:41] <asac> micahg: link to commit?
[16:42] <micahg> asac: actually, I think it was something different
[16:42] <micahg> they moved to a single manifest install
[16:42] <micahg> http://hg.mozilla.org/comm-central/rev/c87ebb61ec41
[16:45] <asac> micahg: didnt that happen to ffox 3.7  before?
[16:45] <asac> anyway ... i think you can fix DEFINES += -DAB_CD=$(AB_CD) -DMOZ_APP_NAME=$(MOZ_APP_NAME) -DPREF_DIR=$(PREF_DIR)
[16:45] <asac> instead of the manifest
[16:46] <asac> should be "easier" to maintain it there
[16:46] <micahg> here's the unofficial branding commit: http://hg.mozilla.org/comm-central/rev/328bf422b19a
[16:50] <micahg> asac: what's AB_CD?
[16:54] <asac> micahg: its en-US for us
[16:54] <asac> mozilla spins full builds for each locale
[16:54] <asac> thats the locale
[16:54] <asac> we build everytihng with en-US afaict
[16:56] <micahg> ah, the localization
[16:56] <asac> yes
[16:56] <micahg> so, I just need to change $(MOZ_APP_NAME) ?
[16:58] <asac> i would think you should use -DMOZ_APP_NAME=$(MOZ_APP_NAME)-3.1
[16:58] <asac> changing MOZ_APP_NAME everywhere will probably cause bad issues
[16:58] <micahg> ok, I'll make the change a little later an try to test before the bot spins tonight
[16:58] <asac> in the long run moz biuld system should have MOZ_PROG_NAME rather than MOZ_APP_NAME imo
[16:59] <asac> sounds good
[16:59] <micahg> asac: should I file a bug for that
[17:07] <asac> i doubt they will work upstream on that
[17:07] <asac> if we have a patch we should open a bug and get it approved
[17:10]  * micahg doesn't know enough yet to make a patch for that
[17:11] <micahg> bbiab
[19:22] <bdrung_> asac: around?
[21:16] <asac> bdrung_: for a moment
[21:16] <asac> not sure i can really contribute though
[21:17] <micahg> asac: I think he wanted to ask about the stuff he sent to the ML
[21:17] <bdrung_> asac: i have a discussion about XB-Xul-AppId on #debian-devel
[21:18] <bdrung_> asac: what do you think about http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.5.head/revision/508 ?
[21:19] <asac> bdrung_: can you please propose merges if you are unsure ;)
[21:20] <asac> we only need Eol?
[21:20] <bdrung_> asac: i was sure, but then the discussion start and now i am back at the start.
[21:20] <asac> which discussion?
[21:21] <asac> can you summarize in one sentence?
[21:22] <bdrung_> asac: summary: we can't rely on /var/lib/apt/lists/*_Packages
[21:24] <asac> why would we?
[21:24] <asac> bdrung_: ?
[21:24] <asac> we can even automaintain a list in the archive
[21:24] <bdrung_> asac: for dynamically generating a list of xul apps: http://bazaar.launchpad.net/~mozillateam/mozilla-devscripts/dh_xul-ext/annotate/head%3A/src/dh_xul-ext
[21:24] <asac> just that we regularly update it
[21:25] <asac> bdrung_: you can do that in python directly
[21:25] <asac> well. not on the builders
[21:25] <asac> which was the blocker;)
[21:25] <asac> so yes. the list would be in a archive package and then that list would be regularly updated
[21:26] <asac> does that make sense?
[21:26] <asac> the headers are easy to add to apps. and gives maintainers a way to automatically update the entries appropriately
[21:26] <asac> on top you can include thirs party repositories etc.
[21:26] <bdrung_> asac: that was one idea
[21:26] <asac> beceause you would use a list of sources rather than what is in debian
[21:27] <asac> sure. so go for that. the python script that des the magic of pulling down apt indexes and extracting information is in the ubufox database updater