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