[12:35] <asac> wait a sec
[12:36] <asac> ok done
[12:36] <asac> 58
[12:37] <asac> i think i should autoformat my changelogs ... somehow
[12:38] <asac> ok i am out of this branch for now :)
[12:38] <asac> .. again!
[12:38] <asac> feel free to do whatever is good for next upload
[12:38] <asac> whatelse needs to be fixed?
[12:39] <asac> actually i think we should start to write a profile merger/migrator
[12:39] <asac> so we can provide granparadiso users a good way back once firefox 3 becomes mainline
[12:39] <Ubulette> there's already one inside
[12:39] <asac> cwong1: hey.
[12:40] <asac> cwong1: did you get the basic-flash package built against midbrowser?
[12:40] <asac> Ubulette: there is migration code ... yes ... but that definitly needs to be adapted
[12:41] <asac> further we need some UI way to "Do now" ... "Do later", "Wipe"
[01:03] <Jazzva> Evening :)...
[01:05] <asac> evening
[01:15] <Jazzva> Have you seen the patch for the mozilla-thunderbird-quickfile?
[01:15] <Jazzva> :)
[01:15] <Jazzva> asac ^
[01:16] <Jazzva> And is there anything else I could do (except that other bug, I have to see why it won't install xpi file)?
[01:16] <asac> Jazzva: how would i see the patch?
[01:16] <asac> am i subscribed to that bug?
[01:17] <Jazzva> Umm, no, I don't think so. I left the link today, thought you saw it.
[01:17] <Jazzva> I think it's bug 131410
[01:17] <ubotu> Launchpad bug 131410 in thunderbird-quickfile "[gutsy]  Doesn't depend on thunderbird" [High,Fix committed]  https://launchpad.net/bugs/131410
[01:17] <Jazzva> Yep, that one
[01:21] <asac> Jazzva: just subscribe me to bugs that you submit a debdiff to in future
[01:21] <asac> at best before attaching the debdiff
[01:21] <asac> :)
[01:21] <asac> now i did it
[01:22] <asac> will look when i see read the subscription email now
[01:22] <asac> ;)
[01:22] <Jazzva> OK :)... Sorry for this...
[01:23] <asac> ... because i go to sleep now
[01:23] <asac> 'night
[01:23] <Jazzva> Good night :)...
[01:36] <Ubulette> granparadiso i386, built
[01:36] <Ubulette> goof
[01:37] <Ubulette> ia64, failed, as usual
[01:37] <Ubulette> s/goof/good/
[03:40] <cwong1_> asac:  r u there?
[03:54] <Ubulette> he went to bed 2h+ ago
[04:16] <Jazzva> Off to sleep... Have a nice night/day :)...
[08:20] <shirish> Ubulette: you up buddy?
[09:01] <cwong1> asac:  hey u there?
[09:34] <asac> hi
[10:17] <asac> bug 45008
[10:17] <ubotu> Launchpad bug 45008 in firefox "MASTER firefox theme crash" [High,Confirmed]  https://launchpad.net/bugs/45008
[10:41] <asac> Jazzva: hey ... you set Bug 131411 to fix committed
[10:41] <ubotu> Launchpad bug 131411 in bidiui "[gutsy]  Doesn't depend on thunderbird" [High,Fix committed]  https://launchpad.net/bugs/131411
[10:41] <asac> Jazzva: i agree with you that it makes sense to set it to that state once a debdiff is attached
[10:41] <asac> Jazzva: however, its not the way sponsoring works (which i have no opinion about)
[10:42] <asac> Jazzva: you just set to confirmed and subscribe ubuntu-universe-sponsors (ubuntu-main-sponsors)
[10:42] <asac> Jazzva: read in wiki.ubuntu.com how to get things sponsored for universe/main
[10:43] <asac> Jazzva: i did that now for you
[12:08] <asac> Jazzva: i pushed a few revisions to ubufox ... so in case you didn't commit something new, maybe pull my changes on top of yours to defer merge conflicts between our two branches
[02:00] <Jazzva> asac: Ok...
[02:01] <Jazzva> I don't think I commited anything new.
[02:01] <asac> yeah
[02:01] <asac> i committed the new plugin finder service
[02:01] <asac> :)
[02:01] <Jazzva> Cool :)
[02:01] <asac> well still needs some beautifying
[02:01] <asac> ;)
[02:01] <asac> but basically works from what i can tell
[02:02] <Jazzva> BTW, I have just remembered that in bug 131411 I forgot to mention that it also installed in the wrong dir :/...
[02:02] <ubotu> Launchpad bug 131411 in bidiui "[gutsy]  Doesn't depend on thunderbird" [High,Confirmed]  https://launchpad.net/bugs/131411
[02:02] <asac> though i need to deploy the web-service now
[02:02] <Jazzva> I'll take a look now :)
[02:29] <Jazzva> Looks good, I suppose :).
[02:35] <asac> pushed rev 29
[02:35] <asac> now it works with older sqlite python modules as well
[03:06] <Ubulette> hi
[03:08] <asac> hi
[03:08] <Jazzva> Hello :)
[03:09] <Ubulette> my trunk is now usable
[03:09] <asac> cool
[03:10] <Ubulette> still miss a few minor things but it builds and run fine
[03:10] <Ubulette> it has it's own profile too now
[03:11] <Ubulette> btw, system cairo still crashes, so i disabled it
[03:21] <Ubulette> asac, how can we check ftbfs on -trunk if we don't push it ?
[03:21] <Ubulette> I mean for non i386/amd64
[03:22] <asac> we usually can't
[03:23] <asac> if you think you have fixed it i can try to get environment setup and do a test build
[03:23] <asac> however, we see that granparadiso fails ... isn't that good enough?
[03:23] <asac> btw, anyone has a webserver with mod_python we can use to bring up the beta plugin finder backend?
[03:25] <Ubulette> what to do mean by "we can use" ? what do you need ?
[03:27] <asac> just apache with mod_python ... and fw rules that allow me to call port 443 on pfs.mozilla.org
[03:27] <asac> oh well sqlite for python as well
[03:32] <Ubulette> oh, you want to be able to push your files, right ? that I can't do :( corporate policy
[03:38] <asac> 15:23 < asac> btw, anyone has a webserver with mod_python we can use to bring up the beta plugin finder backend?
[03:38] <asac> ;)
[03:38] <asac> so yes
[03:38] <asac> we need a python web-service until I find a real home
[03:39] <Ubulette> asac, I'd like to shorten my lp login to 'fta' but apparently, it's already taken, yet not used.
[03:39] <asac> hmm
[03:39] <Ubulette> ok, so I can't help. I'm not into hosting at all
[03:39] <Ubulette> https://launchpad.net/~fta/
[03:39] <asac> maybe ask on #launchpad about user name policy ... e.g. how long without activity before one can take-over a user name
[03:40] <asac> maybe there exists such a policy
[03:40] <Ubulette> that guy doesn't even have an "f" in his entire name..
[03:41] <Ubulette> nor any "t"
[03:47] <asac> hmm
[03:49] <Jazzva> I'm off... Have some stuff to do :/... See you tonight.
[04:04] <Ubulette> asac, some patches in trunk are not very clean
[04:04] <Ubulette> Applying patch ftbfs_toolkit_xre_Makefile_in
[04:04] <Ubulette> patching file toolkit/xre/Makefile.in
[04:04] <Ubulette> Hunk #1 succeeded at 258 (offset 4 lines).
[04:04] <Ubulette> should I keep them like that or refresh them ?
[04:04] <Ubulette> it's not hurting anything, it's jsut ugly
[04:09] <asac> Ubulette: i have no hard opinion on that
[04:09] <asac> personally I won't refresh them for the sake of code/file stability unless necessary
[04:32] <Ubulette> maybe just once per .orig.tar.gz update ?
[04:34] <asac> well ... for trunk that means on every update
[04:34] <asac> for stable packages its a sane policy though
[04:37] <Ubulette> hmm, trunk calls itself granparadiso
[04:37] <Ubulette> 3.0a8pre
[04:37] <asac> Ubulette: yes thats wrong
[04:37] <asac> it should be reverted
[04:38] <asac> e.g. drop --enable-official-branding
[04:38] <shirish> asac: you up m8?
[04:39] <asac> y
[04:39] <Ubulette> asac, it's already using --with-branding=browser/branding/unofficial
[04:39] <asac> yes thats wrong
[04:39] <asac> drop that line
[04:39] <shirish> ok cool, dunno why but firefox-granparadiso alpha7  is pathetically slow, any ideas why its taking so much time?
[04:39] <asac> and name it in .desktop Minefield
[04:40] <asac> slower than ffox 2 ... or slower than alpha5 ?
[04:40] <shirish> slower than a5
[04:40] <Ubulette> I find it fast...
[04:41] <shirish> although a5 is/was slower than ff2
[04:41] <asac> huh?
[04:41] <shirish> scratch out is
[04:41] <asac> i think its a plugin or something for you
[04:41] <shirish> meant alpha 5 was slower than ff2
[04:41] <asac> or maybe its memory?
[04:41] <asac> i only heard that alpha 5 was ways faster than ffox
[04:41] <asac> you are the first that claims in that direction
[04:43] <shirish> asac: I did some configurations to make it better the first way around, maybe they are the culprits, hang on, lemme paste all of the stuff maybe you can tell me if I did something wrong.
[04:43] <asac> shirish: try to run vanilla/fresh profile
[04:44] <shirish> would do for sure, but it will be nice to see if its something in the about:config which also is making it not be fast.
[04:45] <asac> well ...testing with fresh profile while backupping your current .mozilla dir is a good way to figure out if its about:config related
[04:45] <asac> at all
[04:46] <Ubulette> hmmn pgrep firefox-trunk-bin is not working
[04:46] <shirish> asac: ok will do, anyway these are things which I did/changed about in the about:config
[04:46] <shirish> http://paste.ubuntu-nl.org/33698/
[04:47] <Ubulette> pgrep is broken
[04:48] <Ubulette> 'pgrep firefox-trunk-bin' returns nothing while 'pgrep firefox-trunk-b' got it right
[04:49] <Ubulette> because name is truncated in /proc/pid/status
[04:49] <Ubulette> meaning FF update-notifier is broken
[04:50] <shirish> wow, doing a clear private data hanged FF3
[04:51] <shirish> for some time
[04:56] <asac> Ubulette: update-notifier for what?
[04:56] <asac> the app update preference should be locked
[04:58] <Ubulette> I've fixed the notification on install/upgrade in trunk (not pushed yet)
[04:58] <asac> shirish: that might be true ... most likely ffox doesn't clear privacy outside the UI thread
[04:58] <asac> so its a feature
[04:58] <asac> Ubulette: what was broken?
[04:58] <asac> Ubulette: what did you fix?
[04:59] <Ubulette> it was still abou firefox, not gp or trunk
[04:59] <Ubulette> since I've changed appname for both
[04:59] <shirish> ok me out, dunno what its taking too much of stuff
[04:59] <shirish> I mean memory
[05:00] <asac> Ubulette: ah you mean postinst notification ... ok
[05:00] <asac> don't forget cruft in prerm (?)
[05:00] <asac> like firefox package does
[05:01] <Ubulette> yes. already done. just pgrep remains broken.
[05:03] <asac> hmm
[05:03] <asac> why would that happen?
[05:05] <Ubulette> http://pastebin.mozilla.org/184140
[05:06] <asac> well ... thats too ugly
[05:06] <asac> why is the bin name truncated?
[05:06] <asac> in the first place ?
[05:07] <Ubulette> it's not. just shitty pgrep
[05:07] <Ubulette> it reads from the wrong file
[05:07] <Ubulette> should have parsed /proc/pid/cmdline
[05:08] <asac> maybe we should come up an sh function that replaces this shitty pgrep ?
[05:10] <shirish> hey guys, the new profile is speedier than the old one, so it might be a plugin issue as asac pointed out earlier
[05:10] <asac> right
[05:10] <asac> plugin/extension
[05:10] <asac> try run firefox-granparadiso -safe-mode
[05:10] <Ubulette> adobe plugin is known to make the full thing slow
[05:10] <asac> if its speedier as well then its extension
[05:11] <Ubulette> there's not much extensions a7 capable anyway ;)
[05:11] <shirish> Ubulette: true, only 1 in my list which is a7 compatible its APNG editor, the name says it all
[05:13] <shirish> guys can somebody help me with setting up the profiles.ini, I am stuck on the last line what should be in Default for the 2nd profile.
[05:13] <asac> greasemonkey?
[05:14] <Ubulette> I have 6 out of ~20 active in a7
[05:14] <Ubulette> 2 that I've patched myself as I can't live without them
[05:15] <shirish> http://pastebin.ca/656998
[05:15] <shirish> asac: nope, its not greasemonkey, its .png editor extension/plugin if one wants to make pictures stuff
[05:16] <shirish> Ubulette: i used some nightly extension tool to update couple as I couldn't live with couple of extensions myself
[05:16] <shirish> Ubulette: don't know enough about patching extensions, although do know usually what an .xpi folder contains
[05:18] <shirish> Ubulette: asac: can either of you help me with figuring out .profiles.ini I just pasted a fresh one at http://pastebin.ca/657004
[05:19] <shirish> Ubulette: asac: I am just confused as to whether both should be default =0 or default=1 or what? Its simple, I want profile-manager to come up, hence last profile=0 other things not so clear
[05:26] <asac> shirish: don't understand
[05:26] <asac> i think you should start profile manager with -profile-manager ?
[05:26] <asac> and don't tweak profiles.ini manually
[05:27] <shirish> asac: ok cool
[05:28] <Ubulette> asac, what are those "#DEBHELPER#" in postint/prerm of FF2 ?
[05:29] <asac> might be obsolete ... but is good to keep ... debhelper can insert content there
[05:30] <shirish> asac: that made it cleaner/better thanx
[05:41] <Ubulette> asac; I've updated my branch for trunk with #40->#50
[05:41] <asac> what is last on mt?
[05:42] <asac> 40?
[05:42] <Ubulette> 39
[05:42] <asac> k
[05:43] <asac> Ubulette: so you call debhelper .install/.link files "cdbs-install scripts" :)
[05:44] <asac> no problem ... i was just confused, because firefox has an improved cdbs .mk file in source :)
[05:44] <Ubulette> oh, it was late
[05:44] <asac> so i thought you found an error in that ;)
[05:44] <asac> have you culled control.in?
[05:45] <Ubulette> gone
[05:45] <asac> ah i see
[05:45] <asac> ok
[05:45] <asac> fine
[05:45] <Ubulette> oh, forgot the branding
[05:45] <asac> yeah ... you can do on top
[05:45] <asac> i wonder if you tried to merge from paradiso?
[05:46] <asac> e.g with bzr merge (cherry-picking revisions)
[05:46] <Ubulette> no; too many gp vs trunk issues
[05:47] <Ubulette> made my practice quilt and bzr :)
[05:47] <Ubulette> that's piece of cake
[05:47] <asac> hmm ... ok
[05:47] <Ubulette> s/my/me/
[05:49] <carl__> asac: S.O.S.  After I changed the build dependency from libxul to midbrowser in the mobile-basic-flash, I had 2 problems.  1) the home screen flash couldn't find libgtekmozed.so because path is not in LD_LIBRARY_PATH.   2) the home screen plugins crashed after I manually set LD_LIBRARY_PATH to point to where the library resides. Any idea?  For now I have to back out the change.
[05:49] <asac> maybe next week i will try to remerge those branches ... so the branches stay at least related (from a bzr point of view)
[05:50] <asac> carl__: keep the change for another 10 minutes and show it to me
[05:50] <asac> :)
[05:50] <asac> carl__: have you fixed configure.ac ?
[05:51] <carl__> asac: yed I did
[05:51] <carl__> s/yed/yes/
[05:51] <asac> please show me the diff
[05:51] <carl__> asac: I have already back out the change last night.  I will show the the orginally change.  Just 1 sec.
[05:52] <Ubulette> asac, there's no real benefit here. Maybe for trunk->a8, and even that, it's a lot of s/trunk/granparadiso/g
[05:52] <carl__> asac: here is the link to the diff: http://www.moblin.org/repos/?p=projects/mobile-basic-flash.git;a=commit;h=8c5a24afb2e8d4f339e63724dc4f2ae1ae9727c7
[05:53] <asac> carl__: let me install midbrowser-dev and then take a look
[05:54] <carl__> asac: ok.
[05:56] <asac> carl__: but install libxul0 now does help?
[05:58] <carl__> asac: I haven't try that.
[05:58] <carl__> asac: All I know is it worked before until we made that change.
[05:59] <carl__> asac: I have to revert the change for now so other can build their image.
[06:01] <asac> carl__: why did you check in at all?
[06:02] <asac> i mean ... don't you build locally?
[06:02] <asac> anyway ... try to start it with run-mozilla.sh wrapper
[06:02] <carl__> Yes it built fine. But I didn't try to build the image.
[06:02] <asac> carl__: building != running
[06:02] <asac> or didn't it crash for you?
[06:03] <carl__> carl__: Yes it did after I tested it with the new image.
[06:03] <carl__> asac: I can't run it with run-mozilla.sh
[06:04] <asac> why not?
[06:04] <carl__> asac: the flash plugin is a standalone app that links in with libgetkmozembed.so
[06:04] <asac> still you can run it with run-mozilla.sh
[06:05] <carl__> how is that going to help?
[06:05] <asac> /usr/lib/midbrowser/run-mozilla.sh /usr/bin/myapplication
[06:05] <asac> try it
[06:05] <asac> it sets up the proper enviroment
[06:05] <carl__> I will  try it and let you know the result.  I am doing a build of the image now.
[06:06] <asac> can't you test without starting the whole image machinery?
[06:06] <asac> thats pretty unproductive i assume ;)
[06:07] <carl__> asac:  I blew away my test enviornment last night by accident
[06:07] <asac> ok
[06:08] <Ubulette> asac, I can easily replace pgrep with pidof. it's in sysvutils, do we need to update Depends ?
[06:09] <asac> Ubulette: is it essential?
[06:17] <Ubulette> seems so. it's a rdep of initscripts
[06:29] <asac> carl__: isn't it possible to run that thing at all?
[06:29] <asac> there appears to be just a hildon plugin
[06:36] <carl__> asac: it is a little bit more complicate than that. I just found out from Bob that the plugin that has the gtkmozemded is in a share libraries. The hildon-desktop is the one that starts it up at boot time.
[06:37] <carl__> asac: this implies I might have to start up hildon-desktop with run-mozilla.sh and I dont think folks here would buy into it.
[06:40] <asac> carl__: please try anyway ... if it helps we can find find which envs are needed
[06:40] <carl__> asac: will give it try
[06:42] <carl__> asac: Have you tested the gtkmozembed to see if it work?
[06:43] <asac> it almost certainly works ... its used by epiphany
[06:43] <carl__> ok
[06:46] <asac> well its not directly used by epiphany ... but epiphany uses firefox ... which in turn is packaged and build in exactly the same way
[06:48] <carl__> asac: I just try running hildon-desktop under run-mozilla.sh and it screws up the screen.  But it didn't crashed though.
[06:49] <asac> carl__: hmmm let me think
[06:49] <asac> maybe linking with --rpath ?
[06:50] <carl__> asac: Why cant we use libxul-dev?
[06:50] <asac> its currently not supported
[06:51] <carl__> it was there before?  Are u saying that libxul-dev is not part of gusty?
[06:51] <asac> its definitly not part of main
[06:52] <asac> its in universe --> unsupported
[06:52] <carl__> what about firefox-dev?
[06:54] <asac> carl__: you will run in exactly the same issues as with midbrowser because it doesn't install its libs in /usr/lib
[06:55] <asac> as i said: midbrowser == firefox in regards of what we want to do
[06:55] <carl__> ok
[06:56] <carl__> for now I will keep the old dependency until we can figure it out what the problem is.
[07:07] <asac> Ubulette: trunk has plugin management now?
[07:07] <asac> can you confirm that?
[07:08] <Ubulette> no. I've seen a bug for that but it's not committed
[07:09] <Ubulette> hmm, changing branding to browser/branding/nightly doesn't work
[07:09] <Ubulette> there's almost nothing in mozilla/browser/branding/nightly
[07:10] <Ubulette> ... compared to mozilla/browser/branding/unofficial
[07:10] <Ubulette> maybe the initial checkout..
[07:18] <asac> Ubulette: just drop the line
[07:18] <asac> it will *just work* (TM)
[07:25] <Ubulette> ok. I'll try that.
[07:26] <Ubulette> asac, xulrunner is not maintained using bzr, could I start 1.9 in bzr ?
[07:26] <Ubulette> same question with debdiff vs quilt
[07:28] <asac> Ubulette: sure
[07:28] <asac> does xulrunner have a project ?
[07:29] <Ubulette> you mean https://launchpad.net/ubuntu/gutsy/+source/xulrunner ?
[07:29] <asac> maybe name the branch ubuntu.trunk
[07:29] <asac> no
[07:29] <asac> www.launchpad.net/xulrunner
[07:29] <asac> does that exist?
[07:29] <asac> (the one you pointed is just a package in ubuntu)
[07:30] <Ubulette> it does exist
[07:30] <asac> apparently yes
[07:30] <asac> so feel free to push there
[07:30] <asac> Ubulette: we need nspr-trunk and nss-trunk as well :)
[07:31] <asac> i didn't do it since we just had firefox .... but now that we are getting xulrunner we should do that as well
[07:31] <asac> well ... nss-trunk is not really nss trunk
[07:31] <asac> its nss-3.12
[07:31] <asac> for nspr i have to lookup which exact release they use on trunk now
[07:32] <Ubulette> which one 1st ?
[07:32] <asac> you should be able to see it in client.mk ... e.g. with which tag is nspr checked out of cvs
[07:32] <asac> nspr is the base
[07:32] <asac> nss needs nspr
[07:32] <asac> and xulrunner needs both
[07:32] <asac> and later firefox will need all three ;)
[07:32] <Ubulette> ok so nspr, then nss, then xul
[07:34] <asac> Ubulette: yes ... there are already bzr branches for nspr and nss
[07:34] <Ubulette> https://code.launchpad.net/nspr
[07:35] <asac> Ubulette: yes ... i need to update that
[07:35] <asac> actually we use nspr and nss from debian
[07:35] <asac> Ubulette: let me update those
[07:36] <Ubulette> okl
[07:41] <asac> Ubulette: it will take a few ... i have to do it properly
[07:42] <Ubulette> hm ok.
[07:42] <asac> i create "debian" release series for those projects and set the subversion branch as source
[07:42] <asac> in that way we get auto-import
[07:44] <Ubulette> meaning I'll have to stick to dpatch ?
[07:45] <asac> Ubulette: huh?
[07:45] <asac> no we just get an always up to date bzr branch from debian
[07:45] <asac> you can branch from that ...
[07:45] <asac> afaik mike is switching to quilt anyway
[07:45] <Ubulette> debian uses dpatch for nspr, if I move to quilt, we will no longer be able to merge back
[07:45] <Ubulette> oh, ok
[07:45] <asac> yes
[07:46] <asac> he will move
[07:46] <asac> i evangelized him ;)
[07:46] <asac> i don't think that we have to merge back anyway ... until debian switches to trunk nspr and nss
[07:48] <asac> Ubulette: on trunk its:
[07:48] <asac> NSPR_CO_TAG          = NSPR_HEAD_20070713
[07:48] <asac> NSS_CO_TAG           = NSS_3_12_ALPHA1B
[07:48] <Ubulette> ok, tell me when you're done with nspr. I'll start from there
[07:48] <asac> if you want to prepare tarballs
[07:48] <asac> maybe they are even on http://ftp.mozilla.org/pub
[07:50] <asac> hmmm launchpad folks need to manually review the branch before the auto-import starts ....
[07:51] <asac> Ubulette: you can directly branch svn://svn.debian.org/svn/pkg-mozilla/nss/trunk
[07:51] <asac> e.g. with bzr-svn installed
[07:51] <asac> bzr branch svn://svn.debian.org/svn/pkg-mozilla/nss/trunk nss.debian :)
[07:51] <asac> it should be identical to the branch we get by auto-import ... so just pushable
[07:52] <asac> if not, i will take the work and reapply your changes
[07:53] <Ubulette> ok, cool.
[07:53] <asac> same for nspr
[07:54] <Ubulette> asac, why nss.debian ? can't I just call it trunk ?
[07:54] <Ubulette> as that will be my devel branch
[07:54] <asac> https://launchpad.net/nspr/debian
[07:55] <asac> thats the release series the branch will be associated with
[07:55] <asac> doesn't matter much anyway
[07:55] <asac> our branch should be called ubuntu.trunk
[07:55] <asac> or ubuntu.3.12
[07:55] <asac> i don't want these ambigious branch names any more
[07:56] <asac> I did it when i wasn't yet sure how things will work out in the long run :)
[07:56] <asac> trunk -> would imply its upstream codebase trunk
[07:56] <asac> so we definitly need either debian.trunk ... or as we are not debian maintainers ubuntu.trunk
[07:57] <asac> but since nss isn't really cvs trunk i wondered if its better to name the major release of nss instead
[07:57] <asac> same for nspr
[07:58] <Ubulette> oh, you don't want trunk for those, just the last taggued ones ?
[07:58] <asac> its not so confusing if you think about nspr and nss being independent products of which firefox trunk just ships some version in source
[07:58] <asac> Ubulette: i want those that firefox/xullruner ship
[07:58] <asac> otherwise we would need trunk + 3.12 (for firefox/xulrunner trunk) + 3.11 (stable firefox)
[07:59] <asac> Ubulette: the tags are above
[07:59] <asac> 19:48 < asac> NSPR_CO_TAG          = NSPR_HEAD_20070713
[07:59] <asac> 19:48 < asac> NSS_CO_TAG           = NSS_3_12_ALPHA1B
[07:59] <asac> so nspr appears to be some random trunk snapshot
[07:59] <asac> while nss might be from a 3_12 branch
[07:59] <asac> hard to say without looking
[08:00] <Ubulette> god i hate cvs
[08:00] <Ubulette> ok. let's start with NSPR_HEAD_20070713
[08:00] <asac> however ... i would suggest to follow just those tags that firefox uses
[08:00] <asac> right
[08:00] <asac> that is ubuntu.trunk|head i guess
[08:00] <asac> because its some snapshot from head ;)
[08:01] <asac> e.g. we have a release NSPR_HEAD_20070713 :)
[08:01] <asac> have fun :)
[08:01] <Ubulette> I need a place to store my .orig.tar.gz ? can i do that on LP ?
[08:02] <Ubulette> I need a place to store my .orig.tar.gz... can i do that on LP ?
[08:02] <Ubulette> store my tarballs dir
[08:05] <asac> Ubulette: let me think :)
[08:09] <asac> Ubulette: are those tags released on mofo ftp?
[08:09] <Ubulette> hmm.. we should to a -dbg for GP.. would help for bugs like bug 132235
[08:09] <ubotu> Launchpad bug 132235 in firefox-granparadiso "[GUTSY]  firefox-granparadiso crashed" [Medium,Incomplete]  https://launchpad.net/bugs/132235
[08:09] <asac> Ubulette: there are dbgsym packages available
[08:10] <Ubulette> dbgsym ?
[08:10] <asac> if hjmf fails to backtrace then the core is probably bad
[08:11] <asac> which looks reasonable given the size of just a few k
[08:11] <Ubulette> this one should be retried with trunk-dbg
[08:12] <Ubulette> yet it's not pushed...  so not easy for testers
[08:12] <asac> hjmf: can you please remove coredumps when you open up bugs?
[08:12] <asac> or wasn't bug 132235 marked private?
[08:12] <ubotu> Launchpad bug 132235 in firefox-granparadiso "[GUTSY]  firefox-granparadiso crashed" [Medium,Incomplete]  https://launchpad.net/bugs/132235
[08:13] <Ubulette> no
[08:15] <asac> Ubulette: does java work for you?
[08:16] <Ubulette> not with a7
[08:16] <Ubulette> haven't tried trunk with java
[08:17] <Ubulette> gasp, trunk #47 is bad. my mistake
[08:17] <asac> so i think you can just reproduce it ;)
[08:17] <asac> fix it on top :)
[08:17] <asac> or didn't I push yet?
[08:17] <Ubulette> system cairo patch misplaced :(
[08:18] <Ubulette> you did, too late
[08:18] <Ubulette> I can do 51 :P
[08:19] <asac> thats good
[08:19] <asac> i like activity ;)
[08:19] <asac> even though I like perfect things as well ;)
[08:22] <Ubulette> me too, for both
[08:26] <Ubulette> asac, pushed 51 (system cairo) and 52 (minefield branding)
[08:26] <Ubulette> tested, ok
[08:27] <asac> good .desktop file updated as well?
[08:27] <asac> which icon does show up in menus? in window?
[08:27] <Ubulette> oops
[08:27] <asac> is the window icon the mine pixmap?
[08:28] <Ubulette> big blue earth (= GP)
[08:29] <Ubulette> don't merge yet. I'll update that
[08:37] <Ubulette> I guess I should install debian/tmp/usr/lib/firefox-trunk/icons/mozicon128.png instead of debian/tmp/usr/lib/firefox-trunk/chrome/icons/default/default.xpm
[08:39] <Ubulette> hmm, no.
[08:40] <Ubulette> icon seems ok, but my panel is not uptodate
[08:40] <Ubulette> gnome-menu
[08:41] <Jazzva> Evening...
[08:42] <Ubulette> lo again
[08:43] <asac> Ubulette: does .desktop file still have explicity file extensions?
[08:43] <asac> e.g. .png?
[08:43] <asac> if so, please drop it
[08:44] <asac> Ubulette: and please convert the 128 icon to something smaller :) ... if you want that
[08:47] <Ubulette> asac, icon is fine. I just changed the description: http://pastebin.mozilla.org/184218
[08:48] <Ubulette> and yes, it's still .png
[08:48] <asac> k
[08:49] <Ubulette> how can I force my menu to update icons ?
[08:51] <Ubulette> pushed #52
[08:57] <asac> Ubulette: killall gnome-panel ;)
[08:57] <asac> ... i assume
[08:57] <asac> no idea if there is a UI for reloading it
[08:58] <Ubulette> argh, no. notification area applet is not smart enough to redock all systrayed apps
[08:59] <asac> so is it random?
[08:59] <asac> otherwise the applications might not behave properly?
[09:00] <Ubulette> systrays end up as mini windows everywhere
[09:00] <asac> by killall?
[09:00] <asac> wierd
[09:00] <asac> kill again ;)
[09:02] <Ubulette> no, it's well known notification area applet issue
[09:02] <Ubulette> try it :)
[09:03] <Ubulette> hm, why do we have /usr/share/app-install/firefox*.desktop AND /usr/share/applications/firefox*.desktop ?
[09:04] <Ubulette> sorry
[09:04] <Ubulette> hm, why do we have /usr/share/app-install/desktop/firefox*.desktop AND /usr/share/applications/firefox*.desktop ?
[09:05] <Ubulette> oh, that's app-install-data fault
[09:24] <asac> Ubulette: i think its a feature
[09:24] <Ubulette> lol, ok :)
[09:24] <asac> imo there is potential for improvement... but i am not really familiar with gnoma-app-install specifics
[09:25] <asac> in fact it exists, so the .desktop file exists even if you don't have firefox installed
[09:26] <Ubulette> so /usr/share/app-install/desktop/firefox-trunk.desktop will never exist
[09:26] <asac> most likely not ... right
[09:26] <asac> maybe you can add data to app-install though
[09:26] <asac> e.g. by app-install-mozillateam-pack
[09:26] <asac> or something
[09:27] <Ubulette> or simply add a link there as it's really specific
[09:28] <asac> well ... that would give you wierd behaviour ... like -trunk is listed in gnome app install ... so you can uninstall
[09:28] <asac> but then it disappears and you can only install through apt-get again
[09:29] <Ubulette> oh
[09:29] <asac> so at some points it might be possible to release a mozillateam pack ... so users get all our non-official packages in gnome-app-install
[09:29] <asac> and adept (or however kde thing is called
[09:29] <asac> )
[09:32] <asac> Ubulette: sorry ... it might be out of scroll back ...do you see a plugin manager to uninstall/install/disable plugins in trunk builds?
[09:32] <asac> mozilla folks claimed that such a thing still exists
[09:33] <asac> s/still/now/
[09:33] <Ubulette> no
[09:33] <Ubulette> I've seen a recent bug discussing that, it was inside the Addons UI
[09:33] <asac> yes
[09:33] <asac> is there such a thing?
[09:34] <asac> so why not? is it windows specific or what?
[09:37] <Ubulette> I don't see anything like that in my build
[09:37] <Ubulette> it's browser-snapshot-20070813
[09:37] <Ubulette> so it's pretty fresh
[09:37] <Ubulette> maybe a new knob
[09:37] <asac> crazy
[09:37] <asac> maybe it did not land yet
[09:52] <Ubulette> hm, in debian, Mike used NSPR_4_6_7_RTM so it's 4.6.7, with NSPR_HEAD_20070713, I obtain 4.7.0.
[09:54] <Ubulette> asac, how should I name my sources ?
[09:54] <Ubulette> nspr-trunk-4.7.0+cvs20070713/nspr-snapshot-20070713.tar.bz2
[09:54] <Ubulette> ?*
[09:54] <Ubulette> or do you want 4.6.99 ?
[09:55] <Ubulette> and it's not really a snapshot as it's taggued
[09:56] <asac> Ubulette: mike doesn't maintain embedded tarball
[09:56] <asac> we should keep it that way
[09:57] <Ubulette> ok
[09:57] <Ubulette> question remains. How should I name the .orig.tar.gz ?
[09:57] <Ubulette> spr-trunk-4.7.0+cvs20070713.orig.tar.gz ?
[09:58] <Ubulette> nspr-trunk-4.7.0+cvs20070713.orig.tar.gz ?
[09:58] <Ubulette> nspr-trunk-4.6.99+cvs20070713.orig.tar.gz ?
[09:58] <Ubulette> or what ?
[09:58] <Ubulette> nspr-4.6.99+cvs20070713.orig.tar.gz ?
[09:58] <asac> what is the version of nspr?
[09:59] <asac> i mean is it a 4.7.0 preview?
[09:59] <Ubulette> MOD_MAJOR_VERSION=4
[09:59] <Ubulette> MOD_MINOR_VERSION=7
[09:59] <Ubulette> MOD_PATCH_VERSION=0
[09:59] <Ubulette> NSPR_MODNAME=nspr20
[09:59] <asac> ok
[09:59] <asac> then use nspr-trunk-4.7.0~cvs20070713.orig.tar.gz
[09:59] <asac> so 4.7.0 will be greater then what we ship now
[09:59] <asac> s/then/than/
[09:59] <Ubulette> never got the difference between + and ~ there
[10:00] <asac> well + is just a normal sign ... while ~ is a special sign
[10:00] <asac> it means "just smaller than what before"
[10:00] <Ubulette> 4.7.0~foo < 4.7.0 ?
[10:00] <asac> yes
[10:01] <Ubulette> oh, really ? excellent
[10:01] <asac> and 4.7.0~~foo  < 4.7.0~foo
[10:01] <asac> its useful for alpha,beta, cvs
[10:01] <asac> and preview packages (when used in debian revision)
[10:01] <asac> -1~mt1
[10:02] <Ubulette> there are so many "+svnYYYYMMDD" "+cvsxxxxxx" in ubuntu
[10:03] <Ubulette> well maybe not anymore.
[10:03] <asac> yeah ... they don't get it right
[10:03] <asac> well some use 4.6.99999
[10:04] <asac> its in since woody?
[10:04] <Ubulette> you do too
[10:04] <Ubulette> firefox-trunk-2.99+2cvs20070813
[10:04] <asac> yeah
[10:06] <Ubulette> ix:~$ dpkg --compare-versions 2.99+2cvs20070813 lt 3.0~cvs20070814
[10:06] <Ubulette> ix:~$ echo $?
[10:06] <Ubulette> 0
[10:06] <Ubulette> ok, cool, next time, we'll bump it
[10:14] <Ubulette> hmm, naming the branch ubuntu.trunk or trunk is not good if you work in the same env as firefox
[10:16] <Ubulette> asac ?
[10:17] <Ubulette> wanna prefix the branch name with appname ?
[10:41] <Ubulette> asac, I've updated bug 132235
[10:41] <ubotu> Launchpad bug 132235 in firefox-granparadiso "[GUTSY]  firefox-granparadiso crashed" [Medium,Incomplete]  https://launchpad.net/bugs/132235
[10:46] <asac> Ubulette: why=
[10:46] <asac> is the branch name bad?
[10:47] <asac> usually you branch like : $projectname.$branchname
[10:47] <asac> i already wand to write a branch-x command for bzr which automatically chooses a namespaced local name for branch
[10:47] <Ubulette> if you have ~/bzr/ubuntu-trunk for ff, creating another branch called ubuntu-trunk is doomed
[10:47] <asac> its more or less best practice not to repeat the projectname in branchname
[10:48] <asac> well i branch as $projectname.$branchname
[10:48] <asac> to avoice these conflicts
[10:48] <asac> look at the branch url ... naming the projectname in the branchname would really be ambigious :)
[10:49] <Ubulette> you mean, locally you use $projectname.$branchname but push as $branchname ?
[10:49] <asac> yes
[10:49] <asac> i always explicitly specify a name when branching
[10:50] <asac> almost all branches in launchpad are called debian or trunk or main or ubuntu
[10:50] <asac> :)
[10:51] <Ubulette> ok, make sense. I'll need to do some cleanup locally
[11:23] <Ubulette> asac, what about my question about where to store my tarballs ?
[11:24] <asac> Ubulette: there are tarballs for nspr:
[11:24] <asac> http://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.6.7/src/
[11:25] <asac> Ubulette: at best use the trunk package cvs section and add something to plumber your own orig tarball
[11:26] <Ubulette> ?
[11:26] <Admiral_Chicago> i'm back :)
[11:29] <Ubulette> hello
[11:29] <Ubulette> asac, do I need to keep uscan ? I'm in nspr right now
[11:30] <Ubulette> BTW, I've stopped working on minefield/trunk, it's in good shape now
[11:32] <asac> cool
[11:32] <Ubulette> granparadiso too, just need the update-notifier fix, but I need to get rid of pgrep 1st.
[11:32] <asac> now we just have to wait for gnomefreak ...
[11:34] <Ubulette> ?
 asac, do I need to keep uscan ?
[11:54] <asac> uscan?
[12:02] <asac> gnomefreak usually maintains our mt archive ... so i would prefer if he builds, updates repo
[12:03] <asac> Ubulette: ensure that you bump soname
[12:04] <Ubulette> asac,
[12:05] <Ubulette> Looking for ../tarballs/nspr-trunk_4.7.0~cvs20070713.orig.tar.gz to use as upstream source
[12:05] <Ubulette> Using uscan to look for the upstream tarball
[12:05] <Ubulette> nspr-trunk: remote site does not even have current version
[12:05] <Ubulette> that's why I ask if we have to keep uscan (debian/watch)
[12:11] <asac> ah
[12:11] <asac> well ... steal cvs code from firefox-trunk package and adapt that ;)
[12:11] <asac> drop uscan
[12:12] <asac> and watch as well
[12:16] <Ubulette> I've dropped watch, it's not enough.