[12:27] <AlexLatchford> hmm, well this machine has been up for.. 23:27:16 up 4 days, 11:20,  2 users,  load average: 0.15, 0.34, 0.41
[12:27] <AlexLatchford> without any restarts..
[12:27] <asac> maybe you logged out?
[12:27] <asac> and in?
[12:27] <AlexLatchford> not that I can think of..
[12:28] <AlexLatchford> I am the only user of the computer..
[12:28] <AlexLatchford> strange..
[12:28] <asac> maybe a crash?
[12:28] <asac> while dragging bookmarks :-P
[12:28] <asac> :)
[12:28] <asac> lol
[12:28] <AlexLatchford> :)
[12:28] <AlexLatchford> probably
[12:28] <asac> honestly i am not sure when bookmarks.html is updated ... e.g. directly when you change bookmark state
[12:28] <asac> or if you close
[12:28] <asac> i think the former
[12:29] <asac> maybe your disk was full?
[12:29] <asac> this is known to cause plenty problems
[12:30] <asac> bad thing is that thunderbird is already build :)
[12:30] <asac> probably i should push fixed version soon
[12:31] <AlexLatchford> hmm, disk is nowhere near full
[12:31] <asac> if i am lucky people will hold back because enigmail or locales are not yet there :)
[12:31] <asac> crazy thing
[12:31] <asac> and you don't remember some kind of crash?
[12:31] <AlexLatchford> nope
[12:31] <asac> e.g. maybe even during upgrade?
[12:31] <AlexLatchford> hmm, not that I can think of
[12:32] <asac> or you needed to kill firefox processes? anything else which was "not normal" ?
[12:32] <asac> then nevermind ;)
[12:32] <AlexLatchford> I kill firefox processes all the time lol
[12:32] <asac> really?
[12:32] <AlexLatchford> never did any harm before lol
[12:32] <asac> yeah ... but there is the chance ... you know the unlikely chance
[12:32] <AlexLatchford> yeah, alot when viewing about 30 tabs
[12:32] <asac> :)
[12:33] <asac> you kill?
[12:33] <asac> e.g. like kill PID
[12:33] <asac> ?
[12:33] <asac> or through gnome process list?
[12:33] <AlexLatchford> well I use killall firefox-bin
[12:33] <asac> oha
[12:33] <asac> yeah ... ok then we should file it under that category :)
[12:33] <asac> thanks for trying though.
[12:34] <asac> ;)
[12:34] <AlexLatchford> yeah, most likely.. no problems :)
[12:38] <asac> hehe
[12:38] <asac> https://bugs.launchpad.net/bugs/111818
[12:38] <ubotu> Launchpad bug 111818 in firefox "firefox choose helper application dialog is useless" [Undecided,Confirmed] 
[12:38] <asac> i somehow don't get where people get the energy to talk so much trollish things
[12:38] <asac> like ... "The choose-helper-application dialog is fundamentally broken in a way
[12:38] <asac> that's not fixable."
[12:39] <AlexLatchford> hmm, I am getting the SSL error now
[12:39] <asac> then ...  File type association and the required user
[12:39] <asac> interface for it is a tricky process that is quite hard to get right.
[12:39] <asac> AlexLatchford: yes
[12:39] <asac> you can fix it like
[12:39] <asac> cd /usr/lib/firefox     (as root)
[12:39] <asac> ln -s ../nss/libnssckbi.so
[12:40] <asac> all done as root
[12:40] <asac> or ln with sudo :)
[12:40] <AlexLatchford> ta
[12:40] <asac> same for tbird 2.0 if you use it
[12:41] <AlexLatchford> aha okay
[12:41] <asac> anyway ... this shows us that not many people are using preview archive
[12:41] <asac> which we should find a way to change :)
[12:42] <asac> as its exactly the reason why we have it ;)
[12:42] <asac> especially when doing major packaging changes
[12:42] <asac> maybe once gnomefreak is a bit more used to the procedures we should spread the word
[12:42] <AlexLatchford> yes
[12:43] <asac> and at best keep firefox-trunk out of official archive for some time ... e.g. to attract more users ;)
[12:43] <asac> bad trick ... i know ;)
[12:44] <asac> even the firefox test plan https://wiki.ubuntu.com/MozillaTeam/QA ... would have revealed that ;)
[01:11] <asac> ok night
[10:27] <AlexLatchford> asac: you going to Seville?
[10:28] <asac> sure
[10:28] <asac> tomorrow is ramp up ;)
[02:26] <pochu> asac: the latest firefox upload has broken liferea, it now segfaults at startup, and doesn't build anymore as it is
[02:27] <pochu> checking for MOZILLA... no
[02:27] <pochu> firefox: nochecking for MOZILLA... no
[02:27] <pochu> configure: error:
[02:27] <pochu> *** You must have either the GtkHTML2, XulRunner or the Mozilla
[02:27] <pochu> *** development libraries installed in order to build Liferea!
[02:28] <pochu> but there is firefox-dev 2.0.0.3+3-0ubuntu1 there
[02:29] <pochu> asac: do you know why this can be?
[02:41] <asac> hmm
[02:41] <asac> right
[02:41] <asac> can you try a respin please?
[02:41] <asac> pochu: ^^^
[02:42] <asac> pochu: what does lifeares use in confiigure.in ?
[02:42] <asac> firefox-config ? or pkg-config?
[02:48] <asac> damn ... my archive mirror is pretty slow now
[02:48] <asac> ok lunch
[02:55] <bluekuja> asac: tell me when you're back
[03:29] <pochu> asac: it uses pkg-config
[03:41] <asac> pochu: maybe look what test fails ... so we know more
[04:33] <pochu> asac: this is where liferea looks at the mozilla engine: http://pastebin.ca/470798
[04:44] <pochu> emilio@kiko:~$ pkg-config --libs-only-L firefox-gtkmozembed
[04:44] <pochu> Package nspr was not found in the pkg-config search path.
[04:44] <pochu> Perhaps you should add the directory containing `nspr.pc'
[04:44] <pochu> to the PKG_CONFIG_PATH environment variable
[04:44] <pochu> Package 'nspr', required by 'XPCOM', not found
[04:44] <pochu> emilio@kiko:~$
[04:45] <pochu> that's wasn't happening with previous firefox, IIRC
[04:45] <pochu> If I'm true, listen shouldn't build, too
[04:46] <pochu> s/true/right/
[04:52] <pochu> yes, it fails
[04:53] <pochu> So that's the reason they're failing, I think
[04:53] <pochu> asac: do you know why that's broken?
[04:54] <pochu> debian/control.in, debian/control, debian/rules: use system-nspr and system-nss; drop libnss3 and libnspr4 and friends from control files; remove debhelper files accordingly
[04:54] <pochu> ^ Maybe that's the reason
[05:34] <asac> hmm
[05:34] <asac> pochu:
[05:35] <asac> can you paste the configure.in section that tests this?
[05:36] <asac> is libnspr4-dev installed for you?
[05:38] <pochu> asac: it isn't, but if I try to install it, it wants to remove half of my system
[05:40] <asac> pochu: yeah right
[05:44] <pochu> maybe if I add it to build-depends...
[05:47] <bluekuja> asac: I tried to follow a comment i got in revu about the package
[05:47] <bluekuja> asac: the best solution would be to apply it on the gtorrent-viewer dir right after unpacking it, and add automake1.4, intltool to Build-Depends (so that itll rerun autotools during the build only), and you should have a cleaner diff.gz.
[05:48] <bluekuja> asac: I tried doing it, but it mess all up
[05:48] <bluekuja> asac: do yout think is it possible to do?
[05:48] <pochu> asac: wow, it has worked! :)
[05:48] <pochu> gonna test it now
[05:48] <asac> pochu: what has worked?
[05:49] <asac> sorry i dropped the ball :)
[05:49] <pochu> asac: liferea has built :)
[05:50] <asac> what did you do to fix it? just upgrade everything to latest?
[05:50] <pochu> asac: nope, add "libnspr4-dev" to build-depends
[05:50] <pochu> does that make sense?
[05:51] <pochu> without it, pkg-config didn't find gtkmozembed, I think
[05:51] <pochu> and it really needed a rebuild, because it was crashing
[05:51] <pochu> just after launching it
[05:51] <pochu> it didn't started, even
[05:59] <pochu> asac: both liferea and listen aren't working, so I suppose every other application using the gtkembedmoz engine won't work anymore, and will need a rebuild
[05:59] <pochu> asac: is that ok?
[05:59] <pochu> I say it to upload a new liferea or not :)
[06:04] <asac> pochu: i think you just have to change build depends to libnspr4-dev
[06:04] <asac> not libnspr-dev
[06:04] <asac> if you use libnspr-dev ... packages might not get upgraded properly
[06:05] <asac> maybe i need to add a conflict somewhere
[06:05] <asac> but yes ... all applications probably need a respin
[06:08] <pochu> asac: ok, then I'll do it!
[06:08] <pochu> thanks for your help
[06:09] <pochu> and for the transition, you might want to mail the ml :)
[06:11] <asac> yes definitly :)
[06:11] <asac> i have to upload another firefox before ... as not all headers had been included properly
[06:11] <asac> but then i will do :)
[06:12] <pochu> :)
[06:12] <pochu> btw I already have a debdiff for liferea :)
[06:12] <pochu> I'm fast! :-)
[06:13] <asac> wow :-P
[06:49] <asac> bluekuja: running autotools during build is usually evil
[06:49] <bluekuja> asac: :D
[06:50] <asac> and actually automake-1.4 appeared to have caused the problems ... so if you do it ... use latest automake
[06:50] <bluekuja> asac: I think that diff problem is quite impossible to make more clean
[06:50] <asac> you can repack upstream tarball
[06:50] <asac> e.g. unpack ...run autotools ...pack again
[06:51] <bluekuja> do you think that GTorrentViewer problem wont happen?
[06:51] <asac> and BUG upstream to do it for you :)
[06:51] <asac> when?
[06:51] <bluekuja> asac: nevermind
[06:52] <bluekuja> asac: didnt see your text above
[06:52] <bluekuja> asac: now i try to do it
[06:52] <bluekuja> unpack, autools, and repack
[06:52] <bluekuja> gonna ping you with results soon
[06:52] <asac> yes ... add something to upstream version
[06:53] <asac> probably i am gone ... i have to finish preparations for travel
[06:53] <asac> :)
[06:53] <asac> but you can try
[06:53] <asac> if you repack ... remove debian directory as well from tarball
[06:54] <asac> bluekuja: ^^^
[06:54] <bluekuja> asac: :D
[06:54] <bluekuja> asac: going to sevilla?
[06:55] <asac> yes
[06:56] <bluekuja> asac: cool, do you travel to italy too sometimes?
[06:56] <asac> at least if i didn't mess up my booking completely :)
[06:56] <asac> if there is UDS ;) ... otherwise depends on my holiday planning
[06:57] <bluekuja> asac: if you come....I'll give you my phone number
[06:57] <bluekuja> and we can meet somewhere
[06:57] <bluekuja> :P
[06:57] <bluekuja> in italy
[06:57] <asac> sure ... where are you based?
[06:57] <bluekuja> near venice :D
[06:58] <asac> oh nice ;)
[06:59] <bluekuja> asac: for dpkg-source -x should I use diff from revu as you did?
[06:59] <bluekuja> after unpacking, autotools, repacking
[07:00] <asac> good question ... try to figure out :) ... if you do right your diff should almost the same then what i posted
[07:00] <asac> but remember to keep the changelog from upstream debian/ directory
[07:00] <bluekuja> mmmm...what you mean?
[07:01] <bluekuja> upstream changelog should be placed where?
[07:01] <asac> you add it to your debian/ dir
[07:01] <asac> and add your new entry
[07:01] <asac> e.g. reuse it
[07:01] <bluekuja> oh....you mean adding a new entry in debian/changelog with last changes?
[07:01] <asac> e.g. upstream changelog because ubuntu changelog
[07:02] <asac> just keep the change histroy of upstream when you delete debian/ dir in upstream tarball
[07:02] <bluekuja> oh ok
[07:02] <bluekuja> now I have to figure out
[07:02] <bluekuja> with that problem
[07:03] <bluekuja> :D
[07:03] <asac> ok ... out for a while
[07:03] <bluekuja> ok ;)
[07:03] <asac> you will do it ... you learn most if you discover how to do on your own :)
[07:11] <bluekuja> asac: diff file now it's 10000 lines instead of 21000
[07:11] <bluekuja> as before
[07:11] <bluekuja> 60kb instead of 140 kb
[07:12] <bluekuja> asac: not really clean as your one (2.9 kb) lol
[07:13] <bluekuja> asac: still to big?
[07:17] <bluekuja> asac: rebuilded it....now i get a 2.1 kb diff file
[07:18] <bluekuja> but it get GTorrentVIewer problem
[07:18] <bluekuja> damn
[09:38] <[Cade2] > Just want to thank you guys for getting FF and TB2 packaged up finally =D
[09:47] <AlexLatchford> asac: How do I output diff's to a file?
[09:48] <AlexLatchford> I grabbed a copy of TB's source and am messing about trying to create patches, I can get it to see the diff's I have made, but cannot work out how to output them to a file like in the debian/patches format..
[09:56] <asac> how do you see the diffs you made?
[09:57] <asac> AlexLatchford: ^^
[09:57] <AlexLatchford> in the terminal window
[09:57] <AlexLatchford> I just added some random text to a few files..
[09:57] <bluekuja> asac: README problems fixed
[09:58] <AlexLatchford> I am presuming there is just an option I pass to get it to output them into a file..
[09:58] <AlexLatchford> just the help message is darn confusing..
[09:58] <asac> AlexLatchford: there are two cases:
[09:58] <asac> 1. you change something below debian/
[09:59] <asac> 2. you change something in mozilla source (e.g. build-tree/mozilla)
[09:59] <asac> 1. is simple
[09:59] <AlexLatchford> I made changes in /mozilla
[09:59] <asac> in build-tree/mozilla ?
[09:59] <AlexLatchford> yes, just some dummy ones..
[09:59] <asac> ok
[10:00] <asac> how do you see the diffs at the moment?
[10:00] <asac> e.g. you said: "I can get it to see the diff's I have made"
[10:00] <asac> ?
[10:01] <AlexLatchford> Well say I have added the line '<test></test>' to an XUL file, it then repeats the command back to me..
[10:01] <AlexLatchford> the line even
[10:01] <AlexLatchford> but doesn;t seem to produce a diff file under the directory I am running the command from..
[10:01] <asac> ah ok
[10:01] <asac> ok
[10:01] <asac> we have quilt for patch management
[10:02] <asac> and you should use it to maintain changes
[10:02] <asac> its not that difficult
[10:02] <AlexLatchford> aha okay
[10:02] <asac> it just needs a bit concentration that you actually register files you are going to change
[10:02] <asac> e.g.
[10:02] <asac> you start from clean sources
[10:02] <asac> e.g. abort a build
[10:02] <asac> now if you want to add some feature
[10:02] <asac> or some change you do:
[10:02] <asac> https://wiki.ubuntu.com/MOTU/School/PatchingSources
[10:02] <AlexLatchford> ah, makes sense
[10:03] <asac> look in the bottom most box
[10:03] <asac> you see it?
[10:03] <asac> its:
[10:03] <asac> quilt push -a
[10:03] <AlexLatchford> yes.
[10:03] <asac> ...
[10:03] <asac> and so on
[10:03] <AlexLatchford> yeah yeah, seems fairly simple
[10:03] <asac> right
[10:03] <asac> give it a try :)
[10:04] <AlexLatchford> I will, may as well give the programming knowledge I have trying to fix some of the problems users have
[10:04] <asac> to produce a patch i the current form i use refresh like this
[10:04] <asac> quilt refresh --diffstat -U8
[10:04] <asac> ;)
[10:04] <asac> yeah
[10:04] <asac> go ahead
[10:04] <AlexLatchford> aha okay
[10:04] <asac> if you have edited files that you registered with the topmost patch (see wiki example)
[10:05] <asac> it will automatically update the diff (or add the new one)
[10:05] <AlexLatchford> hmm okay
[10:06] <asac> just play around with quilt and read manpage
[10:06] <asac> its fairly simple
[10:08] <AlexLatchford> yeah I will do
[10:08] <asac> but can be tricky ;)
[10:09] <AlexLatchford> I know a lot of programming concepts, not many languages though, but it shouldn't be too hard to pick up..
[10:09] <AlexLatchford> yeah
[10:14] <AlexLatchford> asac: you flying out to Seville tomorrow?
[10:14] <asac> prog. concepts are important, but practice is still the single best way :) mozilla code might be tough to start with ;) ... but of course exciting.
[10:15] <AlexLatchford> yep
[10:15] <asac> AlexLatchford: yes
[10:15] <AlexLatchford> cool cool
[10:16] <AlexLatchford> I am getting the concept of the patching system now, its to allow patches to be abstracted from the core code..
[10:16] <asac> good thing for mozilla is that there are various things you can do ... e.g. start with xul, javascript (chrome)... go to more complex javascript components ... then high-level C++ components and then core components :)
[10:16] <AlexLatchford> (Was unaware of that before)
[10:16] <AlexLatchford> yeah
[10:16] <asac> AlexLatchford: yes you might say it that way ... though it sound academic :)
[10:16] <AlexLatchford> I already know a fair amount of javascript
[10:16] <AlexLatchford> (I am like to sound posher than I really am lol)
[10:17] <AlexLatchford> sed -i '1 s/^/MUHAHA/' README
[10:17] <AlexLatchford> I dont really understand this line..
[10:17] <asac> its just a line to change something
[10:17] <asac> e.g. replace that in your thoughts with editing README file
[10:17] <asac> or any other file you previously added to your patch
[10:18] <AlexLatchford> yeah, I figured it was replacing something, but it is to the README file.. cool
[10:18] <asac> because README was added further above i guess :)
[10:19] <AlexLatchford> hmm okay.. so this basically is allowing you to only change small sections at a time, 1/2 lines
[10:19] <asac> no you can change as much as you like :)
[10:20] <AlexLatchford> but you have to type it into the terminal?
[10:20] <asac> the sed commmand is just a synonym for "change as much in README file as you like"
[10:20] <AlexLatchford> or can you supply files as arguements?
[10:20] <AlexLatchford> hmm okay
[10:20] <asac> i hope you don't want me to explain sed?
[10:20] <AlexLatchford> I wont :)
[10:20] <asac> e.g. as it doesn't matter for this case ;)
[10:21] <AlexLatchford> I get the concept of sed :)
[10:21] <asac> just remember to add a file you want to change to the patch you want the changes to be included in
[10:21] <asac> then edit that file
[10:21] <asac> and do quilt refresh
[10:22] <asac> actually the quilt pop -a  unapplies all changes at the end
[10:22] <asac> which is usually not what you want
[10:22] <AlexLatchford> ahhh, okay
[10:22] <asac> but its just a demonstration
[10:22] <asac> you can push them all
[10:22] <asac> or just push some
[10:22] <AlexLatchford> yes I see
[10:22] <asac> or delete a patch you don't want anymore
[10:22] <AlexLatchford> yes
[10:22] <asac> e.g. pop - unapply ... push - apply
[10:22] <AlexLatchford> yep
[10:23] <asac> http://www.xulplanet.com/
[10:23] <asac> http://developer.mozilla.org/en/docs/XUL
[10:23] <asac> those are good places to start with
[10:23] <asac> probably firs the mozilla link
[10:23] <asac> then the xulplanet as kind of api reference
[10:24] <AlexLatchford> thanks :)
[10:24] <asac> http://developer.mozilla.org/en/docs/Main_Page
[10:24] <asac> thats the mainpage of course :)
[10:29] <asac> btw, mozilla guy finally came to blog about our patch approval :)
[10:29] <asac> http://steelgryphon.com/blog/?p=100
[10:29] <asac> its the blog of mike connor ... owner of the firefox code module in mozilla tree
[10:29] <asac> http://www.mozilla.org/owners.html
[10:30] <asac> good place to see what magnitude the mozilla project has :)
[10:31] <AlexLatchford> nice
[10:34] <bluekuja> asac: is possible to optimize javascripts fonts in mozilla?
[10:39] <AlexLatchford> asac: hehe, working nicely
[10:40] <AlexLatchford> simple little tool that..
[11:03] <asac> bluekuja: dunno what you mean by "javascripts fonts"
[11:04] <bluekuja> asac: a guy reported that when a  java application is open in firefox, fonts are quite unreadable
[11:04] <bluekuja> so he asked if is possible to change/modify them
[11:05] <bluekuja> *it's
[11:06] <asac> so ... java is not javascript
[11:07] <asac> java applets have their own fonts
[11:07] <asac> i am the wrong guy to ask about how they do integrate with mozilla
[11:07] <asac> aeh with ubuntu
[11:07] <asac> ;)
[11:18] <asac> Admiral_Chicago: the branch urls have changed ... bughelper code was moved to new team realm "~bughelper". cluefiles are still at ~bugsquad
[11:19] <asac> Admiral_Chicago: just read of proposed mentorees in bts
[11:38] <Admiral_Chicago> asac: i saw that on the ML, i'll review them soon
[11:39] <Admiral_Chicago> and let people know that soon
[12:11] <asac> Admiral_Chicago: fine
[12:11] <asac> lets see how this works out :) ... i am excited ;)