[00:01] huats: how long does it take bfore it shows up? [00:01] its not there yet ;) [00:01] 30 minutes? [00:01] 5 minutes usually [00:02] it is now :) [00:02] why is there no debdiff? [00:03] you have the debdiff next the previous upload [00:03] oh [00:03] :) [00:05] (X crashed) [00:12] asac: thanks for the comment [00:12] I'll talk with daniel tomorrow [00:12] good night guys [01:20] asac: PING [01:20] sorry, capslock [01:51] asac: ping [05:57] hi guys [05:57] what would you think about running a session at Ubuntu Developer Week? [05:57] https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep still has some free slots and I'm sure people would be interested in learning more about what you do [08:44] bdrung: poing [09:06] bug 259503 [09:06] Launchpad bug 259503 in network-manager "MASTER NetworkManager 0.7 crashed with SIGSEGV in nm_device_get_act_request()" [High,Fix committed] https://launchpad.net/bugs/259503 [09:08] hiya asac [09:08] could you guys agree on a time and date for the Mozilla team session at UDW? :) [09:09] dholbach: you are awake far too early ;) [09:09] like at 6:57 ;) [09:09] i think it must be the dog :-D [09:09] earlier than that :-) [09:09] Mimi had to get up early again [09:09] and if I go to sleep after waking up already, I'd sleep until 12 or something [09:10] dholbach: then do it ;) [09:10] nahhhh :) [09:10] that would make you available till 8 :-D [09:10] rather later :) [09:13] dholbach: jazzva wasnt here yesterday. i hope he will be today. Ill let you know asap. if you take preliminary reservation use Thu 4th Sep 1900 UTC [09:13] .... "to be announced" [09:13] asac: alright [09:13] Id like to speak to him first, as he is doing most extensnion organization here [09:14] ok... added [09:14] please update as soon as you know :) [09:14] maybe we should make a conter-session "a xul browser in xml" :) [09:15] dholbach: can you make the launchpad id thing go away from wiki? [09:15] i am constantly logged out :( [09:15] asac: no [09:15] asac: best to ask in #launchpad about it [09:15] I have no idea what's going on there [09:16] it was so perfect before [09:16] nobody needs openid there ;) [09:16] just my daily rant ... so ignore that ;) [09:17] I'm happy for all kinds of sessions you add [09:17] more power to the mozilla team! :) [09:22] finally ;) [09:48] asac: the license question of htmlvalidator is solved [09:48] bdrung: ok [09:49] bdrung: please update the bug when you have everything addressed (or tell me when you dont agree - i might have again forgotten anything) [09:49] ;) [09:49] i was a bit confused, because i thought that it was already in bzr [09:50] but i guess thats just my flaky brain again? [09:51] give me some hours and you will have your bzr branches and a fixed package [09:52] that would be awesome [09:53] bdrung: you should see lintian warnings/errors (if there are any) if you use debuild -b to test build [09:53] i fixed the lintian warnings [09:53] already [09:53] bdrung: i'd like to upload this today ... so we dont have to ask for freeze exception [09:53] last night [09:53] ah [09:53] good [09:53] bdrung: you remember how to do bzr? [09:53] yes [09:54] e.g. first commit == upstream commit ... then do the packaging on top= [09:54] = [09:54] argh [09:54] its easy [09:54] ? [09:54] yeah [09:54] my brain is mot flaky. ;) [10:03] dholbach: so when i sponsor something from the sponsoring queue, should i leave the sponsorship team subscribed? [10:03] maybe thats useful for statistics at some point? [10:04] asac: just leave it as it subscribed - that's fine [10:05] ok. i think i removed the team in some previous uploads. wont do that anymore then. [10:05] dholbach: sponsoring queue cleared. [10:05] * dholbach hugs super-asac [10:05] thanks a lot for that [10:05] dholbach: well ... i still suck. [10:05] no no no :) [10:06] will take a quick lock at a few from universe, or am i not supposed to touch them? [10:06] like mplayer, xine-plugin [10:06] feel free to do a few :) [10:06] * dholbach hugs asac some more [10:07] dholbach: what does it mean when there is no assignee? does it meant that you havent pre-screened the bug? or that you just havent assigned anyone? [10:08] not assigned to anyone [10:09] dholbach: people tend to just submit debdiff against debian package ... thats fine [10:09] is there an easy way to grab the debian sid package= [10:09] ? [10:09] easy == one command? [10:09] hang on [10:11] ok ... i subscribe myself to those that i am working on (to make me show up on the dholbach blame list :)) [10:11] http://paste.ubuntu.com/40600/ - I'm sure there's a much much easier way, but I didn't fancy messing up my sources.list :) [10:12] and I use grab-attachments from ubuntu-dev-tools a lot [10:12] would that script make sense in ubuntu-dev-tools too? [10:12] I don't know [10:13] I'm sure there are more elegant solutions [10:13] i remember that i sometimes gave up because i didnt want to bother to grab the debian bits manually [10:13] dholbach: the grab-attachment could parse the debdiff ... then see if there is the right debian version and get it ;) [10:13] of course this depends on submitters using the right file name [10:14] it doesn't work for incoming or experimental [10:14] but most do i think [10:14] so a clever script using dget -x might be better [10:14] dholbach: yeah. you could walk sid + experimental: [10:14] e.g. if the version isnt in sid, try experiemntal [10:14] incoming ... of course not [10:14] is incoming public at all? [10:14] why would something hang in incoming for a long time? [10:15] i only can imagine queue new, but i think thats not public to prevent warez to be spread until someone reviews the bits [10:15] fta: are you there? [10:15] asac: I used incoming a couple of times when it was only processed daily [10:15] ah [10:16] yeah. but for this script thats an ignorable use-case then [10:16] i usually visit these bugs later than the day the package went to incoming ;) [10:16] right [10:17] let me test this script ;) [10:17] i happily pulls the packages files ;) [10:18] and gets the package [10:18] well done [10:19] a small shell script would do it probably too :) [10:20] I wrote that script ages ago [10:20] s/small/tiny [11:01] asac: a question about bzr: i have a branch A. then i branch it to B. A and B gets modified. Now I want to merge the changes from A to B. how do I do that? [11:01] bzr branch A? [11:01] bzr merge A? [11:02] bdrung: you go to branch B and do bzr merge A [11:02] then bzr commit [11:02] thx [12:56] asac: i made one final adjustment to firegpg branch so its ready when you are. [12:56] * asac looking [12:56] dr has me on limited pc time since my wrist isnt getting better but getting worse, i will work on chatzilla for a bit this morning [12:58] gnomefreak: take it easy. chatzilla would be nice though [12:58] :-P [13:02] i cant remember where i left off so i will look it over first ;) [13:02] we dont have a bug on spell checking with ff3 do we? [13:05] gnomefreak: does firegpg work for you at all? [13:05] asac: yep [13:06] i have been using it since we fixed the unable to install bug [13:06] gnomefreak: there is a native windows component in it [13:06] the complete components/ dir is non-source [13:07] we need to build those from source [13:07] (the FireGPGCall directory has the source) [13:07] and remove all files in components/ from the .upstream branch [13:08] all files as in all files or all native windows files? [13:12] gnomefreak: no ... all files from components/ need to be removed from .upstream [13:12] all need to be produced during build time [13:13] also IFireGPGCall.xpt and IFireGPGCall.h need to be removed from upstream and produced during build [13:15] ok noted. i will look at it and finish it before chatzilla works conitnues [13:15] anyone working on f-spot Importeer addon? [13:16] i have an email from creater/author/upstream dev [13:16] its a tbird one i thing [13:16] think [13:20] gnomefreak: i have the patch for you [13:20] gnomefreak: http://paste.ubuntu.com/40652/ [13:21] you need to patch it that way ... and then run cd FireGPGCall/; make [13:21] and cp FireGPGCall/*.xpt FireGPGCall/*.so components/ [13:21] in build.sh [13:22] (all assuming that you remove the files above from .upstream) [13:25] ok will remove all and add patch after commiting [13:27] ok noone has added f-spot importer to extension page but im getting email from author of it? === asac_ is now known as asac [13:43] maybe ill look into f-spot extension when i get caught up, if anyone wants info i have and add it to extension page let me know [13:43] Server is too old for streaming pull, reconnecting. (Upgrade the server to Bazaar 1.2 to avoid this) [13:43] that kind of bothers me [13:47] asac: you had no issue pulling my branch? or did you look on the branch page? [13:47] gnomefreak: i pulled it [13:48] was it slow? [13:48] took me 5 minutes to pull .upstream [13:51] gnomefreak: ok i am pushing the almost done package to ~ubuntu-dev/firefox-extensions/firegpg.ubuntu/ [13:51] please get that and merge the new .upstream (with removed files) in there [13:51] then try to build and fix the few lintian warning that are left [13:53] gnomefreak: remember to remove all the .svn directories too [13:53] and all thef iles i named above [13:53] (from upstream) [13:53] let me know [13:58] asac: you do want me to remove FireGPGCall/*.xpt from componants as well? [14:20] gnomefreak: everything from that directory ... yes. [15:11] asac: ok thanks, i may be going on a road trip to a hospital in virgina my uncle i being taken from nursing home to hospital he has als, demetia, and something else i cant recall [16:20] asac (or anyone really): have you seen any oddities with firefox-3.0 not starting if the network is flaky? [16:22] I am in a hotel, and I need to use ff to accept the wifi usage agreement. yesterday, ff3 would not start at all when I needed to re-register (ie, registered once for a 24hour period, shut computer off, turned computer on after 24 hours was up (so had to re-register)) [16:23] I haven't looked at it much yet. this is on intrepid [16:25] jdstrand: hmm [16:26] jdstrand: only thing i am aware of is that there have been claims that firefox is dying if there is no lo interface [16:28] asac: I have that. it's very odd and I doubt I'll be able to reproduce it, but I'll try if/when I have time [16:28] thanks [16:28] (reproduce it reliably that is) [16:29] hmm. then i dont know [16:29] if there is a crash i certainly would like to see the backtrace [16:29] is that on intrepid [16:30] ? [16:32] asac: look 8 lines above: he uses intrepid [16:50] asac: pushed htmlvalidator.upstream [17:36] asac: htmlvalidator is ready [18:19] bdrung: wqhy is the compelte debian packaging checked in witha comment "open tree ..." ? [18:24] fta: i need a new mozclient feature [19:36] hi [19:36] asac, shoot [19:50] mozilla Bug 451909 [19:50] Mozilla bug 451909 in Build Config "kill MOZ_XUL_APP now that all apps set it" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=451909 [19:52] fta: injectino of subdirs to the mozilla tree during orig.tar.gz business [19:52] injection [19:52] ;) [19:53] from where ? [19:53] from bzr ;) [19:53] hm, a list of bzr urls ? or one url + a list of dirs ? [19:54] like: MOZ_ADD_SOURCE_BRANCH=http://code.launchpad.net/~mozillateam/firefox/branding [19:54] fta: i dont ming. if it merges existing trees (e.g. just copy), just a url should be enough [19:56] subdirs are tricky.. same problem with hg [19:56] there's no sub-co [19:56] i need to think about it [19:56] fta: yeah. thats why i say ... just assume that the directory structure is complete [19:57] e.g. just copy the content to the top level of tree [20:29] Bug 1084 [20:29] Launchpad bug 1084 in mozilla-thunderbird "Turn on full headers or long To: list and there is no scroll bar" [Medium,Confirmed] https://launchpad.net/bugs/1084 [20:29] (small bug id !?) [20:29] yeah ... rotten old bug [20:29] thought that was fixed in 2.0 [20:30] but apparently not ;) [20:30] ** Also affects: seamonkey [20:31] asac: thx for sponsoring xine-lib :) [20:35] sebner: oh. was that you? [20:35] good ;) [20:35] i just grabbed a random other package i think :) [20:36] asac: ^^ Stefan Ebner -> sebner :P [20:38] asac: ha! this means you are a sponsor and have to comment my motu application :P [20:39] yeah. though one merge isnt really good database ;) [20:41] asac: ah sry it was xine-plugin xD. hmm not happy with one merge? I also have many syncs to ACK :P [20:46] asac: about what are you complaining? === bdrung_ is now known as beDrung === beDrung is now known as bdrung [21:45] ix:~/bzr/xulrunner-1.9.head$ bzr log -r1 | head -5 [21:45] ------------------------------------------------------------ [21:45] revno: 1 [21:45] committer: Fabien Tassin [21:45] branch nick: xulrunner.ubuntu.trunk [21:45] timestamp: Sat 2007-08-25 01:28:57 +0000 [21:45] asac, ^^ yeahhh, 1 year [21:47] 329 rev, not that bad [21:48] 426 including the merges [21:50] http://paste.ubuntu.com/40753/ [22:20] ok [22:20] fta: nice [22:20] ;) [22:20] Jazzva: hi [22:20] welcome back [22:21] asac, hey... thanks :) [22:21] finally sent documentation two hours ago :) [22:21] and I'll finish nspluginwrapper now, and then push it [22:21] fta: did you reply to stefan yet? [22:21] Jazzva: all fine ;) ... no need t hurry [22:22] we sill have tomorrow ;) [22:22] Jazzva: i have something else [22:22] fta: for you too ;) [22:22] asac, not yet, still in my draft folder [22:22] fta: ok. [22:22] for me too ? [22:23] we ended up here: https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep [22:23] curren title "Surprise Session" - MOzillaTeam [22:23] ;) [22:23] asac: what was your question about htmlvalidator.ubuntu branch all about? [22:24] bdrung: we have 2 revisions: [22:24] 1. upstream (fine) [22:24] 2. "open tree for development" [22:24] 2 comprises the whole debian/ directory [22:24] which doesnt really fall under "open tree for devlopment" to me ;) [22:24] maybe its a confusion of wording ;) [22:24] asac, ah... surpsrise session? so, we have to find something to talk about? [22:24] "Open tree" mean, that just the changelog gets bumped to the next ;) [22:25] Jazzva: yes. we are supposed to provide a title ;) [22:25] yes. i should call it "initial debian package" or something [22:25] right [22:25] please do that ... and keep the changelog targetted for UNRELEASED in that commit [22:25] asac: how can i change this commit name? [22:25] asac, do we have an idea what are we going to talk about? :) [22:25] we want to have final "just changelog" commits that read: "release XYZ-0ubuntu to ubuntu/intrepid" [22:26] which basically is just a commit with target intrepid + updated time [22:26] bdrung: you can only uncommit [22:26] and commit again [22:26] and the push --overwrite [22:26] Jazzva: no. thats why i am asking you and fta ;) [22:27] can be everything :) ... like: building a xulbrowser with xulrunner ;) [22:27] asac, introduction to mozilla-devscripts :)? (just brainstorming here) [22:27] yeah [22:27] we could also use "mozilla team procedure intro" [22:27] or just "intro to mozilla team" ;) [22:28] as far as I understood, there is a whole lot of scripts in there, and people usually ask about "how to build XY", so maybe we could explain then [22:28] mozilla team procedure intro == the way we work? [22:28] right. but maybe just one agenda item in the session? [22:28] asac: "Initial Debian packaging" or do you have a better name? [22:29] bdrung, I think "Initial release" or "Initial upload" are common [22:29] i use "Initial release" [22:30] bdrung: if you import targetted for intrepid (in changelog), use "* import of packageing and RELEASE 0.x.x-0ubuntu1 to ubuntu/intrepdi" [22:30] or "* initial import of packageing and RELEASE 0.x.x-0ubuntu1 to ubuntu/intrepdi" [22:30] ;) [22:30] oh, commit log, not 1st changelog entry [22:30] nm [22:30] intrepedi <- nice :D [22:30] fta: commit log [22:31] intrapedia ;) [22:32] fta: Jazzva: the other point i have is to get name suggests for a generic/while-label browser name ;) [22:32] [reed], I crash a lot with jit [22:32] i currently tend to ubuntu-xulbrowser ;) [22:32] <[reed]> fta: yeah [22:32] <[reed]> fta: they're working on it [22:32] <[reed]> I have it off ;( [22:32] <[reed]> er [22:32] <[reed]> I have it off ;) [22:33] I'd better turn it off too [22:33] asac, ubuntu-xulbrowser is fine... maybe even ubuntu-browser - avg user shouldn't be interested if it's xul, or webkit or something else... it should just work :) [22:33] Jazzva: well. i dont want to occupy such a super generic name [22:33] most likely gnome folks want that name too ;) [22:33] ah... [22:33] don't they have gnome-browser? or was it gnome-www-browser? [22:34] gnome-www-browser :) [22:34] its an alternative [22:34] so nobody really owns it [22:34] aha... [22:34] anyway, since the purpose is downstreams like gnewsense i even wonder if we should use something without ubuntu [22:34] asac: done [22:35] used now "import of packageing" and changed intrepid to UNRELEASED in changelog [22:35] taking in regard we shouldn't use something too generic... (ubuntu-)xulbrowser is fine IMO [22:36] just xulbrowser? [22:37] sounds good [22:37] what i dont like is that its not really a safe name [22:37] it might qualify for a trademark [22:37] which is a bit of a difficult thing [22:37] because of xul? [22:38] yes. i think someone evil could reserve it and take it away [22:38] ubrowser? it has "u" for ubuntu... but it's not saying ubuntu :) [22:38] and it's not too generic [22:38] we can prevent someting like that if we choose a word that cannot be trademarked [22:38] which of course means a commonly used word ;) [22:39] someone said that this is the reason why codenames for processors and such use city names or something ;) [22:39] or rivers [22:40] Jazzva: do you have a good river next to you? :) [22:40] sava and danube :) [22:40] seine [22:41] hmm... not to be geo-specific... world-browser :P? [22:41] yeah ;) [22:41] i thought about that one too [22:41] maybe that means that we should take it ;) [22:41] fta? [22:42] yes [22:42] awesome-browser ;) [22:42] asac: now you can branch lp:~bdrung/firefox-extensions/htmlvalidator.ubuntu [22:42] hehe [22:42] heh :) [22:42] why not ... it has an awesomebar at least :-P [22:42] what's the purpose of this, i lack context here [22:43] fta: for downstreams that cannot deal with the restrictions and copyright imposed by firefox branding [22:43] like gnewsense [22:44] so the idea is to make a browser with a non-trademarkable name [22:44] so we dont need to enforce trademarks and dont risk to loose the right to use that name by someone else claiming it [22:45] bdrung: branching now [22:46] k [22:46] bdrung: did you include the complete .svn directories? [22:46] or something? [22:46] no [22:46] asac, i don't understand, it's not what thos debian ice* are for ? even gnewsense like you said ? why something new ? [22:47] asac: you can take the svn repo, run "autoreconf -i; ./configure; make dist" to generate a source package. [22:47] fta: its not something new. its just giving downstreams like gnewsense a package that is completely free and they can do what they want :) ... this is a long-been-asked-for thing. [22:48] fta: and ice* applications are burned [22:48] the idea is to provide the same quality packages we do, that because of the branding undergo the same review and all [22:48] asac: this is what i did. you can grab it from sourceforge: http://sourceforge.net/project/showfiles.php?group_id=134222&package_id=147401&release_id=619968 [22:49] asac, so that's why you need this m-d feature.. i see now. [22:49] what will it change for us ? [22:50] asac: the extracted source package does not have any .svn files/directories or other trash. [22:50] Before you make any fork of the code, you should request to the author [22:50] if the changes that you want to add would not be better integrated with [22:50] the original program. [22:50] fta: not much. [22:51] fta: i am currently looking how to do that. [22:51] fta: the idea is to provide the "unbraded version" and if you install the firefox package it gets flipped to the official branding [22:51] asac: this is a remark, but this is not legally binding [22:51] ok [22:52] not sure if the form is correct, but archive admin will take a look [22:52] anyway [22:52] if you have a suggestion for beeing correct for lawyers, you are welcome [22:53] i do not know which words have which meaning in law [22:57] off for 30-60 mins [22:58] bdrung: maybe say: Authors Note: (not part of the license) [22:58] but i have no idea [23:00] fta: i think its just mostly chrome thing and a few diverts of some images. so thing intrusive [23:00] nothing ;) [23:01] asac: the second pharagraph says, that it is licensed under GPLv3. so this should be enough it thought. [23:01] well ... if you put two licenses in a license file it means it has two licenses ;) [23:01] so if you add text, it might appear as "additional requirements" [23:02] this is not must, but should so i dont think that it wouldnt be a problem [23:03] bdrung: sgml-lib/ [23:03] thats non-free from what i can see [23:03] do we need that directory? [23:04] for validating. [23:04] yes [23:05] thats not free :( [23:05] the dtds are non-free? [23:05] why? [23:05] http://www.w3.org/Consortium/Legal/2002/ipr-notice-20021231 [23:06] not sure [23:06] maybe 2. is ok. but not being able to modify and such in a license is usually non-free [23:06] why cant those be downloaded from the net? [23:09] bdrung: maybe those files are already in the ubuntu ardhive? [23:10] i opened sgml.dtd -> found link http://www.w3.org/TR/1999/REC-html401-19991224 -> software licensing -> http://www.w3.org/Consortium/Legal/copyright-software-19980720 [23:10] and you can depend on the package and link to the directory? [23:10] good idea. [23:10] tidy for instance already is [23:12] i have to check if we could link tidy. it took me some month to change the build process for linking external opensp lib. [23:12] fta: how easy is it to add support for a simply bzr branch checkout inside the tree? [23:12] bdrung: yes. can be cumbersome [23:13] but definitly worth any minute [23:13] i mean maintaining source duplicates is a pain [23:13] asac: the dtds are not a problem. there is w3c-dtd-xhtml in main and w3-dtd-mathml in universe [23:13] asac, quite easy, it could even be just MOZCLIENT_POSTCOCMD [23:13] especially if its something used in onlnie apps [23:13] firefox-3.1.conf:#MOZCLIENT_POSTCOCMD = cd mozilla && python client.py checkout [23:13] fta: what parameters/environment does POTCO tget? [23:13] ah [23:13] a full shell command [23:13] ok [23:13] yes. didnt know in what dir that would be [23:14] fta: so could i say: MOZCLIENT_POSTCOCMD= bzr branch path/to/branding; cp -r branding/ mozilla/browser/ [23:14] asac: i have to check how tidy was modified and if it is possible to link tidy. [23:15] topdir (as from VCS), except if you use MOZCLIENT_WANTMOZDIR [23:15] fta: is top dir always the directory where mozilla/ is in for us? [23:15] or is that different? [23:15] (e.g. xulrunner has a different layout than firefox) [23:16] so everyone likes awesome-browser ;)? [23:16] it's what you get when you do $MOZCLIENT_VCS $MOZCLIENT_VCS_LOC/$MOZCLIENT_PROJECT [23:16] ok [23:17] fta: will everything be tarred up later? [23:17] e.g. even something next to mozilla? [23:17] or dont i need to bother about cleaning up? [23:18] or is ther a INCLUDE variable that defaults to SOMETHING ;) [23:18] hmmmm, not sure. i don't remember [23:18] asac: how to check where "bzr push" will push the branch? [23:18] ok . i think i should clean up then ;) [23:18] bdrung: bzr info [23:19] thx [23:19] bdrung: if its your own / private branch you can also use checkout ... which will automatically commit/uncommit in repo [23:19] try 1st, maybe there's no need. in fact, if you use MOZCLIENT_WANTMOZDIR, it may not be needed [23:19] bdrung: you can convert a full branch to a checkout branch by bzr bind URLTOBRANCH [23:19] and bzr update after that [23:19] no need to [23:19] k [23:20] fta: thanks [23:20] looks easy ;) [23:20] good work for providing hooks ;) [23:20] lets see if there is a bug ;) [23:22] asac: i only want to check it bzr push would push to .ubuntu or .upstream [23:22] asac: i have updated the ubuntu branch [23:24] bdrung: how? [23:25] asac: added "Authors Note: (not part of the license)" [23:25] asac: According to http://www.w3.org/Consortium/Legal/IPR-FAQ-20000620.html, [23:25] "while schemas and DTDs are frequently part of our specifications and [23:25] seemingly fall under the document copyright terms, you may use them under [23:25] the W3C Software License." [23:26] and the W3C Software License is GPL compatible [23:27] hmm [23:27] ok [23:27] please add that to the copyright as well [23:27] e.g. that that directory is under that license [23:28] but really, please search if those files exist in the archive [23:28] i am pretty sure they exist [23:28] no time to look them up [23:32] back... to work on nspluginwrapper :) [23:35] asac: found them: sgml-data [23:36] but the content is not 1:1 the same [23:41] bdrung: how different are they? maybe the one in validator are outdated? [23:58] asac: the file structure is different, the namings differer for some files slightly, and some files are missing (both ways) [23:59] bdrung: shouldnt the file names not matter [23:59] ? [23:59] isnt there a dtd catalog that does that mapping