| BUGabundo | fta: asac: any ideas on how to get FLASH to "see" my webcam ? | 00:47 |
|---|---|---|
| === ripps is now known as ripps|sleep | ||
| === asac_ is now known as asac | ||
| === mac_v_ is now known as \vish | ||
| * 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:48 |
| 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:49 | |
| 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:50 | |
| jdstrand | micahg: only if the 3.5 profile was already on | 13:51 |
| micahg | jdstrand: my 3.7 is enabled even though my 3.5 was disabled | 13:52 |
| 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 |
| === mac_v is now known as \vish | ||
| 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:56 |
| micahg | /etc/apparmor.d/usr.bin.firefox-3.5 | 13:57 |
| 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:00 |
| 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:01 |
| 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:02 |
| 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:03 |
| 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:04 |
| 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 | 14:05 |
| === mac_v is now known as \vish | ||
| === \vish is now known as mac_v | ||
| === mac_v is now known as \vish | ||
| === ripps|sleep is now known as ripps | ||
| micahg1 | asac: it looks like the TB31 binary isn't being created | 15:58 |
| === micahg1 is now known as miCHg | ||
| === miCHg is now known as micahg | ||
| asac | micahg: is it in dist/bin ? | 16:17 |
| micahg | asac: where should that dist dir be? | 16:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| micahg | yes | 16:22 |
| micahg | we seem to be changing the moz app name | 16:24 |
| 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:25 |
| asac | micahg: upstream changed something that requires the patch to be adjusted ... yes. | 16:30 |
| micahg | asac: they landed the unofficial branding but it was not enabled yet | 16:39 |
| asac | micahg: link to commit? | 16:41 |
| 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:42 |
| 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:45 |
| 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:46 |
| micahg | asac: what's AB_CD? | 16:50 |
| 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:54 |
| micahg | ah, the localization | 16:56 |
| asac | yes | 16:56 |
| micahg | so, I just need to change $(MOZ_APP_NAME) ? | 16:56 |
| 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:58 |
| asac | sounds good | 16:59 |
| micahg | asac: should I file a bug for that | 16:59 |
| 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:07 |
| * micahg doesn't know enough yet to make a patch for that | 17:10 | |
| micahg | bbiab | 17:11 |
| bdrung_ | asac: around? | 19:22 |
| asac | bdrung_: for a moment | 21:16 |
| asac | not sure i can really contribute though | 21:16 |
| 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:17 |
| bdrung_ | asac: what do you think about http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.5.head/revision/508 ? | 21:18 |
| asac | bdrung_: can you please propose merges if you are unsure ;) | 21:19 |
| 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:20 |
| asac | can you summarize in one sentence? | 21:21 |
| bdrung_ | asac: summary: we can't rely on /var/lib/apt/lists/*_Packages | 21:22 |
| 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:24 |
| 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:25 |
| 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:26 |
| 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 | 21:27 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!