asac | fta: 274187 | 00:08 |
---|---|---|
asac | fta: i have to rework this tomorrow - before subscribing motu folks | 00:08 |
asac | fta: feel free to supplement the bug description ... i am not really awake right now ;) | 00:09 |
fta | ok, thanks | 00:11 |
fta | i'm on the new cairo right now. it's badly broken. | 00:11 |
asac | brave ;) | 00:14 |
asac | sigh ... so nss will not make the beta freeze :/ | 00:18 |
fta | why? | 00:19 |
asac | because the SONAME is "empty" | 00:19 |
asac | and dpkg-gensymbol just ignores everything then | 00:19 |
asac | (though the binary bits appear to work fine) | 00:19 |
fta | that's what i meant ealier today | 00:19 |
asac | fta: right | 00:19 |
fta | but i got distracted | 00:20 |
asac | fta: well. i think we have to reintroduce half of the soname patch again | 00:20 |
asac | but just dont use the suffix | 00:20 |
asac | fta: or fix dpkg-gensymbols ... or just maintain the symbol files manually ;) | 00:20 |
asac | 19:39 < asac> fta: if you look at rev 38 on nspr.dev do you understand why expression like: DSO_LDOPTS='-shared -Wl,-soname -Wl,$(notdir $@)' now give an empty SONAME | 00:22 |
fta | i'm a bit out of context right now. | 00:23 |
fta | fighting with git and those f*g revno | 00:23 |
asac | fta: either $(notdir $@) == empty OR $(notdir $@) == libnss3.so, but ld just removes it implicitly from the .so headers | 00:24 |
asac | both sounds strange | 00:24 |
asac | fta: | 00:27 |
asac | $ gcc -olibtest.so -shared -fPIC -Wl,-soname -Wl,libtest.so t.o | 00:27 |
asac | asac@hector:/tmp/c$ objdump -x libtest.so | grep SONAME SONAME libtest.so | 00:27 |
asac | so ... apparently its just empty in make | 00:27 |
asac | e.g. $(notdir $@) is nothing | 00:27 |
asac | i have the feeling that its a problem with how we build | 00:27 |
asac | most likely upstream build has a SONAME, but libnss3.so | 00:28 |
asac | fta: $ objdump -x libnss3.so | grep SON SONAME libnss3.so | 00:29 |
asac | fta: oh. only nspr is broken | 00:29 |
asac | that explains a lot | 00:29 |
asac | so in principal all works :) | 00:30 |
asac | yeah upstream has libnspr4.so | 00:30 |
asac | as SONAME of libnspr4.so | 00:30 |
asac | ok i think i have it ;) | 00:38 |
asac | good ;) | 00:39 |
asac | fta: nspr fixed. | 00:44 |
asac | rev 40 | 00:44 |
fta | good | 00:44 |
fta | i'll cairo tomorrow, my brain is working backward | 00:45 |
asac | fta: ok. could you push nspr and nss to your ppa? | 00:46 |
asac | fta: but cool phrase: "I'll cairo tomor..." | 00:47 |
asac | ok nspr fix works quite nicely from the auto-dependency perspective | 00:52 |
asac | soname looks good | 00:52 |
asac | ffox still starts ;) | 00:52 |
asac | which is actually the miracle of the week imo ;) | 00:52 |
fta | FIREFOX_3_0_3_BUILD1 | 01:06 |
XioNoX | there are still people here ? | 01:07 |
asac | fta: yea | 01:09 |
asac | fta: intrepid is fixed already | 01:10 |
asac | hardy will see the sun tomorrow again i hope | 01:10 |
asac | XioNoX: yep ... tonight or tomorrow the archive will be shut down :/ | 01:11 |
XioNoX | asac, I just come back from a party | 01:11 |
XioNoX | and I still have the ubufox thing | 01:11 |
asac | XioNoX: i was drinking beer for 3hours two :) | 01:11 |
XioNoX | asac, ok | 01:12 |
asac | fta: ok nspr and nss pushed to mt | 01:12 |
asac | hopefully i will be long enough to test the outcome :/ | 01:12 |
XioNoX | asac, I still don't understand why i don't see the menu idem with flash alternative | 01:12 |
asac | XioNoX: yeah. thats a mistery | 01:12 |
asac | the only explanation i would usually have is a) you have clutter in your profile or b) you have the wrong version ;) | 01:13 |
asac | XioNoX: i mean ... if the statusbar thing might not apear fine, but if the menu entry is not there it means that the chrome isnt used | 01:13 |
asac | XioNoX: only thing might be tranlsations. | 01:13 |
XioNoX | yeah, but the notification bar appear when I update firefox | 01:13 |
asac | XioNoX: try en_US | 01:13 |
XioNoX | yes, right | 01:14 |
asac | XioNoX: start LANG=en_US firefox | 01:14 |
asac | we had issues with restart notification because of missing translations | 01:14 |
asac | maybe the alternative has the same problem | 01:14 |
XioNoX | asac, it works | 01:14 |
asac | yeah ;) | 01:14 |
asac | good | 01:14 |
asac | well not so good | 01:14 |
XioNoX | Will it be translated ? | 01:15 |
asac | i should have properly reviewed everything when fixing the same bug for restart thing a few hours ago | 01:15 |
asac | but well | 01:15 |
asac | XioNoX: hopefully we will get that sorted. yes | 01:15 |
XioNoX | asac, It is magic, I can switch from adobe to gnash in a clic ! | 01:16 |
asac | XioNoX: yeah | 01:16 |
XioNoX | and thanks to add my name in the about of ubufox :) | 01:16 |
asac | did i do that? welcome | 01:16 |
asac | we still need to fix the plugins to properly install their files in the ubufox plugins directory ;) | 01:17 |
asac | but that has to happen after beta | 01:17 |
asac | one of the big things outstanding :/ | 01:17 |
XioNoX | asac, the statusbar icon appear on all pages | 01:17 |
asac | XioNoX: on all ... i think it displays on the initial tab if there is any other tab with a plugin | 01:17 |
asac | but i cant confirm that its on every tab when i switch | 01:17 |
XioNoX | yes | 01:18 |
asac | e.g. if its on the first tab and i switch back and forth it goes away (given that the first tab doesnt have flash) | 01:18 |
XioNoX | I've went on youtube | 01:18 |
XioNoX | and then come back on google homepage | 01:18 |
XioNoX | and I still have the icon | 01:18 |
asac | XioNoX: indeed | 01:19 |
XioNoX | and about flash, should I install libflashsuport in intrepid or not ? | 01:19 |
asac | didnt notice that | 01:19 |
asac | most likely we dont remove the "attribute" from the browser object | 01:19 |
asac | XioNoX: no | 01:19 |
asac | libflashsupport is dead | 01:19 |
asac | whoever uses that is on its own | 01:20 |
XioNoX | because there are a "intrepid" version of it in repos | 01:20 |
asac | yeah | 01:21 |
asac | non of my business | 01:21 |
XioNoX | ok | 01:21 |
XioNoX | I need to go to sleep... School at 8 :( | 01:21 |
XioNoX | see you ;) | 01:22 |
XioNoX | good night | 01:23 |
=== SergeantPony is now known as KB1OHY | ||
=== fabrice_sp|away is now known as fabrice_sp | ||
=== fabrice_sp is now known as fabrice_sp|away | ||
rzr | hi | 08:17 |
rzr | asac: about tuxguitar you bugged it must depends on abrowser | 08:17 |
rzr | but swt needs mozilla libs | 08:17 |
rzr | maybe abrowser is provided only by mozilla browsers | 08:18 |
rzr | i'll check later | 08:18 |
=== rzr is now known as rZr | ||
gnomefreak | do i really have to send 10 emails to find out problem with mailing list :( | 09:45 |
gnomefreak | anyone use claws-mail? | 09:50 |
asac | rZr: huh? | 10:33 |
gnomefreak | asac: fabrice_sp|away what is icedove-dispmua? | 11:02 |
asac | no idea ;) | 11:03 |
gnomefreak | you really dont? | 11:07 |
gnomefreak | i would say its tbird without Moz branding | 11:08 |
gnomefreak | but not sure what the dispmua is | 11:08 |
gnomefreak | its an icon? | 11:12 |
XioNoX | hi! | 11:24 |
XioNoX | asac, there are plans to remove the bulb systray icon witch say that we have to restart firefox? | 11:42 |
asac | XioNoX: not sure | 11:43 |
asac | XioNoX: if you dont run ubufox it might still be useful | 11:43 |
XioNoX | or at least don't show if ubufox is installed | 11:44 |
fta2 | it is buggy (at least without ubufox) | 11:44 |
asac | fta2: it is yes. thats why we did the ubufox solution in the first place | 11:44 |
fta2 | it sometimes pops up even when ff is not running | 11:45 |
XioNoX | because when we update firefox, we have the notification bar, and the bulb. And when we restart firefox, the bulb is still here | 11:45 |
asac | XioNoX: not sure what we can do about that | 11:45 |
asac | ;) | 11:45 |
asac | XioNoX: maybe fix the update-notifier | 11:45 |
XioNoX | and we have to clic it to show the dialog and close it... | 11:45 |
asac | it should detect that ffox has a "new" process id | 11:45 |
fta2 | a graceful restart would be nice to have | 11:45 |
asac | and remove the notification i think | 11:45 |
asac | fta2: what do you mean? | 11:45 |
asac | fta2: more than the ubufox solution? | 11:46 |
fta2 | xul is very bad with upgrades, most probably due to the .jar files leading to all sorts of weirdnesses | 11:46 |
asac | fta2: yes. but thats the ubufox solution tries to cover: http://people.ubuntu.com/~asac/screenshots/ubufox_restart_notification_intrepid.png | 11:47 |
fta2 | ubufox is evil for me, it keeps changing my prefs so i dropped it | 11:47 |
asac | fta2: it shouldnt do that | 11:48 |
asac | fta2: it has certain default preferences that might be different, but it shouldnt reset anything | 11:48 |
asac | (at least not with the fix we have) | 11:48 |
fta2 | it does each time you upgrade it | 11:48 |
asac | fta2: no | 11:49 |
asac | thats a long long time ago | 11:49 |
asac | thats a bug in ffox | 11:49 |
asac | if it still does that its a bug. but i cannot reproduce that anymore | 11:49 |
asac | (but a bug in firefox) | 11:49 |
fta2 | why is that bar in ubufox and not in ff ? | 11:49 |
asac | fta2: why? because its a ubuntu only solution | 11:50 |
asac | fta2: and we need to reach consent on what to do among distros first | 11:50 |
fta2 | most of our patches are ubuntu only | 11:50 |
fta2 | and that bar could be posted upstream | 11:51 |
asac | fta2: we dont have any features in firefox patches | 11:51 |
asac | (except the know your rights thing - which is an exception) | 11:51 |
fta2 | well, in xul, all the plugin stuff | 11:51 |
asac | fta2: upstream wont accept that because they have their own upgrade mechanism. they will only accept it when we find a way to do it in a distro independent fashion | 11:52 |
asac | fta2: plugin stuff? | 11:52 |
fta2 | what about a pref or a configure flag? | 11:52 |
asac | fta2: you mean that GRE_DIR is considered? | 11:52 |
fta2 | it's one of them, yes | 11:53 |
asac | fta2: thats not a feature visible in the UI. howveer, thats something i would like to see upstream, but benjamin disagreed | 11:53 |
XioNoX | benjamin ? | 11:53 |
asac | fta2: the general policy is: dont add features. if we really need that feature put it in ubufox ... if that proves to be useful, try to get it properly upstream | 11:54 |
asac | fta2: so the user experience of a firefox install in ubuntu should be as close to upstream as possible (without breaking packaging policies et al) | 11:54 |
fta2 | sysprefs, lockpref, gre extension plugins, sysplugins, that's a lot of ubuntu only changes, no? | 11:54 |
asac | fta2: thats all not feature. thats all just system install and xul split related | 11:55 |
asac | fta2: imo our only patches are still xul split related. everything else should definitly go upstream. and even the xul split should | 11:55 |
asac | fta2: ok lets review the patches now :) | 11:56 |
asac | fta2: http://paste.ubuntu.com/50439/ | 11:57 |
asac | thats ffox | 11:57 |
asac | awesome_browser_branding_install.patch | 11:57 |
asac | -> not upstream | 11:57 |
asac | browser_branding.patch | 11:57 |
asac | -> not upstream | 11:57 |
asac | bz368428_attachment_308130.patch | 11:57 |
asac | bz386904_config_rules_install_dist_files.patch | 11:57 |
asac | bz412610_att335369_realpath_overflow.patch | 11:58 |
asac | bz421977_att334578.patch | 11:58 |
asac | bz436133_att322801.patch | 11:58 |
asac | => all those need to land upstream. i think we should bug reed to help us here | 11:58 |
asac | bzXXX_reload_new_plugins.patch | 11:58 |
asac | => we should forward that | 11:58 |
asac | dont_depend_on_nspr_sources.patch | 11:58 |
asac | installer_shouldnt_copy_xulrunner.patch | 11:58 |
asac | installer_use_stdout_for_missing_files.patch | 11:58 |
asac | => ubuntu only i guess | 11:58 |
asac | lp185622_system_path_default_browser.patch | 11:59 |
asac | => ubuntu only ... not sure how a proper upstream solution would look like | 11:59 |
asac | lp269656_know_your_rights.patch | 11:59 |
asac | => will eventually end up upstream | 11:59 |
asac | (we are working with mozilla on that) | 11:59 |
asac | nspr_flags_by_pkg_config_hack.patch | 11:59 |
asac | => again xul split stuff i think | 11:59 |
asac | ubuntu_no_app_updates.patch | 11:59 |
asac | => not suitable for upstream (maybe with a configure flag we could make that go upstream) | 12:00 |
asac | ubuntu_codes_amazon.patch | 12:00 |
asac | => ubuntu only | 12:00 |
asac | fta2: ok in xul the situation is better | 12:00 |
asac | fta2: all those that have bzXXX should really go upstream ... my fault for sure | 12:00 |
asac | fta2: http://paste.ubuntu.com/50442/ those are the only patches not marked as "upstream-suitable" | 12:01 |
asac | maybe the jemalloc patch | 12:01 |
asac | i dont see how the rest could be done in upstream fashion | 12:02 |
asac | XioNoX: bsmedgberg | 12:02 |
asac | err | 12:03 |
asac | bsmedberg ;) | 12:03 |
asac | == Benjamin | 12:03 |
asac | fta2: ok. lets talk about the restart notification bar - as i think thats probably one of the things that could be done proper | 12:03 |
asac | for distro builds across the line | 12:03 |
asac | fta2: to do it properly ffox would need to export dbus server and get notifications fromt he distro upgrade tool that an upgrade happened | 12:04 |
asac | XioNoX: ok i am talking to mvo to see if we can make that bubble disappear when firefox was restarted | 12:10 |
fta2 | dbus is supported in xul now, there are some bugs to make use of it like for addons notifications | 12:39 |
XioNoX | back | 12:43 |
XioNoX | asac, ok | 12:43 |
asac | fta2: dbus is used client wise not server side | 12:46 |
asac | fta2: or has server supporte landed now too? | 12:46 |
fta2 | why would need the server? | 12:50 |
asac | fta2: to receive update events? | 13:11 |
asac | fta2: e.g. restart notifications need to get pushed to ffox | 13:12 |
asac | fta2: did you manage to test nspr/nss? | 13:12 |
asac | fta2: i uploaded both to mt +archive | 13:12 |
XioNoX | asac, how works translations for ubufox ? | 14:04 |
asac | XioNoX: the idea is to include the lp-export .mk thing | 14:22 |
asac | in rules | 14:22 |
asac | so it gets imported into launchpad | 14:22 |
asac | and from there gets translated | 14:22 |
asac | jtv: do we need to enable a package like ubufox before we can translate it in distro? | 14:22 |
asac | jtv: hi ;) | 14:22 |
jtv | asac: hi! | 14:23 |
jtv | asac: by "enable" you mean turn on Translations? For packages, that is done in the distro. | 14:23 |
asac | jtv: what does that mean in my case? | 14:23 |
asac | jtv: or does it just mean that you dont know what it means in my case ;) | 14:23 |
XioNoX | asac, will it be in roseta before intrepid ? | 14:25 |
asac | XioNoX: thats what i am currently trying to figure out | 14:26 |
fta2 | asac, what do you expect to happen from 274187 ? | 14:27 |
XioNoX | ok | 14:27 |
XioNoX | but how it was working before ? | 14:28 |
asac | XioNoX: before it was saivann who sent out a call for translations | 14:29 |
asac | and aggregated those to a branch i could merge in before release | 14:30 |
jtv | asac: projects have an option "translate in Launchpad," which enables the Translations application. That's what you mean by "enable" here, no? | 14:30 |
XioNoX | ok, not the easier way | 14:30 |
asac | jtv: no. what i mean is that when i emable the translation export in the package, launchpad will automatically (i think) upload the .xpi to launchpad during build. | 14:30 |
XioNoX | asac, https://translations.launchpad.net/ubufox | 14:30 |
asac | jtv: i was wondering if something needs to be flipped on on launchpad side to prevent that that upload doesnt get dropped/rejected | 14:31 |
asac | XioNoX: right | 14:31 |
asac | XioNoX: thats the way to do translations in the project itself | 14:31 |
XioNoX | ok | 14:31 |
asac | XioNoX: the other way is to translate it in the distro | 14:31 |
asac | XioNoX: but maybe we shoudl really enable it here | 14:31 |
XioNoX | it seam easier to translate for the project | 14:32 |
asac | XioNoX: well. but most likely not as many translations we would get | 14:32 |
asac | jtv: the translations of a project wont show up when people work on distro translations right? | 14:32 |
asac | XioNoX: i guess when we put ubufox in the distro translation we might get up to 40 translations | 14:33 |
asac | jtv: so projects like https://translations.edge.launchpad.net/ubufox would need their own translation community? | 14:33 |
jtv | asac: enable translation export? I'm not sure what that means. | 14:34 |
jtv | asac: (getting some lag here) | 14:34 |
asac | jtv: doesnt matter for your side. | 14:34 |
asac | jtv: what matters is that you get the templates and translations uploaded at the end of the build | 14:34 |
jtv | asac: right, the "project" and the "package" live separate lives (although translations for the one's individual messages will automatically show up as suggestions for the other) | 14:34 |
asac | jtv: do you understand my question? | 14:35 |
asac | jtv: my question is: "if a new package is introduced in ubuntu, do you need to do something on launchpad side before that shows up in distro translations"? | 14:35 |
asac | maybe just too stupid of a question ;) | 14:36 |
asac | jtv: i just thought you might need to enable "xpi"-mode manually for certain packages ;) | 14:36 |
asac | but if thats not the case then we will see :) | 14:37 |
jtv | asac: no, just be sure to upload the template in XPI format. :-) | 14:37 |
asac | jtv: ok. | 14:37 |
asac | jtv: wasnt sure about the _first_ upload case | 14:37 |
jtv | asac: the package should just show up with an invitation to upload a template. | 14:37 |
jtv | asac: tbh I've never created a package. Try it on staging! :) | 14:37 |
asac | jtv: nevermind. i will see what happens ;) | 14:38 |
asac | jtv: i will setup the template for the project though ... will ping you when that needs to be approved | 14:38 |
asac | jtv: does the import understand multiple languages in one xpi now? | 14:38 |
jtv | asac: no, still one language per XPI. | 14:38 |
asac | or do i need to split them to import inital one | 14:38 |
asac | ok | 14:39 |
jtv | asac: we do need to approve the XPI, yes. You may want to talk to Arne about that as well. | 14:39 |
asac | jtv: why arne? | 14:39 |
jtv | asac: because he's an Ubuntu guy. I just develop the app. :-) | 14:40 |
=== rZr is now known as RzR | ||
asac | jtv: well. but arne certainly doesnt know most details ;) ... yeah the import he might know | 15:00 |
jtv | asac: he can approve an Ubuntu import, and it's good for him to be aware of what goes on. | 15:01 |
=== asac_ is now known as asac | ||
=== Volans is now known as Volans_away | ||
=== Volans_away is now known as Volans | ||
fta2 | asac, you touched nspr.dev ? why not nspr.head ? | 17:20 |
asac | fta2: i think i pointed that out yesterday | 17:34 |
asac | nspr.head was quite outdated so i wasnt sure and wanted to first discuss what we want to do with nspr.head | 17:35 |
asac | fta2: but well. we can merge to .head after this release | 17:35 |
fta2 | in think both were equally outdated, but a merge is good enough. | 17:36 |
asac | fta2: no ... .dev was ahead ... it had at least two releases on top of .head | 17:42 |
asac | i think i did the last releases on .dev because it wasnt clear to me if nspr.head would be used to track the real trunk | 17:42 |
asac | but since we appear to have settled on not doing that i think its ok to go back to the standard scheme | 17:43 |
fta2 | dev was diverged for me, i had to overwrite it | 17:44 |
asac | fta: he? | 17:45 |
asac | overwrite what? .head? | 17:45 |
asac | thats fine. | 17:46 |
fta | asac, no .dev was diverged | 18:44 |
fta | (asynchronous chat is painful) | 18:45 |
asac | fta: ok your local copy | 18:49 |
asac | fta: yeah sorry | 18:49 |
asac | i forgot that you already pulled from it | 18:49 |
asac | maybe i uncommitted the topmost thing | 18:49 |
=== fabrice_sp|away is now known as fabrice_sp | ||
fta | Error: [Exception... "Component is not available" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: file:///usr/lib/firefox-3.1b1pre/components/nsSessionStore.js :: sss_saveState :: line 1987" data: no] | 20:20 |
fta | Source File: file:///usr/lib/firefox-3.1b1pre/components/nsSessionStore.js | 20:20 |
fta | Line: 1987 | 20:20 |
asac | fta: did you post that already at some point? reads familiar | 20:21 |
fta | http://mxr.mozilla.org/mozilla-central/source/browser/components/sessionstore/src/nsSessionStore.js#1987 | 20:21 |
fta | no sure, but it's still there | 20:22 |
asac | var stateString = Cc["@mozilla.org/supports-string;1"]. | 20:22 |
asac | that appears to not exist | 20:22 |
wikz | asac: we have flags to use system telepathy,dbus and libpurple libs.Just FYI :) | 20:24 |
wikz | sorry to get in between | 20:24 |
asac | wikz: you dont get in between anything here ;) | 20:25 |
asac | wikz: good (system libs) | 20:25 |
fta | asac, should we wait for something for 274187? maybe subscribe someone else otherwise i doubt anything will happen | 20:27 |
wikz | asac: Also we have no trademarks or EULA . | 20:29 |
fta | lol | 20:29 |
wikz | no forky-porky business | 20:29 |
wikz | fta: I changed everything to spicebird now but the shortcut at /usr/bin/spicebird still symlinks to /usr/lib/spicebird-0.7/spicebird instead of /usr/lib/spicebird/spicebird .why ? | 20:35 |
fta | this is correct | 20:35 |
fta | this is the mozilla way | 20:35 |
wikz | so I'm wrong where ? | 20:35 |
fta | nope | 20:35 |
fta | /usr/lib/spicebird-0.7/spicebird is correct according to mozilla build system | 20:36 |
fta | we use the same in ubuntu, but debian doesn't | 20:36 |
wikz | ok | 20:37 |
wikz | so my files in the debian dir should be spicebird.desktop or spicebird-0.7.desktop ? | 20:37 |
fta | spicebird.desktop | 20:39 |
fta | i used the -3.0 for tb because we also have 2.0 | 20:39 |
wikz | but the thunderbird shortcut points to ../lib/thunderbird/thunderbird ? | 20:40 |
wikz | ok | 20:40 |
wikz | so how do I rectify the problem | 20:40 |
fta | tb2 is from debian | 20:40 |
wikz | Ohh k | 20:40 |
fta | tb3 isn't | 20:40 |
wikz | yeah | 20:40 |
fta | mozilla bug 366509 | 20:49 |
ubottu | Mozilla bug 366509 in Session Restore "[SessionStore] "Component is not available" in sss_saveState :: line 1688" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=366509 | 20:49 |
fta | Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIINIParserFactory.createINIParser]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: file:///usr/lib/xulrunner-1.9.1b1pre/components/nsUpdateService.js :: getLocale :: line 508" data: no] | 21:02 |
fta | Source File: file:///usr/lib/xulrunner-1.9.1b1pre/components/nsUpdateService.js | 21:02 |
fta | Line: 508 | 21:02 |
fta | asac, i'm now using the new nspr/nss | 21:28 |
fta | pushed to my ppa too | 21:28 |
asac | fta: great | 21:29 |
asac | fta: i am not sure about the 3.1 bug. are there other points that speak for 3.1? | 21:29 |
asac | if not we can subscribe motu-release now | 21:29 |
asac | otherwise we should rephrase the description and extend it with better reasons | 21:30 |
fta | i posted 3 | 21:30 |
asac | wikz: the .desktop file should be unversioned | 21:32 |
asac | oops | 21:32 |
asac | i scrolled back ... forgot and answered an old question ;) | 21:32 |
asac | fta: ok ... subscribing motu-release | 21:33 |
asac | fta: let the lottery begin ;) | 21:34 |
fta | k | 21:34 |
armin76 | asac: Mozilla/5.0 (X11; U; Linux armv4l; en-US; rv:1.9.0.2) Gecko/2008092518 Gentoo Firefox/3.0.2 <- bumb! | 23:27 |
fta | armin76, firefox-3.0 | 3.0.3+build1+nobinonly-0ubuntu1 | http://archive.ubuntu.com intrepid/main Packages | 23:28 |
fta | we win | 23:28 |
armin76 | fta: well, i was talking about arm :P | 23:29 |
fta | there's no ubuntu arm | 23:29 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!