[00:00] even --fail-missing [00:00] yep, iirc, it's different [00:00] it's already failing when files are listed in *.install but not there [00:00] i think it checks whether all files that are in lets say debian/tmp/ are sorted to some package [00:01] fta: what do you mean. doesnt it fail anyway if files in .install are not avail? [00:01] yes [00:01] that's what i keep fixing in the moz packaging [00:01] fta: well. --list-missing and --fail-missing really seems to be like compare [00:01] not last time i give them a try [00:01] fta: i think we compare dist/bin vs. debian/tmp/ [00:02] and we also use compare for debian/tmp/ vs. debian/ALLPACKAGES? [00:02] yes [00:02] i think the latter can be done with dh_install --fail-missing (or list) [00:02] i don't think so [00:03] so we need compare for dist/bin vs. debian/tmp though [00:04] yes [00:04] k [00:04] fta: do we have a mean to blacklist files from warning/erroring for the dist/bin/ vs. debian/tmp case? [00:05] fta: the firefox-3.1 build log looked like there are a bunch of files listed that are ok not to have [00:05] so i wonder if we could get them out of the log/warning [00:05] yes, EXCLUDE_* [00:05] fta: EXCLUDE_ [00:05] package name? [00:05] and what kind of format? [00:05] # The following variable are available: [00:05] # COMPARE_FILTER_PRE_IN and COMPARE_FILTER_PRE_OUT (for a/) [00:05] # COMPARE_FILTER_IN and COMPARE_FILTER_OUT (for b/) [00:05] # By default, all are 'sed' commands that could be augmented (+=) or [00:05] # overwritten by the caller. [00:06] ok [00:06] that looks promissing [00:06] look in /usr/share/mozilla-devscripts/firefox-3.1.mk [00:06] so we should maintain that list and fail hard everywhere [00:06] e.g. so we dont need to review logs all the time [00:07] that was my initial idea, i just started it transparently, then it slept out of my list [00:08] yeah. thats ok [00:09] fta: is there a switch to make it fatal yet? [00:09] no [00:09] the code is ugly, i should revisit it [00:09] heh [00:10] oh . its basically one long sh line ;) [00:10] ok, pushed a new chromium, it should have a shiny icon now [00:11] gasp, forgot my -dbg fix [00:11] well, that could wait [00:11] :) [00:12] hmm [00:14] oh, they're back [00:14] they disappeared from the build page, i thought they all failed [00:15] .. fetching the songbird sources, i'm quite sure it will fail, if it's like last time [00:16] ix:~/bzr/songbird.head$ wc -l debian/rules [00:16] 302 debian/rules [00:16] pffff [00:18] Songbird1.1.1 ?? 1.1.1 or 1.1 ? [00:19] http://timeline.songbirdnest.com/client/browser/tags/Songbird1.1.1/build/sbBuildInfo.ini.in so 1.1.1, strange [00:25] asac, i should also update my ia32-*chromium* to get your new nss. is it already in hardy-sec? [00:27] boooh, songbird is still using FIREFOX_3_0_3_RELEASE [00:27] apparently, they don't care about security [00:28] asac, asac_ http://paste.ubuntu.com/129584/ [00:32] fta: yeah seems so. its a shame (sec) [00:33] fta: maybe we should file bugs ;) [00:34] and teach mitre to also have songbird added to the list for most firefox issues [00:34] i will try to talk to someone [00:36] anyway ... bailing out. have to get up tomorr at 7 or so [00:36] @time [00:36] ubottu: ping [00:36] ping yourself ;-) really the diodes all down my left side are sore [00:36] good [00:36] cu [00:37] cu === asac_ is now known as asac === mconnor_ is now known as mconnor [01:45] <[reed]> asac: why do you have multiple bugzilla accounts? [02:32] asac. evening. === jetsaredim1 is now known as jetsaredim === fabrice_sp__ is now known as fabrice_sp [08:51] [reed]: you mean asacmoz gmail? [08:51] LLStarks: hi [08:52] [reed]: the canonical one is _just_ for exception processing [08:52] <[reed]> oh, I used your normal one for that canonical thing [08:52] <[reed]> should I swap it to use the canonical one? [08:52] [reed]: which canonical thing? the component? yes please. [08:52] <[reed]> yes [08:52] <[reed]> ok [08:53] [reed]: my normal account is something i will use even after quitting. [08:53] [reed]: the gmail one is a "give me all mail because i love searching one" [08:53] <[reed]> planning on quitting soon? [08:53] <[reed]> :p [08:53] [reed]: no ;) [08:53] [reed]: but you never know [08:53] [reed]: you think the gmail one is bad? [08:54] asacmoz at gmail i think [08:54] <[reed]> no [08:54] <[reed]> I was talking about the canonical one [08:54] ah yeah. its really just for the "Official" canonical stuff. i dont want to mix them [08:54] <[reed]> k [08:55] [reed]: thanks for switching the default for the "exception" component to asac@canonical.com ;) [08:55] <[reed]> ok, I swapped it to your @canonical :) [08:55] [reed]: great. [08:55] [reed]: which component is it? [08:55] <[reed]> Legal :: Canonical [08:55] ah good. [08:56] [reed]: hmm. when will you support OpenID? [08:56] <[reed]> lol [08:56] or is that considered insecure (no clue)? [08:56] <[reed]> mozilla bug 294608 [08:56] Mozilla bug 294608 in User Accounts "Support OpenID as a an account source and login verification method" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=294608 [08:57] cool [08:57] too bad. i guess i have remembered my pass on my laptop [08:57] and not on this ffox 3.2 profile ;) [08:57] <[reed]> ;) [08:59] <[reed]> asac: I talked to ted about PGO, and he had some ideas [09:00] [reed]: different idea from making a minimal test browser in xulrunner and use that to optimize xul? [09:00] <[reed]> basically, compile xulrunner normally, compile firefox, use firefox to recompile xulrunner with PGO, and then recompile firefox with PGO [09:00] hmm [09:01] step 3 sounds difficult. i will think about it [10:53] i cant get into admin for mailing list [10:53] nevermind i think i got it [10:59] gnomefreak: ;) [10:59] its the pre coffee problem :) [11:07] lol [11:08] i am on coffee already ;) [11:09] mine should be done i just havent got up to get it === jtv is now known as jtv-dinner [11:48] asac: do you happen to have the master firefox bug that keeps asking you to restart? i have duplicates but cant find any other bug like that but i know we have one [11:48] * gnomefreak goes for coffee and smoke [11:53] would be nice if LP supported wildcard searches [11:55] gnomefreak: hmm [11:55] gnomefreak: there should be plenty [11:55] gnomefreak: its ubufox [11:55] thats what i thought too [11:55] gnomefreak: 270303 [11:55] ah gppd call [11:56] bug 27030 [11:56] renamed [11:56] Launchpad bug 27030 in kubuntu-docs "Missing dependency between kunbutu-docs and ubuntu-artwork" [Medium,Fix released] https://launchpad.net/bugs/27030 [11:56] to MASTER ;) [11:56] bug 270303 [11:56] Launchpad bug 270303 in ubufox "MASTER - firefox (intrepid): "your browser has been updated and needs to be restarted"" [High,In progress] https://launchpad.net/bugs/270303 [11:56] thanks [12:10] ok these reports are way too scattered. [12:15] we have other reports for "firefox already running" i looked under firefox and ubufox using search (i reaally didnt feel much like looking through every bug report [12:16] ubottu: ping [12:16] ping yourself ;-) really the diodes all down my left side are sore [12:17] scary. net outage for 40 seconds or so ;) [12:17] seems to have recovered without reconnect though === jtv-dinner is now known as jtv [12:31] bug 194894 is now a master bug i know there are more out there but im looking for a different bug [12:31] Launchpad bug 194894 in firefox "[MASTER] Firefox reports "version 1.9b3" in "about:"" [Unknown,Confirmed] https://launchpad.net/bugs/194894 [12:35] asac: master bug for firefox already running i was working on this the other day with upstream but i cant find it now and i know ubuntu has a bug on this :( [12:36] gnomefreak: ok [12:36] gnomefreak: already running? [12:36] i dont know what bug that is in particular [12:36] gnomefreak: if the user NFS then there is a master bug for that [12:37] i looked in ubufox and firefox (still going through ff-2 bugs looking for it [12:37] e.g. home mounted over NFS [12:37] he doesnt state [12:37] ask [12:37] that would be bug 237970 [12:37] Launchpad bug 237970 in firefox "firefox-3.0 breaks with NFS home directory" [Unknown,Fix released] https://launchpad.net/bugs/237970 [12:37] this is bug 77625 [12:37] Launchpad bug 77625 in firefox-3.0 "can't start firefox, error "firefox already running" window tab not visible, needed to end process from sys mon then reopen - workaround" [Undecided,Incomplete] https://launchpad.net/bugs/77625 [12:37] ah [12:37] yeah well. [12:38] if we have a bug for arbitrary strange things then that would be it ;) [12:38] :) [12:38] if its not NFS, its probably "weird happenings when firefox is not restarted after upgrade" [12:38] i think we had a master for that though [12:38] im thinking ubufox but firefox process should die when closed (sort of like my 3.1 buttons problem [12:38] e.g. "MASTER - everything can happen if firefox is not restarted after upgrade" [12:39] i have to write my script for that [12:39] gnomefreak: usually it closes. could be upgrade issue from above, or some plugin/extension that keeps something running [12:39] that would be nice but a shit load of work [12:40] i figured out my was ubufox but process still sticks and removed my buttons. killall firefox-3.1 works same issue different UI issues as the above bug but i can swear ther eis another 1 or 100 of this [12:41] * gnomefreak not really setting out for bug work today :) [12:44] asac: im leaning towards translation for bug 63499 and yes it is still present [12:44] Launchpad bug 63499 in firefox-3.0 "Firefox cannot spell Ubuntu" [Low,Confirmed] https://launchpad.net/bugs/63499 [12:45] gnomefreak: reassign that to hunspell dictionaries packages [12:45] k [12:45] firefox has nothing to do with that [12:45] i mean it doesnt even use aspell [12:45] i figured that [12:45] so its a ispell dictionaries bug and a hunspell dictionaries bug [12:47] i changed it to hunspell should i add ispell or hunspell covers that? [12:48] ill be right back soon to be pain in the ass wife calling me [13:16] ok im back for ~30 minutes to finish what i started than she wants to go shopping and dragging me along with her :( [13:46] gasp... songbird :( [13:47] Remove the patches directory on all active branches. Our patches are now applied directly to our dependencies in the vendor repository; you can do an |svn diff -r /vendor/trunk/$package /vendor/upstream/$package| to get a list of diffs/patches. The patches int he patches/ directories were old, and were not the patches we were even using anymore; this was causing too much confusion. [13:47] so my package is definitely broken now [13:51] fta2: did upstream get to a point where we can package it in archives for KK [13:52] no [13:52] ok thats what i thought see bug 94494 [13:52] Launchpad bug 94494 in ubuntu "[needs-packaging] Songbird" [Wishlist,In progress] https://launchpad.net/bugs/94494 [13:52] imho, they will never do that, they don't care enough about us. either we'll have to bend, or it's out forever [13:55] i agree that they dont seem to care enough but as for the packaging i wouldnt know [14:01] * gnomefreak off for a while. [14:10] fta2: i really think a first step is to raise pressure on general security support [14:10] fta2: once they notice that they get bad reputation with their current way, they might look into new innnovative things [14:10] one solution that comes up is to remove all patches and just ride the xulrunner security updates aka libxul [14:11] fta2: thats why i will ask mitre folks to remember to add songbird for all rendering sec issues [14:11] that are announced for firefox/xulrunner [14:11] in that way they will be officially insecure all the time and while this might work for some time [14:11] it will come up at some point [14:13] apparently, my old method of packaging (ie, get their xul tag and patch it) is no longer what they do [14:17] fta2: they probably failed to properly rebase stuff in svn ;) [14:18] and now patches are out of sync with the full tree they have [14:18] or they forgot to udpate patches and now nobody knows what to do ;) [14:18] which could also be the reason why they are stuck at 3.0.3. we should ask stevel [14:29] http://timeline.songbirdnest.com/vendor/browser/tags/Songbird1.1.1/xulrunner/mozilla/config/milestone.txt => 1.9.0.5 [14:30] !info xulrunner-1.9 jaunty [14:30] xulrunner-1.9 (source: xulrunner-1.9): XUL + XPCOM application runner. In component main, is optional. Version 1.9.0.7+nobinonly-0ubuntu1 (jaunty), package size 7367 kB, installed size 20368 kB [14:30] asac, any chance to talk with the modem guy yet? [14:34] i asked again now. lets see [14:38] fta2: so does that key work more than once with NM? [14:38] or can you connect exactly once and then never again until you use windows? [14:39] fta2: also. thats a huawei with "option" driver? can you give the pci id? [14:39] more than once [14:39] err usb id;) [14:39] fta2: more than once? like you can plug in the key multiple times? [14:39] or more than once without repluggin? [14:40] let's sum up. 2 SIMS: S1 and S2, one key: the huawei E220 (12d1:1003) [14:40] initially, both S1 and S2 worked for a short while [14:41] then S1 stopped working, even after several attempts, replugs, reboots [14:41] S2 was still fine [14:41] i pluggued my key with S1 in an XP box, it connected just fine [14:41] back in ubuntu, S1 was fine [14:42] the next week-end, S1 was still fine, but S2 broke [14:42] i'm still there: S1 ok, S2 nok [14:43] fta2: so if S2 is broken you can flip sims and it will work? [14:43] yes [14:44] when it's broken, it connects and hangup immediately after [14:52] fta2: you still have a link to a serial log paste in your backlog? [14:52] i know you posted it, but i cant find it :( [14:55] fta2: serial + ppp debug on log i guess (if you dont mind to capture one) [14:56] http://paste.ubuntu.com/125513/ [14:56] they say that some modems reset magic stuff on AT+CFUN=0 ... and only windows knows the secret commands to fix that on next plugging [14:57] fta2: ok and if you retry it looks the same? [14:57] e.g. thats the reproducible error? [14:57] yes, 100% [14:58] that was a few days ago (Mar 2 23:52) [15:00] fta2: so you always get to ppp stage and then get a hang up after sent [IPCP ConfReq id=0x2 [15:00] fta2: can you try to disable all the compression stuff in /etc/ppp/options ? [15:01] fta2: add novj novjccomp [15:03] fta2: 16:00 < tambeti> asac: I have a modem with same usb ids [15:03] 16:00 < tambeti> asac: and I've never seen such a problem [15:04] hm [15:04] so what? I got it twice [15:06] fta2: try the compression stuff. also please modify the --delay to 4000 in the udev .rules [15:06] i mean the fact that your thing doesnt work with udev also doesnt sound right [15:06] fta2: twice? so you say its reproducible to fix this in windows, even though only cured it once? [15:07] will try that tonight [15:07] k [15:08] it locked twice, i cured it only once to have a chance to troubleshoot it [15:08] fta2: yeah. did you connect using windows or just boot? [15:08] the 1st time, i connected it [15:09] fta2: if you need to connect we should try to capture the USB traffic so we see the maybe-secret AT command send [15:09] if its during boot its probably harder [15:09] how? i'm clueless with windows [15:10] fta2: imo just go for the compression thing first. [15:10] providers might have a bogus ppp server which just chokes when you start negotating about things it doesnt know about [15:10] and hang up [15:11] fta2: if it comes to usb monitoring under windows, i will try to find the right tools for you [15:11] but the other sim is doing exactly the same thing [15:11] so you can just keep that running and capture everything [15:12] fta2: well. as i said before, you might be on a different hub or gateway [15:15] i mean: i also had similar issues at some point [15:15] and couldnt connect .... but i never used windows and it just started to work at some point again [15:15] and the ppp log really looked similar. [15:15] tweaking the compression things helped a bit - at least the log was different [15:16] e.g. hangup during VJ compression negotation [15:20] ok, will try that, compression is rejected anyway [15:20] i would love to have something working out of the box [15:25] fta2: well. if its really compression negotiation we can maybe turn that off everywhere. i am not sure that 3g uses that ppp part [15:39] asac, why so many people have to patch their kernel and manually install madwifi on their netbooks? [15:40] fta2: i dont know. probably because ath drivers really sucked in hardy? [15:40] its only been 6 month or so when the bad atheros situation improved [15:40] before it was as closed as broadcom [15:41] they are on intrepid and jaunty [15:41] atheros was messy in intrepid because of the close timeline. jaunty should be better afaik [15:41] meaning: in hardy all was lost, but we got this working by having a hacked wpasupplicant [15:42] in intrepid the new drivers appears and sucked, madwifi didnt work anymore, because wpasupplicant dropped support (saying its dead) [15:42] in jaunty. i hope its fixed [15:42] also intrepid driver should be fixed in -updates [15:42] i think that normal netbook remix doesnt ship everything from -updates [15:42] so that might be the reason [15:43] at least most cases should be fixed [15:43] or in -backport-modules [15:45] fta2: safest thing would really be dell mini. the netbook image for hardy has quite perfect modem integration now (its hacky, yes, but i connects fast and knows about everything - even unlocking) [15:45] only prob is that the kernel patch hasnt landed in mainline. [15:45] so its not in mainstream jaunty, but the kernel provided by Netbook folks will have that too soon [15:48] fta2: http://www.notebookjournal.de/tests/toshiba-netbook-nb100-11r-701 [15:48] is that the netbook you are looking at? [15:49] Toshiba NB100 [16:00] no, i initially wanted the dell mini 10, but it's lacking some features i need, and they will come too late. so i'm looking at the samsung NC10 now [16:00] https://help.ubuntu.com/community/NC10 [16:09] fta2: that page says "installing latest madwifi drivers helps" [16:09] thats wrong [16:09] a few lines later they just use the ath5k [16:09] so its like i said [16:09] you need backport-modules [16:09] in intrepid and jaunty should work [16:09] it's a community page, so it's kind of half obsolete [16:09] yes. i think they just mixed the names up [16:10] madwifi was the old hostap driver [16:10] ath5k and ath9k are the new drivers that are shipped in mainline kernel [16:10] and hence are supposed to become quite solid and reliable in the future [16:34] hi asac [16:35] LLStarks: hey [16:35] do you have thoughts on this? http://ubuntuforums.org/showthread.php?p=6874367#post6874367 [16:35] it doesn't seem to be limited to sans-serif fonts and only occurs in certain textboxes [16:37] LLStarks: what sans serif font is that in the back? [16:37] i guess you dont use any windows fonts? [16:37] i do. [16:38] but i don't know what font that is. [16:39] LLStarks: i think windows fonts have problems with metrics [16:41] should i file a bug? [16:41] LLStarks: first check whether it goes away if you remove the windows fonts [16:42] if it doesn't, file with fontconfig and ttf-msttcorefonts? [16:42] LLStarks: provide a way to reproduce without msttcorfonts and put it against fontconfig [16:42] otherwise i am not sure [16:44] gotcha [17:33] I've got a quite strange behavior in TB 2.0.0.19(jaunty). Since AFAIK yesterday TB refuses to filter my mail. In the filtermenu everything is looking ok. When I select apply filter (in the filtermenu it self) my mail gets filtered. BUT when new mail comes in nothing happens, filters are not working. Now I have looked in "msgFilterRules.dat" there are entries called "enabled="no"". I changed them to "enabled="yes"" an *tata* filter [17:33] asac: ping [17:33] hi [17:33] asac: does this mean anything to you http://paste.ubuntu.com/129828/ ? [17:46] BUGabundo: not sure. network problems seem to prevent me to get that page [17:48] BUGabundo: far too long [17:48] plesae paste relevant bits [18:47] stevel, where are the updated instructions to build sb now that you changed everything for the n-th time? [18:48] fta: building the dependencies is here: http://wiki.songbirdnest.com/Build_Release/Building_the_vendor_repository [18:48] building the main app should be the same [18:52] ok, thanks, i was almost there. just need to re-do my patches to your new files :( [18:58] stevel: now that 1.1 is out ... how about making a new upstreaming round and reviewing if things can be done different or not at all that are not suitable for xulrunner tree? [18:58] i know. broken record. sorry about that ;) [19:00] heh, no worries. yeah... i'd like to, i've been pretty swamped with critical work for the past 2 months or so and haven't had time to look into it. will try again when i get some free cycles [19:00] stevel: thats why i ask now. if not now after release (well after fixing first critical feedback things), then probably never :) [19:01] i don't see how it's possible now that everything is flat [19:01] one goal would be to get to a state where we can build it against system xul and songbird isnt completely broken afterwards [19:01] "Remove the patches directory on all active branches. Our patches are now applied directly to our dependencies in the vendor repository; you can do an |svn diff -r /vendor/trunk/$package /vendor/upstream/$package| to get a list of diffs/patches. The patches int he patches/ directories were old, and were not the patches we were even using anymore; this was causing too much confusion." [19:01] that would definitly be a victory [19:01] (that's from svn log) [19:07] some1? [19:08] kosmonaut: ? [19:09] please see 18:33 [19:10] kosmonaut: no :-P [19:10] please repost [19:10] we dont even know which timezone you are in [19:10] I've got a quite strange behavior in TB 2.0.0.19(jaunty). Since AFAIK yesterday TB refuses to filter my mail. In the filtermenu everything is looking ok. When I select apply filter (in the filtermenu it self) my mail gets filtered. BUT when new mail comes in nothing happens, filters are not working. Now I have looked in "msgFilterRules.dat" there are entries called "enabled="no"". I changed them to "enabled="yes"" an *tata* filter [19:10] hmm [19:11] thanks [19:11] strange..ha? [19:11] yeah [19:11] kosmonaut: can you disbale rules in the rule wizard? [19:11] does that change the state to enabled=false? [19:11] or no [19:11] ?` [19:11] hold on [19:13] fta2: i can only reemphasize how important it is that you open an ITP in debian ;) for chromium parts currently not taken [19:13] just got reminded because i got a chromium update from daily [19:14] now: I enabled the rules in the filtermenu...in "msgFilterRules.dat" all enabled are set to "enabled=no" [19:14] kosmonaut: what do you mean by "enabled the rules" ... were they disabled? [19:15] asac: Extra->Filters...>Aktivieren (german) [19:16] kosmonaut: i know. for me the Rules .dat is in sync with the U [19:16] it seems like it the "aktivieren"-botton gives a false feedback to "msgFilterRules.dat" [19:17] kosmonaut: i stopped tbird, modified the .dat ... started again and the state in UI matches the .dat [19:17] e.g. it seems to parse it on startup [19:17] which sounds correct. [19:17] hmm [19:17] if that doesnt do that for you it could be either a) an extension [19:18] or b) some bad syntax [19:18] kosmonaut: you could try to reduce the .dat file until you find the bad entry [19:18] ok...good I'll try to do so [19:18] e.g stop tbird; remove all rules, but one. see if that works (backup the bad .dat first of course) [19:18] sure ;-) [19:18] kosmonaut: yeah. please backup otherwise i see the issue just go away ;) [19:19] kosmonaut: oh you could also look in tools -> error console if there is an error [19:19] but i doubt that there is one [19:19] thx! :-D [19:19] I'll try all of your hints [19:20] stevel, it seems i have to specify SB_VENDOR_BUILD_ROOT, what is that supposed to be? [19:20] kosmonaut: thanks. we see complains about not working filters more or less regularly, so you finding might be the nail - which would be great [19:22] ok...but what made me kind of worry was: that when flters are activated the entry in that *.dat was "off" and when they were de-activated the entry is "on"...Let's see if I find the troublemaker [19:22] (sorrry for my english) [19:22] ;-) [19:22] kosmonaut: yes. there is something bad. are you sure you have no extension installed? [19:22] (except enigmail maybe) [19:22] no extensions for sure [19:22] ok good. then lets find what causes this in the file [19:23] stevel, i mean, is there a default value for SB_VENDOR_BUILD_ROOT? (that i'm not getting for some reason) [19:23] oh...enigmail...i forgot about it...it is no an extension 4 me it is a basic module :-) [19:23] kosmonaut: i hope its a syntax thing ... otherwise its probably harder to track down [19:23] kosmonaut: i dont think enigmail causes this. i have it installed too. but better safe than sorry and disable it for debugging this [19:23] asac: well....was long as it filters and I know what to do am quite happy [19:24] kosmonaut: thats an egocentric point of view. we need to nail this down and fix it for everyone [19:24] asac: all right. but 4 now I have to say good night to my kids [19:24] kosmonaut: sure. [19:24] kosmonaut: no hurry. if there is nothing private in the .dat file you could also share it [19:24] or maybe a reduced file that also has this issue [19:32] stevel, nm.. but why do i need to co the binaries too?? i don't want that [20:08] fta: sorry, was at a meeting and then lunch. [20:12] stevel, i'm patching the new build system, step by step, to fit my needs. [20:12] it's not working out of the box :( [20:13] what's not working? [20:13] lemme see if i can get our build guy in here [20:14] now it's failing in the breakpad symbol code. [20:14] Yo yo. [20:15] hi [20:15] http://paste.ubuntu.com/129913/ [20:15] someone wanted to chat w/ me? [20:16] JayPee, about songbird? me :) [20:16] yup [20:16] cd $(SRC_DIR)/dependencies/vendor/taglib ; make -f Makefile.songbird SB_VENDOR_BUILD_ROOT=$(SRC_DIR)/dependencies/vendor SB_BUILD_TYPE=release [20:16] what's up? [20:16] ends up like this http://paste.ubuntu.com/129913/ [20:16] hmm, it's http://src.songbirdnest.com/source/xref/dependencies/xulrunner/mozilla/toolkit/crashreporter/tools/symbolstore.py copied by http://src.songbirdnest.com/source/xref/dependencies/xulrunner/mozilla/toolkit/crashreporter/tools/symbolstore.py ... [20:16] ok; without looking, I'm going to say building dependencies in the vendor dir isn't supported; it may be ok, but that's not how we build it. [20:17] I don't have/want the vendor binaries so i had to slightly patch http://paste.ubuntu.com/129917/ [20:17] do you care about symbols? [20:17] my guess is "no" [20:17] no, i don't build xul with breakpad [20:18] (we have our own symbol system in our bug tracker) [20:18] fta: build with SB_VENDOR_GENERATE_SYMBOLS=0 [20:18] ok, trying.. [20:19] why does it clean at each run? [20:20] because we use this to generate vendor-binaries, so we assert that the build area is clear. [20:20] well.. ok. [20:20] because I don't want to mess around with packages not getting dependency tracking correct [20:20] it's not rule #1 of building release builds [20:20] but it's up there. [20:22] ok, good for taglib [20:22] hm, it's doing svn up during build (mozbrowser) [20:23] bad, it will break in our builders [20:23] no network access allowed [20:23] fta: read the makefile, you can disable that update [20:23] (another random variable to set :D ) [20:23] yes [20:23] ok.. reading.. [20:23] we put that in there just for situations like this, where you have weird rules! [20:24] it's not weird, it's about security [20:24] ("you" = "the guy on a boat"? :D ) [20:25] fta: it's as weird to me as requiring a rebuild is to you. [20:25] (which is to say it's a requirements issue) [20:26] anyone could send something to the builders, so network access is not allowed, makes perfect sense to me. but it's sometimes difficult to live with. i don't think it's the case here. anyway, building sb now [20:28] failed [20:29] components/mediacore/metadata/handler/taglib/src/MetadataHandlerTaglib.cpp missed the taglib headers [20:30] http://paste.ubuntu.com/129921/ [20:31] /src/bzr/build-area/songbird-1.1.1/build-tree/songbird/dependencies/linux-i686/taglib/release/include/taglib is wrong, i have no taglib in linux-i686/ [20:32] JayPee, ^^ ? [20:34] what does /src/bzr/build-area/songbird-1.1.1/build-tree/songbird/dependencies/linux-i686/taglib/release/include/taglib look like? [20:35] nada: http://paste.ubuntu.com/129923/ [20:37] taglib was built with: cd $(SRC_DIR)/dependencies/vendor/taglib ; make -f Makefile.songbird SB_VENDOR_BUILD_ROOT=$(SRC_DIR)/dependencies/vendor SB_BUILD_TYPE=release SB_VENDOR_GENERATE_SYMBOLS=0 [20:37] Mook_sb, ^^ [20:38] fta: got the full taglib build log? [20:38] because staring at random snippets is really, really hard. [20:39] i can sure recapture it [20:39] hold on [20:47] Mook_sb, http://www.sofaraway.org/ubuntu/tmp/sb.log.txt [20:47] * asac waves to songbird crew [20:47] * Mook_sb waves to asac [20:47] thanks for ending up here ;) [20:49] -- Installing: /src/bzr/build-area/songbird-1.1.1/build-tree/songbird/dependencies/vendor/linux-i686/taglib/release/include/taglib/fileref.h [20:50] asac, the chromium-daily ppa was full, again. it has 7GB now [20:50] so, JayPee: we actually end up checking in .../dependencies/vendor/linux-i686, then check it out as .../dependencies/linux-i686, don't we? [20:51] uh [20:51] well, in the normal build system, we check out $(root)/checkouts/linux-i686 [20:51] then $(root)/linux-i686 is supposed to be created by the user [20:51] and symlinks are created [20:51] and then removed as packages are rebuilt [20:52] oh, the checkin bit was from building vendor-binaries, and the checkout bit is the actual songbird build process, yeah [20:52] $(root)/linux-i686 is eventually cehcked back in [20:52] is that documented somewher? [20:52] fta: yup! [20:52] so I guess in fta's case, he needs to be making symlinks and stuff [20:52] well [20:52] i don't co the vendor-binaries, don't want to, and don't need to [20:52] ah [20:52] well, then it's unlikely to work! [20:52] why? [20:53] uh [20:53] because that's how it's designed to work [20:53] if it depends on binaries, i'd better stop right now. [20:53] your process is different from our process, so things need to be adapted :) [20:53] it probably doesn't. [20:53] if you're just building taglib [20:53] fta: you can make a local bzr repo and clone it, if it makes you feel better ;) [20:54] but the build system expects that stuff to exist [20:54] but, we accept patches; so you could always write one to disable that functionality [20:54] it's mostly used for building gstreamer, since gstreamer depends on so many sub-packages [20:54] taglib, I believe, does not. [20:55] no, i've spent a lot of energy on this package for quite a long time, and at each milestone, every changes, so i'm back to square one, it's frustrating, at best. [20:55] everything [20:55] I can check, but I'm pretty sure the vendor build system didn't change much, if at all, between 1.0 and 1.1 [20:55] I think I may have required that you set the BUILD_ROOT [20:55] but you were doing that already [20:56] anyway, I can understand being frustrated; you would probably find it more rewarding to read through the makefiles, and contribute back fixes that make building the dependencies for you easier [20:56] rather than working around it every release. [20:56] for taglib, i used to have: cd $(SRC_DIR)/dependencies/vendor/taglib ; AUTOCONF=autoconf2.50 AUTOM4TE=autom4te sh ./songbird_taglib_make.sh [20:57] now i have: cd $(SRC_DIR)/dependencies/vendor/taglib ; make -f Makefile.songbird SB_VENDOR_BUILD_ROOT=$(SRC_DIR)/dependencies/vendor SB_BUILD_TYPE=release SB_VENDOR_GENERATE_SYMBOLS=0 [20:57] and it's broken [20:58] out of curiosity, what happens if you make -f Makefile.songbird release [20:59] you're not really supposed to set SB_BUILD_TYPE [20:59] it fails [20:59] missing SB_VENDOR_BUILD_ROOT [20:59] then missing SB_VENDOR_BINARIES_DIR [20:59] then it's doing a debug build, that i don't want [21:00] then it fails on breakpad symbols [21:00] then it's placing the results where sb is not expecting them [21:01] well [21:01] have you created SB_VENDOR_BUILD_ROOT? [21:01] and I suppose you could fake SB_VENDOR_BINARIES_DIR by creating it [21:01] also, it's not. [21:02] 13:58 < JayPee> out of curiosity, what happens if you make -f Makefile.songbird release [21:02] did you see the "release" I added to the target there? [21:02] oh [21:03] ix:~/bzr/build-area/songbird-1.1.1/build-tree/songbird/dependencies/vendor/taglib$ make -f Makefile.songbird release [21:03] /src/bzr/build-area/songbird-1.1.1/build-tree/songbird/dependencies/vendor/taglib/../songbird-vendor-defs.mk:271: *** Must define SB_VENDOR_BUILD_ROOT. Stop. [21:03] sigh. [21:04] What ahppens if you run make -f Makefile.songbird release SB_VENDOR_BUILD_ROOT=$(SRC_DIR)/dependencies/vendor SB_VENDOR_GENERATE_SYMBOLS=0 ? [21:04] is what I was really interested in. [21:05] /src/bzr/build-area/songbird-1.1.1/build-tree/songbird/dependencies/vendor/taglib/../songbird-vendor-defs.mk:278: *** SB_VENDOR_BUILD_ROOT (/src/bzr/build-area/songbird-1.1.1/build-tree/songbird-1.1.1/build-tree/songbird/dependencies/vendor) does not exist.... Stop. [21:05] i can create that, should I? [21:06] sure [21:06] does build-tree/songbird have the songbird code in it? [21:08] hm, nm, the path is wrong, i messed it up, retrying. [21:15] it fails while building sb, still missing the includes [21:15] JayPee, ^^ [21:16] JayPee, http://www.sofaraway.org/ubuntu/tmp/sb2.log.txt [21:16] ok, you need to build these COMPLETELY SEPARATELY [21:16] preferably in separate build areas [21:16] are you doing that? [21:17] hm, no, i'm not. it's supposed to be built in its own dir, right? [21:18] well, we build the vendor binaries completely separately from the songbird build [21:18] and when I saw that you're building things in dependencies vendor, I became sorta scared anyway [21:18] 'cause we don't do that [21:19] is it just a matter of SB_VENDOR_BUILD_ROOT ? i can use something else. [21:19] yes [21:19] or rather, that should work [21:20] (FWIW, I'm not saying this build system is perfect; the weird directories you have to create were due to iterating over what I needed; it's better for us than the old shell system in tons of ways, but it's not perfect, and it's not bug free.) [21:24] i don't understand. if i use SB_VENDOR_BUILD_ROOT=/whatever to build taglib, how will songbird know where to look? [21:26] songbird needs it in $root/dependencies/$platform/taglib/release/include [21:26] the normal songbird build system involves a svn ci / co, so it gets moved anyway [21:31] i think i should take a step back from this. it doesn't make any sense to me (binaries, ci/co while i already have all the sources i need, etc.). [21:32] _you_ don't need to ci/co, but you need to account for the normal procedure and adjust accordingly. [21:36] 18776242 12 -rw-r--r-- 1 fta fta 9385 Mar 11 22:09 ./build-tree/songbird/dependencies/vendor/linux-i686/taglib/release/include/taglib/fileref.h [21:36] 15876536 12 -rw-r--r-- 1 fta fta 9385 Mar 11 22:09 ./build-tree/songbird/dependencies/vendor/build/taglib/release/taglib/fileref.h [21:37] so i have a bogus /vendor/ in the middle, right? [21:41] right, or rather, the vendor-binaries build system ends up not putting it where the main songbird build system expects [21:42] (because normally those things are disconnected) [21:45] mkdir -p $(foreach dir,checkout build linux-$(MACHINE),$(SRC_DIR)/my-deps/$(dir)) [21:45] cd $(SRC_DIR)/dependencies/vendor/taglib ; make -f Makefile.songbird release SB_VENDOR_BUILD_ROOT=$(SRC_DIR)/my-deps SB_VENDOR_GENERATE_SYMBOLS=0 [21:46] taglib builds fine but sb is still unable to find it. [21:46] fta: ok, can you post complete log for *that*? [21:47] Mook_sb: well, again, they're separate build system [21:47] the method should be [21:47] JayPee, http://www.sofaraway.org/ubuntu/tmp/sb3.log.txt [21:48] create Sandbox A; build taglib. create Sandbox B; checkout soungbird; cp the correct directory from Sandbox A into Sandbox B [21:48] build Songbird [21:48] the two sandboxes shouldn't know anything about each other. [21:48] and certainly shouldn't share a build tree [21:48] fta: so yeah; can you do that please? [21:49] I notice that you're still building in dependencies/vendor/taglib [21:49] hm [21:50] if i trash my tree, i will have to rebuild xul, ~45 min on this box [21:50] well, I don't know that you need to trash your tree [21:50] just make a build-tree/songbird-vendor [21:51] and build taglib there. [21:51] (make that the BUILD_ROOT [21:51] rm -rf build-tree :) [21:51] well, if you want it to be clean, yes you'll have to do that [21:51] if you want to test my theory out, then you won't. [23:05] asac [23:05] 23:02 < andresmujica> Hi MOTUs! [23:05] 23:02 < andresmujica> i wonder if someone can help me with this bug #317860 [23:05] Launchpad bug 317860 in mobile-broadband-provider-info "Request to upgrade to latest SVN 3G profiles" [High,In progress] https://launchpad.net/bugs/317860 [23:05] 23:02 < ubottu> Launchpad bug 317860 in mobile-broadband-provider-info "Request to upgrade to latest SVN 3G profiles" [High,In [23:05] Launchpad bug 317860 in mobile-broadband-provider-info "Request to upgrade to latest SVN 3G profiles" [High,In progress] https://launchpad.net/bugs/317860 [23:05] progress] https://launchpad.net/bugs/317860 [23:05] Ubuntu bug 317860 in mobile-broadband-provider-info "Request to upgrade to latest SVN 3G profiles" [High,In progress] [23:05] 23:02 -!- quadrispro [n=quadrisp@ubuntu/member/quadrispro] has joined #ubuntu-motu [23:05] 23:03 < andresmujica> the lastest 3g profiles reported at launchpad and all around are at upstream SVN, a quick update to the [23:05] package would be great for Jaunty a6 [23:05] stop it ubottu ! :-P [23:10] fta: heads-up: in ~6 hrs, my ppa will have a newer linux containing a fix for the glitch-free aberrations [23:10] Nafallo: yes. [23:10] dtchen, newer linux? [23:10] antti is moving 500 km north close to the north pole [23:10] so update will happen next week finally [23:10] fta: yes, we've patched the original hw-ptr issue causing so much instability in pa [23:11] dtchen, you mean a newer kernel? [23:11] it's pretty necessary for glitch-free [23:11] yes [23:11] d'oh [23:11] RESTART YOUR SYSTEM [23:11] just got that [23:11] fta: it won't require a reboot [23:12] fta: you'll need to unload all the sound modules and load the new ones, but beyond that, you can keep on working [23:15] ok [23:23] dtchen, could you please tag your packages with something else than ~ppa? the idea is to be able to see where the updates are coming / came from [23:26] fta: sure. the `linux' upload is a simple bump (9.31ubuntu1) [23:26] i'll just need to adjust dch