[00:00] gnomefreak: for this issue you don't need to test a full rebuild [00:00] <]reed[> asac: hey, I just filed LP #162993 [00:00] Launchpad bug 162993 in ia32-libs "ia32-libs missing 32-bit gnome libraries needed for gtk stock icons" [Undecided,New] https://launchpad.net/bugs/162993 [00:00] just build sources ...like what you upload and verify that it done right [00:00] its still building the tar.gx [00:00] bug 162993 [00:00] Launchpad bug 162993 in ia32-libs "ia32-libs missing 32-bit gnome libraries needed for gtk stock icons" [Undecided,New] https://launchpad.net/bugs/162993 [00:00] <]reed[> what's the best way to get somebody to look at it? [00:00] not building diff [00:01] dpkg-source: building lightning-sunbird in lightning-sunbird_0.7+nobinonly-0ubuntu1.tar.gz [00:01] dpkg-source: building lightning-sunbird in lightning-sunbird_0.7+nobinonly-0ubuntu1.dsc [00:01] why the fuck is it building ubuntu1.tar.gz [00:02] rename the dir [00:02] to what? [00:02] mv lightning-sunbird_0.7+nobinonly lightning-sunbird-0.7+nobinonly [00:02] lightning-sunbird_0.7+nobinonly [00:02] ]reed[: usually you should try to ping the last uploader and usually subscribe him to that bug [00:02] tar cvzf lightning-sunbird_0.7+nobinonly.orig.tar.gz lightning-sunbird-0.7+nobinonly/*.tar.bz2 [00:02] it should be - not _ [00:03] why would dir be - when tarball is _ [00:03] the name of the tarball is right, the dir in it is not [00:03] ]reed[: but given the low bug count on that package it will probably get attention on its own. so maybe wait a few days [00:03] gnomefreak, look before the nobinonly: [00:03] ix:~/bzr/tarballs$ tar ztvf lightning-sunbird_0.7.orig.tar.gz [00:03] drwxr-xr-x fta/fta 0 2007-10-28 19:19 lightning-sunbird-0.7/ [00:03] -rw-r--r-- fta/fta 37292115 2007-10-28 19:18 lightning-sunbird-0.7/lightning-sunbird-0.7-source.tar.bz2 [00:04] so just reproduce with s/0.7/0.7+nobinonly/ [00:04] take extra care about "_" and "-" [00:05] you have to create APP_VERSION.orig.tar.gz containing APP-VERSION/something.tar.bz2 [00:06] why would dir matter in that instance since tarball is _ figured dir should be aas well [00:06] where APP is lightning-sunbird and VERSION is 0.7+nobinonly [00:06] ]reed[: i think a lot of kde users will complain if you pull in all those gnome libs [00:06] gnomefreak, try it [00:06] i am but i dont get why it matters [00:06] but you answere that [00:06] it's how dpkg-sources works [00:07] <]reed[> asac: well, we're requiring them for Firefox 3 on Linux [00:07] <]reed[> for now, at least [00:07] ]reed[: i doubt that all those libs are needed for gtk stock icons [00:08] <]reed[> we're open to help! [00:08] <]reed[> help us! :) [00:08] <]reed[> see mozilla bug 402742 [00:08] Mozilla bug 402742 in ImageLib "nightlies on Ubuntu 7.10 x64 do not show stock icons" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=402742 [00:08] ]reed[: what kind of api do you use for stock icons? [00:08] <]reed[> see comment #29 [00:09] <]reed[> in that moz bug [00:09] Ubulette: how can i run lintian and/or linda on this now? [00:09] save me from uploading to find out errors [00:09] Ubulette: do we see those stock icons? === ]reed[ is now known as [reed] [00:10] in the file list ? yes [00:11] without gnome-support? [00:11] I have gnome support [00:11] the bule globe with or without [00:11] asac: iirc it doesnt matter its blue globe either way [00:11] oh, mine are orange, not yellow [00:12] yellow? [00:12] Ubulette: yeah its probably from your theme :) [00:12] Ubulette: can you try to uninstall xul-gnome-support and see if they go away as well? [00:12] i only have a8 build here on this system [00:12] i see the same icons as the mozilla bug has as attachments [00:12] i'm with b2pre [00:12] this is on a9 [00:12] a9pre [00:13] Ubulette: right ... please try :-D [00:13] Ubulette: bug was filed 06-11 ... so b2pre should be fine i guess [00:13] <[reed]> the new Linux theme just landed last night [00:13] <[reed]> that makes the main icons use stock icons [00:13] mine looks like https://bugzilla.mozilla.org/attachment.cgi?id=287563 [00:14] in help about [00:17] hold on, i'm gonna upgrade to 1.9~b2~cvs20071115t1439 [00:19] asac: lintian == no errors linda == waiting on it to install [00:19] grrrrrrr [00:20] if i remove debhelper from control linda complains if i add it linda complains [00:20] wonder if its linda [00:20] gasp, without gnome support, it's broken [00:20] but native is gone [00:21] not here [00:21] Ubulette: i dont have gnome-support for firefox-3.0a9pre and i get the fuse on the globe [00:21] assuming that is the correct icon [00:22] using defaul gnome icons here [00:22] <[reed]> no, you need to look at ftp listings [00:22] <[reed]> go to ftp://ftp.mozilla.org [00:22] <[reed]> do you see icons? [00:22] the folders and files yes [00:23] ugly as hell but yes [00:23] <[reed]> download ftp://ftp.mozilla.org/pub/firefox/tinderbox-builds/fx-linux-tbox-trunk/firefox-3.0b2pre.en-US.linux-i686.tar.bz2 [00:23] <[reed]> unpack it and run it [00:23] http://www.sofaraway.org/ubuntu/tmp/Minefield-without-gnome.png [00:23] <[reed]> Ubulette: yes, that's what people are reporting :0 [00:24] <[reed]> we'd like to fix it [00:24] ok it looks right here ill let you know when download is done what b2 looks like [00:24] readding gnome support does not change anything, it's still broken [00:25] <[reed]> Ubulette: does that include libgnomeui ? [00:26] what ? [00:26] ftp://ftp.mozilla.org/pub/firefox/tinderbox-builds/fx-linux-tbox-trunk/firefox-3.0b2pre.en-US.linux-i686.tar.bz2 [00:26] shit [00:26] http://tinypic.com/view.php?pic=81twl7d&s=1 [00:26] [reed]: ok ... the idea is to just use gtk_icon_theme_lookup_icon and guess the name from mime-type [00:26] that is a9pre [00:26] is that good enough? [00:26] waiting for b2 [00:27] <[reed]> asac: hmm, can you comment in the bug? [00:27] yes [00:28] http://paste.ubuntu.com/2016/ [00:28] well, that's with gnome-support but it looks like without [00:29] maybe a chrome reg [00:29] damn, it's borked [00:29] i can't stay like that [00:30] Ubulette: he? [00:30] look at my screenshot [00:30] i'm like that now [00:34] i've downgraded to b1 rc3, it's back in shape.. aaaahh, i feel better [00:35] testing upstream build waiting for it to open [00:36] i see icons [00:36] its using ubuntu themes [00:36] theme [00:36] i've upgraded again but this time with gnome support, i see the icons but my bmtoolbar is missing [00:37] post screenshot in a moment [00:37] Ubulette: i dont have -gnome-support for 3.0 installed [00:37] would it be using 2.0 gnome-support? [00:37] i wouldnt think so [00:37] http://www.sofaraway.org/ubuntu/tmp/Minefield-with-gnome.png [00:38] gnomefreak, no, firefox-3.0-gnome-support & xulrunner-1.9-gnome-support [00:38] <[reed]> Ubulette: yeah, I think the bookmark toolbar issue is mozilla bug 403743 [00:38] Mozilla bug 403743 in Toolbars "Bookmark toolbar items don't show up even though they are accessible in the Bookmark Toolbar Folder" [Normal,Resolved: duplicate] http://bugzilla.mozilla.org/show_bug.cgi?id=403743 [00:38] i dont have neither [00:39] Error: uncaught exception: [Exception... "'[JavaScript Error: "this._result is null" {file: "chrome://browser/content/places/toolbar.xml" line: 357}]' when calling method: [nsIController::isCommandEnabled]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "JS frame :: chrome://browser/content/places/controller.js :: updatePlacesCommand :: line 1644" data: yes] [00:40] ok, it's mozilla bug 403854 [00:41] Mozilla bug 403854 in Search "Removing searchbar or location bar breaks many things" [Normal,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=403854 [00:41] <[reed]> yeah, so that should be reviewed and landed for tomorrow's nightliews [00:41] <[reed]> -w [00:42] i don't like the new icons at all [00:42] the two arrows look weird when you hover them [00:43] is it really supposed to look native ??? [00:43] <[reed]> the tab scrolling arrows? [00:43] <[reed]> or what? [00:44] <[reed]> what arrows? [00:44] <[reed]> back/forward? [00:44] b/f [00:45] <[reed]> what's the proper way of doing things? [00:45] <[reed]> you should file bugs :) [00:47] i can't take a screenshot showing that hovering thing [00:48] the border of the arrow when hovered is complete, the one of the smaller arrow on the right (for history) has only 3 sides [00:48] that looks weird to me [00:49] <[reed]> can you not use "Take Screenshot" and set a delay? [00:49] the close button of tabs disappear when hovered [00:49] even with delay, the hovering is not visible [00:50] i've tried twice [00:50] <[reed]> lame [00:50] sorry [00:50] <[reed]> so, you should file all these issues in bugzilla [00:50] <[reed]> so we can fix them :) [00:52] close button doesn't seem vertically centered: http://www.sofaraway.org/ubuntu/tmp/tabs.png [00:53] firefox hates me [00:53] <[reed]> Ubulette: https://bugzilla.mozilla.org :) [00:53] <[reed]> please file [00:53] well, i have enough bugs opened everywhere. i usually don't care much about color/theme. Here, i was just used to the previous ones [00:54] <[reed]> well, people really want it native [00:54] <[reed]> so, that's what we're doing [00:54] <[reed]> with new Tango icons making up stuff that gtk stock icons doesn't have [00:54] <[reed]> http://tango.freedesktop.org/Firefox [00:55] no offense intended. i know it's important for end users. i'm just not representative of the mass ;) [00:55] http://i9.tinypic.com/7xui9w5.png [00:55] that is with b2 upstream [00:55] ubuntu doesnt use tango by default [00:56] atleast not yet [00:56] gnomefreak, yep, i see the same now. i fixed my toolbar by adding a search bar [00:56] toolbar wont fix your icons though [00:57] default ubuntu themes firefox 3.0* shows icons fine [00:57] flash is working on pissing me off something awfulol [00:58] http://www.sofaraway.org/ubuntu/tmp/FF3-Unresponsive-script.png [00:58] this is weird too [00:58] its not 3.0 thats stuck its 2.0 here [00:58] cant do shit [00:58] tinypic is freezing me up [00:58] cant open term to kill ff [00:58] lol [00:59] <[reed]> Ubulette: yeah, we've had some people complaining that the unresponsive script thing comes up at odd times [01:00] i'm talking about the icons [01:00] stop is green and continue red ? [01:00] counter intuitive [01:02] <[reed]> Ubulette: oh, lol [01:02] <[reed]> I didn't notice that [01:03] ok asac sunbird is fixed firefox broken sb fixed :( [01:45] asac, I've patched xulrunner and seamonkey to ifdef that part [01:54] i've created mozilla bug 403994 [01:54] Mozilla bug 403994 in Build Config "Don't install nss headers when sysytem-nss is used" [Normal,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=403994 [01:55] oops, sysytem [01:55] mozilla bug 403994 [01:55] Mozilla bug 403994 in Build Config "Don't install nss headers when system-nss is used" [Normal,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=403994 [01:56] better [02:28] <[reed]> oh [02:28] <[reed]> that's you [02:28] <[reed]> :p [02:29] ? [02:29] <[reed]> Ubulette: so, you need to request review [02:29] erm...how do i run firefox-3.0? i'm getting an error [02:29] Could not find compatible GRE between version 1.9a8 and 1.9a8. [02:29] (hardy) [02:30] you probably have a bad xul install [02:30] how would i go about fixing that? [02:31] which version of xulrunner-1.9 do you have ? [02:31] (dpkg -l xulrunner-1.9) [02:31] Setting up xulrunner-1.9 (1.9~b1~rc3+nobinonly-0ubuntu1) ... [02:31] oh [02:31] not up to date? [02:32] it's just that firefox-3.0 b1 rc3 has not been built [02:32] it's still stuck in the merge flood [02:32] Installed: 3.0~alpha8+nobinonly-0ubuntu1 [02:32] yep [02:32] oh, crumbs you're right [02:32] that's why [02:32] ok, will try to shove. i want buildd admin powers dammit. [02:32] https://edge.launchpad.net/ubuntu/hardy/+builds?build_text=firefox-3.0&build_state=all [02:33] damn edge. stop timing out on me! [02:34] [reed], i never know which knob to select so i usually wait forever :p [02:34] hehe [02:34] * Hobbsee is too familiar with edge :( [02:34] but as i merge my patches directly here, it doesn't matter much [02:34] Hobbsee ?? [02:35] it often times out on me. [02:35] <[reed]> Ubulette: it matters to us [02:35] Ubulette: right, problem solved. [02:36] Ubulette: btw, you had a dpkg patch ages ago. iwj told me some stuff about it, but i've no idea what it was - about why some parts werent wise. [02:36] you may want to ask him [02:36] Hobbsee, i have tons of patches everywhere, most of them are beeing ignored [02:37] are the sponsorship teams subscribed to them? [02:37] i have no idea [02:37] if not, that's why. [02:37] as i run my patches anyway [02:37] i have my own builder [02:37] (ubuntu-universe-sponsors, ubuntu-main-sponsors, as the package requires) [02:38] hardly helpful for anyone else, though. [02:39] well, i file bugs and post patches, that should be enough. if maintainers don't care to even have a look, why should i ? [02:39] all my patches are public [02:39] ubuntu doesnt have maintainers. i thought you'd been around enough to know this. [02:39] that's *why* we have a sponship queue [02:40] i'm running linux since 1991 so I know [02:40] at last count, i think everyone in ~ubuntu-dev (and not all are active), have around 800 packages each. [02:40] and debian since 1996 [02:40] oddly enough, they probably don't see all of them. [02:40] i'm surprised you don't file to debian, as they do actually have maintainers. [02:41] i'm no longer interested by debian. [02:42] i'm still running it on a dozen servers but no more on desktops [02:42] * Hobbsee wonders just how many patches there are which arent on the sponsorship queue. [02:43] no idea [02:43] 1425, apparently. [02:43] modulo dupes, and not-real-patches. [02:44] good, ff3 is building now. did you do something or is it just happening now ? [02:44] yes, i poked the relevant people [02:45] it wasn't going to happen for ages, otherwise. [02:45] excellent [02:45] thx [02:46] no problem. things work well, when done in effective ways [02:50] fortunately, ff3 is fast to build now [02:50] 3 or 4 minutes instead of 1 hour [02:51] wow, 8 mins. [02:51] that's mostly the chroot upgrade + builddeps install [02:51] I build locally in 1 minute [02:51] yup [02:52] * Hobbsee ponders. wait for the binaries to become available, or nuke the debs. [02:53] <[reed]> you build a clobber build in 1 minute? [02:55] <[reed]> oh, huh [02:55] ff with libxul [02:55] xul still takes 1h though ;) [02:56] <[reed]> k, thought so :p [02:58] ok, pushing seamonkey2 to my ppa, and going to bed, it's 4am here [03:00] <[reed]> [ Alexander Sack ] [03:00] <[reed]> * Use granparadiso branding for alpha and beta builds and official branding [03:00] <[reed]> for final builds: [03:00] <[reed]> - update debian/rules [03:00] <[reed]> asac: er? [03:00] <[reed]> why Gran Paradiso branding on beta? [03:01] <[reed]> official builds will be official branding [03:01] <[reed]> for betas [03:01] that's what I've said too [03:01] but it's b1 rc3, so asac prefered to revert my change [03:02] <[reed]> well, it's just going to make you all look odd! [03:02] <[reed]> :p [03:02] b1 final will automatically have the official branding [03:02] <[reed]> ah [03:02] <[reed]> and how will rc3 be different from final? [03:03] we don't know. we'll see when the tarball will be available [03:03] here, I just fetched the rc3 tag from cvs [03:04] problem is, there's no official tarballs for xulrunner [03:06] ooh, shiny :) [03:06] does it work ? [03:08] yeah [03:08] themes and such arent updated, though [03:08] most are just not compatible so they are there but disabled [03:09] i wonder if it can be fooled with the nightly tester tools, as 2.x was [03:09] you can fool that with a key [03:10] haha, nice. [03:10] new about:config window warning. [03:11] Ubulette: presumably extensions.lastAppVersion? [03:12] nope, that didn't work [03:12] which key do i want? [03:19] i don't remember and the about:config is broken in minefield. cpu over the roof [03:19] hm. [03:19] * Hobbsee assumes that the current minefield is quite far aawy from the beta, then. [03:19] <[reed]> ? [03:19] <[reed]> not reall [03:19] <[reed]> really [03:19] <[reed]> Ubulette: about:config wfm [03:20] <[reed]> Minefield doesn't have many problems [03:20] it's the 1st time is doesn't work [03:20] woot! extensions! [03:20] switftabs, how i love thee! :D [03:21] [reed], cpu rockets for a while, then the popup asks me if I want to continue or kill the script [03:21] <[reed]> strange [03:21] <[reed]> any extensions? [03:22] not much, mostly tabmix+ and adblock+ [03:22] erk, tabmix+ [03:23] <[reed]> adblockplus is compatible with Minefield [03:23] * Hobbsee had that crashing even on 2.0 [03:23] <[reed]> is tabmix+ ? [03:23] the dev one is in sync with trunk usually [03:32] uh oh, apparently using history tab complete is a bad idea. [03:32] tabs look weird in trunk... or at least, different. maybe it's tabmix+ fault. i'm daily building firefox so i'll see if it improves :) [03:33] bed time for me. 'night guys [04:52] Is this a chan to ask questions on Thunderbird? [05:02] PoofDaddy: it's mostly development-related, actually, but given that nobody's having real discussions right now, I guess you could try. (#ubuntu-offtopic, oddly enough, is often successful for TB stuff too) [05:03] I'll give it try. === asac_ is now known as asac === asac_ is now known as asac === \sh_away is now known as \sh [11:31] Ubulette, are you around? [11:50] HI [11:50] bluekuja, ping [11:51] Ubulette, heya [11:51] can you please test something for me? [11:51] it's a 5 min work [11:51] so I can finally move to sm [11:53] tell me [11:53] download http://incoming.ibluepaper.com/diff-ext_0.2.3-2_i386.deb [11:53] then [11:53] install it [11:53] then do [11:53] killall nautilus [11:53] and then right click on a folder/file [11:53] does it crash or works fine? [11:53] :) [11:54] does is matter if i run nautilus HEAD ? [11:54] I guess no [11:54] i'm far ahead of hardy for most of gnome [11:54] ok, give me 5 min, i was on something. [11:55] ok [12:03] done [12:03] no crash [12:03] but it does nothing. [12:04] i right click on a file, select "Compare later" [12:04] right click another file, select "Compare to my1stfile..." [12:05] nothing happens [12:05] bluekuja, ^^ [12:05] yes, it's ok [12:05] :) [12:05] but no crashes? [12:05] right? [12:07] you need to setup everything [12:07] to have it working [12:08] ? it's not automatic ? [12:10] nope [12:10] you have to select a file comparison tool [12:11] from the configuration program [12:11] how am i supposed to know ? [12:11] by reading docs [12:11] ^^ [12:12] you should provide a default conf that does something [12:12] here, it's just confusing [12:12] I gonna add a README then [12:12] do you know many users who read docs ? I don't [12:12] they should [12:12] lol [12:12] lol [12:13] i started the setup tool (difficult to find), clicked on about, I can't close the about dialog [12:13] it's a known bug [12:13] will be fixed [12:13] :) [12:16] setting /usr/bin/diff didn't work. should it be a gui ? [12:16] yes [12:16] so i'm doomed [12:16] lol [12:17] it have to be a gui [12:17] you can use meld [12:17] it works fine [12:17] brb -- lunch [12:27] bak [12:27] *back [12:27] Ubulette, anyway the docs are inside [12:27] and usually an user is supposed to read them [12:27] before using an application [12:27] if not why ppl include them? [12:28] ;) [12:29] as you want, i just think that it should work by default [12:29] actually I cannot say an user what's the best diff comparison tool to use [12:30] and plus it should depends on tons of packages [12:30] so avoid ppl to search them [12:31] but it's just a 2 steps work [12:31] 1) configure [12:31] 2) compare [12:31] not really hard [12:32] not much, it's a an for nautilus which is already heavy on deps. so just dep on meld | diff-gui, let meld have a diversion to diff-gui and just pre configure diff-gui as default diff for your extension. any other differ could implement the same diversion [12:33] s/a an/an ext/ [12:33] that's true as well [12:33] I should ack upstream files [12:33] to get a default configuration [12:33] I'll talk with the main developer [12:33] to see what he thinks about that [12:34] it's a packaging decision. upstream should not be concerned/impacted much [12:34] yes, but having a default configuration [12:34] should concern modifing upstream files [12:34] we do that for everything [12:34] yep [12:35] Ubulette, do you have a debian unstable machine as well? [12:35] not anymore [12:35] just servers [12:36] ah damn [12:36] my own desktops were debian unstable for 10 years [12:36] really? [12:36] yes [12:38] I never had to reinstall the system. just regular upgrades [12:38] amazing [12:38] :) [12:38] sometimes dirty ones but i always managed [12:40] same for ubuntu. I've jumped on the dev ones the day they opened [12:41] anyway, no crash with your stuff [12:41] perfect [12:41] now I need an unstable test [12:41] and It can be uploaded [12:45] damn, another lang pack flood in the ppa [12:45] aww [12:48] ~500 debs [12:48] 0_0 [12:48] not debs but packages [12:59] [reed], i've tried to ask for review for my nss patch from yesterday. not sure i did it right [13:00] damn, seamonkey2 i386 is stuck in the flood in ppa. [13:02] rhelmer, do you have any idea if there's an ETA for prism 0.9 ? [13:03] rhelmer, I want to have a release for ubuntu hardy as cvs is not welcome [14:31] asac, http://ubuntuforums.org/showthread.php?t=614647 [14:38] bluekuja, any progress with sm1 ? [14:39] Ubulette, for this evening [14:39] yes [14:39] ok [14:43] Ubulette: ffox 3 is built [14:43] you probably already noticed ;) [14:43] i know [14:44] Hobbsee wanted it yesterday so he pulled the right string [14:44] Hobbsee == she [14:45] she is buildd admin as well from what i know [14:45] she ? really ? excellent [14:45] yeah [14:45] sarah hobbs [14:56] Ubulette: i think we should make libxul*pc Require: mozilla-nss and then create a link mozilla-nss.pc => nss.pc in case we use system-nss/nspr [14:57] otherwise the headers are missing in epiphy [14:58] so you want to hack the pc files using debian/rules ? [14:58] not sure ... i think in that way we can contribute it upstream [14:58] or patch the .pc.in files [14:59] including xul headers without nspr usually means build failure ... so having it without that Requires is just good luck that in some cases the nspr/nss headers are shipped in the same directory [15:00] that kind of things is distro specific, i don't see how upstream could accept that [15:06] Ubulette: its not really upstream specific... its just out of luck that they ship the headers in the same directory [15:07] maybe that could be changed [15:07] its not the default for them, but it semantically makes sense ... they ship mozilla-nss.pc ... and -nspr.pc so why not express the dependency properly [15:08] they ship mozilla-nss.pc ? you sure ? [15:08] well .. its not invented by us ... we just run make install and have it, right? [15:21] hmm, no anymore [15:21] http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&file=Makefile.in&branch=&root=/cvsroot&subdir=/mozilla/build/unix&command=DIFF_FRAMESET&rev1=1.29&rev2=1.30 [15:21] asac, this is mozilla bug 389673 [15:21] Mozilla bug 389673 in Build Config "Fix "make install" to copy from dist/ rather than recursive makefile traversal" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=389673 [15:22] s/no/not/ [15:22] (i really need a new keyboard and a new mouse) [15:22] and new hands too to come with those ;) [15:23] hehe [15:24] Ubulette: when was that checkin? [15:24] Ubulette: i mean i still have that .pc files installed from what i know [15:24] 2007-08-03 07:46 [15:24] i think that patch is just to remove the manual make install thing [15:25] i still see xulrunner-1.9-1.9~b2~cvs20071115t1159+nobinonly/mozilla/xulrunner/installer/mozilla-nss.pc.in but it's no longer installed/used [15:25] well, maybe it is, but not with system nss [15:26] yes ... but for that case its like i proposed :) [15:26] create link to real system one ... and always Requires: mozilla-nss [15:28] $ dpkg -L xulrunner-1.9-dev | grep mozilla-nss [15:28] /usr/lib/pkgconfig/mozilla-nss-1.9.pc [15:28] thats for the a8 in gutsy [15:29] maybe it would be better to produce the proper path in system-nss/nspr case though [15:30] e.g. ship a good mozilla-nss in all cases [15:32] do we ever want to be able to install two sdk at once ? [15:33] i doubt that [15:33] why? [15:33] the .pc files would conflict anyway [15:33] that's why i ask [15:34] upstream allows to install as many sdk as you want [15:34] yeah ... i see the .pc files the single point of stableness developers need to figure out build paths et al [15:34] how does upstream do that? i mean its not us that install those .pc files in /usr/lib/pkgconfig/ .. its the upstream behaviour [15:35] we're close to allow one xulrunner per branch, but only one sdk [15:35] yes .. but i am sure thats the same for upstream ... one sdk per major bracnh [15:35] e.g. 1.8 sdk + 1.9 sdk is good [15:35] and since they don't even have the version in pc files its just one sdk at once for them === \sh is now known as \sh_away [17:18] good. seamonkey2 has finally been built in my ppa. [17:19] great :) === \sh_away is now known as \sh [17:35] asac, what's your status with python/xul1.9 ? jamino bloged about it === \sh is now known as \sh_away [17:37] i was just thinking why do we keep xpcom, afaik its cross-platform components and we dont build cross platform unless it is used for 32 64 ppc since we dont build for windows [17:39] asac: also you can grab sunbird from http://revu.tauware.de/details.py?upid=663 and push its all good and been tested here [17:40] oh and for some damn reason firefox isnt remembering the settings for the pop up warnings about encryped pages ect. [17:41] yay 60 updates [17:43] make that 73 [17:43] hmm.. chatzilla in seamonkey2 has an empty user list [17:44] suprise you? [17:44] and the issue with localization of wallet is still there [17:44] wallet is still giving issues? [17:45] it's obsolete, supposed to be removed [17:45] firefox did it a while ago [17:45] already? [17:45] firefox had wallet? [17:45] up to ff2, yes [17:45] * gnomefreak is now confused [17:46] what does it use now? [17:46] * gnomefreak thinking wallet is what saved info/passwords ect.. [17:47] indeed [17:47] what took its place? [17:47] i know 3.0 offers to save passwords in a dialog at top of page but not sure what its called [17:48] satchel [17:48] hmmm [17:49] mozilla bug 390025 [17:49] Mozilla bug 390025 in XP Apps "Move to LoginManager and remove wallet from SeaMonkey" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=390025 [17:49] here it is [17:50] not very active :( [17:50] can we remove it atleast until upstream does? or we would have to remove it and provide something in place [17:50] there's an issue with localization of wallet so it's too bad it's not moving [17:53] this isnt good [18:00] Ubulette: did you see bug 162723 (i ask since i know you worked ass off on xulrunner-1.9) [18:00] Launchpad bug 162723 in xulrunner-1.9 "xulrunner-1.9 build leaves orphaned find processes, hangs buildds" [High,New] https://launchpad.net/bugs/162723 === Ubulette changed the topic of #ubuntu-mozillateam to: Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/ + https://wiki.ubuntu.com/MozillaTeam/Bugs/Procedures | Mailing List: ubuntu-mozillateam@lists.ubuntu.com | Mohmm nozilla QA tracker https://mozilla.qa.stgraber.org/ => please subscribe to help out [18:00] oops === Ubulette changed the topic of #ubuntu-mozillateam to: Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/ + https://wiki.ubuntu.com/MozillaTeam/Bugs/Procedures | Mailing List: ubuntu-mozillateam@lists.ubuntu.com | Mozilla QA tracker https://mozilla.qa.stgraber.org/ => please subscribe to help out [18:01] i meant to say; hmm no [18:05] ok, i'll handle that [18:09] i'm trying to do some ajax in xul, that's giving me headaches [18:19] * gnomefreak will be back later [18:27] http://www.cnet.com/surveillance-state/8301-13739_1-9813407-46.html [18:28] http://shaver.off.net/diary/2007/11/16/correction-mozilla-stopbadware-and-google/ [18:38] http://ascher.ca/blog/2007/11/16/open-source-peer-to-peer-transportation-systems/ [18:38] that's what I'm using to commute everyday [18:47] Ubulette_: bug 162723 [18:47] Launchpad bug 162723 in xulrunner-1.9 "xulrunner-1.9 build leaves orphaned find processes, hangs buildds" [High,New] https://launchpad.net/bugs/162723 [18:47] ?? [18:49] maybe the redirection you've added [18:49] never been an issue for my bot [18:49] it monitors orphaned processes too [18:49] Ubulette_: well ... i did nothing like that before upload [18:50] i don't know it's new [18:50] i don't think it's new [18:50] (my hands are typing things that my brain never ordered) [18:51] hehe [18:52] btw, i've trying to ping elmo to discuss that bug, no answer so far [18:53] Ubulette_: he has stated that its clear to him :) [18:53] tried [18:53] good luck in pinging elmo [18:53] god, what's happening to me ? [18:53] why ? [18:54] Ubulette_: nevermind ... he often had high latency in the past:) [18:55] why the hell would they orphan? ... i had something like that yesterday on my system before I had to reboot ... e.g. lots of those finds dangling around [18:55] i thought i had killed the make with -KILL [18:57] Ubulette_: i get [18:57] test -d mozilla/_tests && rm -rf mozilla/_tests ; \ test -d mozilla/staticlib && rm -rf mozilla/staticlib ; \ find mozilla -type f -name \*.pyc -exec rm {} \; &> /dev/null; \ find mozilla -type l -exec rm {} \; &> /dev/null [18:57] rm -f debian/xulrunner-1.9.postinst debian/xulrunner-1.9.prerm [18:57] when running just debian/rules clean [18:57] asac@ubun:/tmp/xulrunner-1.9-1.9~a8$ semop(1): encountered an error: Invalid argument [18:57] semop(2): encountered an error: Invalid argument [18:58] my bot: [18:58] rm -f debian/stamp-autotools-files [18:58] test -d mozilla/_tests && rm -rf mozilla/_tests ; \ [18:58] test -d mozilla/staticlib && rm -rf mozilla/staticlib ; \ [18:58] find mozilla -type f -name \*.pyc -exec rm {} \; &> /dev/null; \ [18:58] find mozilla -type l -exec rm {} \; &> /dev/null [18:58] dpkg-source -b xulrunner-1.9-1.9~b2~cvs20071116t0151+bbot [18:58] semop(1): encountered an error: Invalid argument [18:58] semop(1): encountered an error: Invalid argument [18:58] dpkg-source: building xulrunner-1.9 using existing xulrunner-1.9_1.9~b2~cvs20071116t0151+bbot.orig.tar.gz [18:58] yeah ... what are those semop things? [18:58] maybe > is used for seomthing in make? [19:00] let me check when it started [19:01] ok apparently its really &> [19:02] cvs20070925t0251 [19:02] we need to use > /dev/null 2>&1 [19:02] that works here without semop [19:02] cvs20070924t0733 was ok [19:02] yep, i told you that. in pure sh, &> is not supported [19:02] find $(DEB_SRCDIR) -type f -name \*.pyc -exec rm {} \; > /dev/null 2>&1 ;\ [19:03] find $(DEB_SRCDIR) -type l -exec rm {} \; > /dev/null 2>&1 [19:03] k [19:03] but is this the problem? [19:03] most likely i guess [19:03] that's at best a bashism, for me it's in fact csh syntax [19:04] well, no csh/tcsh use >& and |& [19:04] well in dash it works [19:04] echo hallo &> /dev/null [19:04] doesn't give me semop [19:04] try that when invoked as /bin/sh [19:05] and nohup [19:05] ok its really backgrounded [19:05] ok ... wanna add that fix? [19:05] i can do it [19:05] like above? [19:05] thanks [19:05] ok [19:06] set it to fix committed and add the .dev branch to the bug then. [19:06] btw, i've created a xul.head branch yesterday [19:06] i need that to fix, hmm, xul head :) [19:06] needed [19:06] i'm merge in dev later [19:07] i'll [19:07] gasp [19:07] after b1 i guess [19:07] yes [19:07] we could have greated a b1 branch and keep main dev on .dev [19:07] s/gr/cr/ [19:09] that's what I wanted to do with the non dev branch but you complained [19:14] asac, pushed to xul.dev : http://paste.ubuntu.com/2034/ [19:15] if you want to push, feel free [19:16] well, i've committed assuming you'll sponsor it immediately [19:24] asac, ok, elmo seems happy [19:32] asac, about prism, any objection to push a cvs release ? we'll get a real release before hardy is out for sure. problems with this one (0.7) are 1/ real source tarball is not available and 2/ it has been released for win only, then weeks later for linux/mac.. so it's not the same sources. === Ubulette_ is now known as Ubulette [19:47] i have to hand this computer over to my gf for a few [19:57] Ubulette: i'll find out about 0.9 [19:57] rhelmer, cool, thx [19:57] Ubulette: there's a #prism channel on irc, i'll see if anyone has plans yet [19:58] on irc.mozilla.org that is [20:03] asac, http://paste.ubuntu.com/2035/ [20:03] xul failed [20:07] seems fixed [20:08] hmm, nope [21:25] Ubulette: unless something else pops up i would rather wait till beta is out [21:25] Ubulette: about prism: yeah ... we can get this up [21:26] Ubulette: maybe try to get the package sponsored the ubuntu way though ... of course, only if you are interested to become a motu at some point [21:27] so you have me + bluekuja + whoever that can vouch for you before the council [21:27] if it means doing more politics than packaging, i'm not sure. [21:27] Ubulette: he? [21:28] Ubulette: no its just the easiest way to get people to vouch for you ... its not about policits, just multiple persons that can confirm your technical supremacy [21:29] so did xul fail now? [21:29] or did this resolve on its own? [21:31] i'm discussing with the owner of the patch [21:39] gzip: stdin: not in gzip format [21:39] dpkg-source: failure: gzip gave error exit status 1 [21:39] bzr: ERROR: The build failed. [21:39] that has got to suck [21:41] ah i found it [21:49] motu seems to just be about doing merges or/and learning about how to do debs [21:49] i think i already know how to do both [21:53] asac: sunbird is done iceape is in the works for gutsy [21:55] i don't see anything related to what i'm doing in the motu/todo list [21:55] Ubulette: sort of yes that is about it but becoming motu give you access to upload to universe/multiverse [22:00] Ubulette: you do new packages :) [22:00] Ubulette: thats revu [22:00] then you maintain them [22:01] but indeed ... maybe you should rather become a debian NM :) [22:03] no, thanks. i have enough already. [22:08] dpkg-source sucks big time :( [22:09] it cant overwrite folders nor can it name it something else [22:10] seems i fixed it [22:12] yep i fixed it, ill be back later to check on it, building bins before pushing [22:24] xulrunner 1.8.1.4-2ubuntu5 1.8.1.9-1 1.8.1.4-2 [22:24] that one i can merge :) [22:24] Ubulette: yeah ... go ahead [22:25] read merge-o-matic instructions ... and just do it :) [22:25] maybe not, i'll not be able to resist cleaning it [22:25] then ask on motu for someone to sponsor :) [22:25] Ubulette: one virtue is to stick to things that suck :) [22:25] Ubulette: but we should really do it .. i already see motus that have no idea wiping the alternative change we made [22:26] or even worse things like resurrecting the old python patch ... or whatever :) [22:26] Ubulette: who is listed as mergeee? [22:26] is it me? [22:26] you [22:26] ok if you want go ahead :) [22:27] usually one should ping the last uploader because otherwise they will complain ... like \sh did for seamonkey ;) [22:27] aeh kaze [22:28] Ubulette: if there are things you want to clean up ... post a bug to mike :) [22:38] - * debian/patches/99configure.dpatch: Updated and added nsprpub/configure.in [22:38] + * debian/patches/99_configure.dpatch: Updated and added nsprpub/configure.in [22:38] everywhere [22:38] that's considered cosmetic [22:39] I guess we have to accept that [22:40] out getting cigarrettes [23:04] we build-depend on ecj, not debian [23:25] Ubulette: hmm ... maybewe build java xpcom? [23:26] am i only supposed to look at the conflicts ? [23:26] basically, control and 99_configure [23:26] i solved that [23:26] and i've dropped a patch [23:27] - drop debian/patches/68_python25_api_breakage.dpatch adopted by Debian as [23:27] debian/patches/35_python_2.5.dpatch [23:27] - update 00list [23:27] - update debian/patches/99_configure.dpatch [23:27] everything else has been done by the script [23:29] well, that's no good. that f*g script reverted our stuff [23:31] hmm maybe not [23:48] asac, http://paste.ubuntu.com/2041/ [23:48] oh, and maintainer [23:49] Maintainer: Ubuntu MOTU Developers , why not mt ? [23:51] well its not really something we want to be responsible for ... do we? [23:52] no [23:52] keeing MOTU means that motus will take a look at bugs and all :) [23:52] otherwise it will end up on our plate ;) [23:54] i'm done, i'll build it completely