[02:20] the daily build of Firefox-3.1 won't close down completely. I have to kill the application although FIrefox-3.1 windows had been closed. [02:22] Is this a known bug? === fabrice_sp__ is now known as fabrice_sp === asac_ is now known as asac === cwillu_ is now known as cwillu [08:58] * asac back [11:37] asac, if you have time, prism needs some love [11:37] fta2: whats up with it? [11:40] fta2: just diverged patch? [11:41] no, some issue with xpi.mk [11:41] fta2: hmm. the current patches dont apply either [11:42] (after tweaking *.install) [11:42] fta2: at least the package i got from umd [11:42] it does, i fixed that [11:43] fta2: well. one minute ago i got the bits from umd [11:43] fta2: patches didnt apply [11:43] fta2: anyway. so you say with the bzr branc hthose should be fine? [11:45] i think so [11:45] james_w: buuuugg ;) [11:45] james_w: bzr: ERROR: Tags not supported by BzrBranch5('file:///home/asac/Development/ubuntu/mozillateam/prism/'); you may be able to use bzr upgrade. [11:45] james_w: plz check that branch haz feature or dont die on this ;) [11:46] Tags? [11:46] fta2: yes. i think bzr-buildeb tries various ways for getting orig [11:46] fta2: it also has some magic tag syntax i presume [11:46] fta2: and now bzr-builddeb bails out here on the not-upgraded branch [11:50] james_w: filed bug 339886 [11:50] Launchpad bug 339886 in bzr-builddeb "be graceful for missing format features: Tag (bzr-builddeb fails if tags are not supported)" [Undecided,New] https://launchpad.net/bugs/339886 [12:16] asac: ping bug 321814. As I mentioned in the bug report, if we don't want links to be created in /usr/lib/{mozilla,firefox}, we should edit patch 000_debian_make_symlinks. Tell me if that's what we want and I'll work it out :) [12:16] Launchpad bug 321814 in nspluginwrapper "nspluginwrapper creates "default" links even though NSPLUGINDIR is set" [High,Triaged] https://launchpad.net/bugs/321814 [12:20] Jazzva_: welcome back ;) [12:20] Jazzva_: yes, we want to prevent default links [12:20] asac: Thanks :) [12:21] if NSPLUGINDIR is set [12:21] Jazzva_: if you do that can you also do the upgrade to 1.1.4? [12:21] (at best in two steps so we can handle the upstream bump in a FF exception upload) [12:21] sure... [12:23] bug 329061 [12:23] Bug 329061 on http://launchpad.net/bugs/329061 is private [12:23] asac: what do you mean 1.1.4? there is 1.2.2 which we have, and the next release is 1.3.0 (which still isn't quite ready afaics) [12:24] Jazzva_: hmm. thought there was a.4 release .... maybe 1.2.4? [12:24] asac: nope... http://svn.beauchesne.info/gwenole/projects/nspluginwrapper/tags/ [12:24] Jazzva_: seems not ;) [12:24] ok great. not sure whe ni had a dream ;) [12:25] heh :) [12:26] Jazzva_: also we should really look into making postinst smart to regen wrappers for existinginstalls [12:26] i think we already talked about that [12:26] nspluginwrapper -l, then foreach nspluginwrapper -u [12:27] Jazzva_: yeah. i think we need -l, but also need meta files for NSPLUGINDIRS [12:27] Hi ... I googled up a bit but found nothing interesting about this metter ... What's the status of Firefox Qt4 port ? Any chance to see it in ubuntu soon ? [12:27] Jazzva_: so flashplugin would ship a file /var/lib/nspluginwrapper/dirs.d/flashplugin-nonfree [12:28] which would have the NSPLUGINWRAPPER dirname [12:28] valgaav: not in jaunty ... upstream has a qt port for xulrunner, but firefox hasnt been properly ported yet [12:28] asac: right, that is not listed with -l [12:29] Jazzva_: so maybe the -l should be teached to look at and env NSPLUGINDIRS=/var/lib/flashplugin-nonfree/:/var/lib/somethingelse [12:29] and postinst would put together the right NSPLUGINDIRS based on something like above [12:31] oh I see .. I'm fine in using ppas though ... Any chance to have it there ? [12:32] valgaav: i dont think we have the resources to do that in this cycle. we can provide builds in PPAs for old releases once we have it [12:32] asac: I think I get it. I'll see how npw keeps info about already installed wrappers, and check if it's maybe possible to write a function which would update all wrappers [12:33] Jazzva_: yes. but i really think that teaching -l to also look at dirs in NSPLUGINDIRS environment should be enough [12:33] and to also try and add the part to keep info about wrappers installed in NSPLUGIN_DIR, if that's not possible right now, then we could use meta files. [12:33] sounds more easy. but theni dont know the code [12:34] ahh ok thank you for your time :) I'll just wait patiently :P [12:34] asac: me neither ;) [12:34] Jazzva_: i dont tihnk nspluginwrapper keeps meta files. what it does is look at its "well known" directories (e.g. the default ones) [12:34] and updates all files that look like they are npviewer. stuff [12:34] thats why i think that extending the -l logic to just look at more dirs based on env is the easiest approach ;) [12:35] but yeah. i dont care as long as it works ;) [12:35] asac: that's what I think too, but I will check first :). [12:35] making packages like flash ship a meta file that adds info about its nsplugindir is not that bad ;) [12:35] not perfect, but acceptable ;) [13:07] anyone here with intrepid? [13:49] fta2: does latest NM detect your modem still? [13:50] fta2: in syslog it should tell you if its detected through hal or udev ... which one is it for you? [13:59] asac, remind me of that later when i'm home, i'll do the test [14:04] fta2: great. i will look at prism asap. have to do nss now and then tbird i guess and also teach some vendor folks about NM in #nm ;) [14:17] asac, yesterday, i read a lot about netbooks & ubuntu, networking seems to be a problem everywhere (broken n-m, no 3G, bad wifi drivers, madwifi, etc.) [14:20] fta2: broadcom is still closed source and not in the mainline tree [14:20] fta2: unfortunately broadcom is common [14:20] fta2: 3G is what we are working on in NM atm [14:20] most ship f3507g or derivate modems i would think [14:20] most netbooks don't have integrated 3G, yet [14:21] fta2: right. but those that have, have the modem i am working on [14:21] https://help.ubuntu.com/community/NC10 [14:23] i'm now targeting the Samsung NC10 instead of the Dell Mini 10 [14:24] fta2: not sure which modem is in there [14:24] hm, scrolling is super slow in this page (ff 3.2) [14:24] could be that samsung really has its own modem, but most likely they just whitelabel licensed it somewhere [14:24] so did te guy really confirm that it works? [14:25] he said "Modem really works" [14:25] ohoh, reset zoom fixed the slow scrolling [14:30] asac: who do I poke for python-webkitgtk? [14:30] it's been like a week [14:31] jcastro: any archive admin ... i would think seb [14:31] k [14:31] thanks === thunderstruck is now known as gnomefreak [15:07] 39489k/39490k and my connection dies as seen above :( [15:09] gnomefreak: nothing seen above ;) [15:09] gnomefreak: but that sounds like a transparent ftp proxy issue [15:09] my provider had that too for ages [15:09] i had to scp to some other host and dput from there [15:10] oh shit [15:10] yeah really [15:10] there was not much to do [15:10] failed like 8 out of 10 times [15:10] and reuploading was too painful [15:10] gnomefreak: but maybe give it more time [15:10] yep that sounds like it [15:10] asac: i am this has been going on all weekend [15:10] gnomefreak: could be that its a transparent proxy issue to flatten upload speed by waiting at the end [15:11] gnomefreak: sitting there for how long? [15:11] not sure maybe 3-5 minutes than gives an error 113 timed out [15:12] we cant do shit to make source smaller either [15:13] * gnomefreak waits for error [15:15] if it fails again people are not getting sunbird 0.9 for anything other than jaunty [15:55] its still sitting there [15:55] maybe ill try again after email and updates [17:05] !info nspluginwrapper [17:05] nspluginwrapper (source: nspluginwrapper): A wrapper to run Netscape plugins on other architectures. In component multiverse, is extra. Version 1.1.0-0ubuntu2 (intrepid), package size 140 kB, installed size 440 kB (Only available for amd64 i386) [17:05] yep that is the app. [17:05] asac: the npviewer is a module in nspluginwrapper right? [17:06] gnomefreak: yes [17:06] asac: thanks [17:08] bug 338785 [17:08] Launchpad bug 338785 in firefox-3.0 "Update to 3.0.7 breaks firefox" [Undecided,New] https://launchpad.net/bugs/338785 [17:08] hmmmm === bdrung_ is now known as bdrung [17:30] libmozjs is not built into xulrunner right? [17:31] as i recall debian packages this separate and we dont but not sure if its in xulrunner [17:32] gnomefreak: its build in xulrunner-1.9 but we dont provide it for publis consumption in ubuntu yet [17:33] this will probably change. most likely not in jaunty though [17:33] asac: ok i was referring to bug 339331 just making sure the user was right [17:33] Launchpad bug 339331 in xulrunner-1.9 "JS_DefineFunctions Does Not Work in 32bit Build (SegFaults)" [Undecided,Incomplete] https://launchpad.net/bugs/339331 [17:37] gnomefreak: asked [17:37] thanks [17:44] its firefox's fault that there is no setting in evo to change port numbers. WTH are people thinking [17:46] gnomefreak: they probably use Help -> report a problem menu entry [17:46] gnomefreak: just reassign to evo and go on [17:47] i did [17:47] gnomefreak: did you find the switch to subscribe mozillabugs to bugmail? [17:48] asac: yep it done and i sent email reply to you [17:48] gnomefreak: great [17:48] thanks a lot [17:48] asac: np [17:48] !info swfdec [17:48] Package swfdec does not exist in intrepid [17:49] thats probably something else ;) [17:49] !info swfdec-mozilla [17:49] swfdec-mozilla (source: swfdec-mozilla): Mozilla plugin for SWF files (Macromedia Flash). In component universe, is optional. Version 0.8.0-0ubuntu1 (intrepid), package size 44 kB, installed size 296 kB [17:49] !libswfdec3 [17:49] Sorry, I don't know anything about libswfdec3 [17:49] !info libswfdec5 [17:49] Package libswfdec5 does not exist in intrepid [17:49] !info libswfdec6 [17:49] Package libswfdec6 does not exist in intrepid [17:49] !info libswfdec-0.6-0 [17:49] Package libswfdec-0.6-0 does not exist in intrepid [17:49] !info libswfdec-0.6-90 [17:49] libswfdec-0.6-90 (source: swfdec0.6): SWF (Macromedia Flash) decoder library. In component universe, is extra. Version 0.6.8-1 (intrepid), package size 378 kB, installed size 1064 kB [17:49] i hate this debian guy [17:50] i mean why the hell does he do versioned stuff for a lib nobody uses ;) [17:50] hate is the wrong word .... i dislike his decisions ;) [17:52] <[reed]> the swfdec guy? [18:02] [reed]: heh. no just the debian maintainer who decides to do new package names for every swfdec release ;) [18:02] which you usually only do for really important libs that have to stay around longer bceause ther eare too many rdepends to transition [18:02] * asac off to cinema [18:14] i'm off too while sunbird uploads hope it frigging works this time === fta_ is now known as fta [21:54] ccscre -r [21:58] lol [22:11] 3g ;) [22:11] latency [23:22] asac, what did you want me to test? [23:22] hmm .. so gnomefreak goes ahead and complains on dev-planning [23:22] about the new firefox version [23:23] fta: plug in your device with latest NM [23:23] fta: a) is it detected in NM [23:23] b) look in syslog: is it detected by udev or hal [23:23] (search for your tty name) [23:23] e.g. i hvae Mar 9 18:43:27 tinya NetworkManager: (ttyUSB2): detected GSM modem via udev capabilities [23:23] he didn't ask here before :( i'm quite sure i said it was no problem for us [23:24] lastest nm as in jaunty or ppa? [23:24] fta: have you seen the mails that came to mozillateam [23:24] ? [23:24] ml? [23:24] fta: jaunty [23:25] i think i got the emails from mt in cc [23:25] yeah [23:27] ltes this doesnt get a flame ;) [23:28] lets hope [23:28] keboard hick-ups [23:31] the sad thing is it means more transition packages [23:39] thats the general trade-off of verisoned stuff [23:39] the other idea would be to use firefox, firefox-next, firefox-trunk [23:39] or something [23:39] but i would think that such should be the meta packages [23:40] well [23:41] hmm, i had to reboot after the last batch of updates, now, i get apport say n-m crashed [23:46] asac, a) ok [23:48] asac, b) detected by HAL [23:49] if i disconnect, and reconnect, all fine [23:50] if i remove the key (after a disconnect), it's still listed in the applet :( [23:51] when i reconnect, i have 2 entries :( [23:54] with my other SIM (still locked), it's still the same problem, modem hangup just after the DNS are received [23:55] asac, do you need something else?