[12:32] <gnomefreak> not sure. also changing for HEl.... to Times made a slight difference
[12:32] <asac> it is just disgusting how fonts look with disable pango
[12:32] <asac> eyes hurt
[12:32] <asac> i think its the serif font
[12:32] <asac> because folder font and message subject fonts look good
[12:32] <asac> right?
[12:32] <gnomefreak> my eyes hurt looking at small fonts notice how small the mail is compared to tbird main window
[12:33] <gnomefreak> asac: yes just the mail font
[12:34] <gnomefreak> and that big ass tbird window is default :(
[12:35] <gnomefreak> my res. is set to 1600x1200 you would think it will be smaller, if it does shrink i can change res to 1024x768
[12:35] <gnomefreak> that might help viewing mails a bit
[12:36] <asac> gnomefreak: i think its the monospace font
[12:36] <asac> if you change to variable font size it looks more decent
[12:36] <asac> but what the hell is going on there
[12:36] <gnomefreak> not sure. but you see the issue right?
[12:37] <gnomefreak> others have the same issue but who knows everyones could be different issues but same complaint
[12:38] <asac> i see *an* issue
[12:38] <asac> if i disable pango
[12:40] <asac> maybe latest firefox/thunderbird does automatically disable pango on non indic locales?
[12:40] <asac> or ... maybe even pango disables itself automatically?
[12:41] <gnomefreak> that would be bad for pango to disable itself IMHO
[12:42] <asac> thats interesting
[12:42] <asac> pkg-config --cflags gtk+-2.0 doesn't work
[12:43] <gnomefreak> ummmm that weird but we did just update gtk+2.0
[12:44] <asac> i think there is a serious bug in the gtk+2.0-dev package (not that it matters for our case here)
[12:44] <gnomefreak> if it wont build against that what should it build against? fff anf tb are gtk2
[12:44] <gnomefreak> -f
[12:44] <asac> i had to add libxcomposite-dev and libxdamage-dev package to build-depends
[12:44] <asac> to build thunderbird
[12:45] <asac> because pkg-config on gtk failed
[12:45] <gnomefreak> when you built for gutsy to start with?
[12:45] <asac> dunno
[12:45] <asac> not long ago
[12:46] <asac> a few days ago i uploaded thunderbird 2.0
[12:46] <asac> ~rc1
[12:46] <gnomefreak> ah ok
[12:46] <gnomefreak> ah <IP_ADDRESS>-rc
[12:48] <gnomefreak> seems sparc is borked or extreamly slow its still on glibc
[12:49] <asac> yeah ... iceape is finished
[12:50] <asac> gnash has failed
[12:51] <asac> actually i didn't know why gnash failed ... but now that i see that latest gtk appears to bring regressions i am not that concerned anymore
[12:54] <gnomefreak> dont blame you gtk more important than gnash
[12:54] <gnomefreak> i need to run to store ill be back a little later
[01:41] <asac> k
[01:41] <asac> i will be out in a few minutes
[01:49] <asac> gnomefreak: i added --disable-freetype2 to debian/rules of gutsy tbird
[01:50] <asac> and no PANGO switch makes a difference
[01:50] <asac> all look good
[02:04] <gnomefreak> ok cool ty
[04:31] <gnomefreak> asac: can you please test iceape? iceape on feisty that i built doesnt have the go button i enabled,
[04:34] <gnomefreak> i see, adding the patch gave you the choice to add the go button, i have to figure out how to make this default feature
[04:52] <Admiral_Chicago> evening all
[07:48] <Admiral_Chicago> thunderbird has the beginning of a clue file
[07:59] <Admiral_Chicago> had to rename it to mozilla-thunderbird.
[08:03] <Admiral_Chicago> bzr has been fighting with me recently...
[10:46] <asac> ola
[10:49] <Admiral_Chicago> hey ther asac
[10:49] <Admiral_Chicago> if you have time, I'm stuck with this clue file in -bugs
[10:49] <Admiral_Chicago> improper formating?
[10:50] <asac> he?
[10:50] <asac> what happens?
[10:50] <asac> Admiral_Chicago: ?
[10:50] <asac> whats the error you are gettin'?
[10:53] <Admiral_Chicago> i got it now
[10:53] <Admiral_Chicago> apparently has two </clue>s for one <clue> file
[10:54] <Admiral_Chicago> working now
[11:06] <asac> cool
[11:08] <asac> how often does dholbach's cronjob run?
[11:11] <Admiral_Chicago> 2 hours
[11:12] <Admiral_Chicago> i just commited the thunderbird clue file now, its the general outline, the tagging and master clues
[11:17] <asac> ok ... looks like we don't need to respin openoffice.org for dapper ffox 2.0 backport
[11:17] <asac> what a great news :)
[11:18] <asac> Admiral_Chicago: i have the feeling that we need some students/volunteers that regularly work on the cluefile output
[11:18] <asac> for instance, merging duplicates, blacklisting false-positives
[11:18] <asac> and fixing tags :)
[11:19] <asac> Admiral_Chicago: http://daniel.holba.ch/bugs/mozilla-thunderbird.html ... this isn't recent, right?
[11:19] <asac> or are those all triaging bugs in tbird?
[11:19] <asac> hmmm firefox.html has gotten pretty small
[11:19] <asac> who did all that work fixing states?
[11:20] <Admiral_Chicago> wait a second.
[11:20] <asac> oh ... appears that the batch run copied over not-yet-ready file
[11:20] <Admiral_Chicago> yea might have been when it was broken
[11:21] <asac> hmmm ... but the output is chopped
[11:21] <asac> what was broken? the cronjob?
[11:21] <Admiral_Chicago> no the clue file
[11:21] <Admiral_Chicago> if you check out the latest revision, i fixed it for an error i accidently left in there
[11:22] <Admiral_Chicago> i could see getting more poeple working on clue files regularly.
[11:22] <Admiral_Chicago> its a very good beginnner project
[11:22] <asac> hmmm ... but why would the process end in the middle of processing ... are clue files updated during a single batch run?
[11:22] <Admiral_Chicago> yes i think so
[11:22] <asac> wierd
[11:22] <asac> that is probably a bug :)
[11:22] <asac> i mean ... it should start with a clue file and only update on next run :)
[11:23] <Admiral_Chicago> all i know is that it should be fixed in 2 hours
[11:23] <asac> ok :)
[11:23] <asac> lets see
[11:23] <Admiral_Chicago> oh no thats not what i thought you meant.,,
[11:23] <Admiral_Chicago> Its probably related to me </clues></clues> good
[11:23] <Admiral_Chicago> goof*
[11:24] <asac> yes ... i think the job must have been killed in the middle of its run
[11:24] <asac> anyway, lets wait what happens next :)
[11:24] <Admiral_Chicago> hehe, you can wait, I need to sleep a bit.
[11:25] <Admiral_Chicago> so i need to be up at ~12. it's almost 4.30 here
[11:25] <Admiral_Chicago> yikes.
[11:25] <asac> Admiral_Chicago: yes, rest :)
[12:45] <asac> gnomefreak: hi
[12:45] <asac> gnomefreak: you slept well?
[12:45] <gnomefreak> asac: hi yes thank you i did
[12:47] <asac> gnomefreak: good news :)
[12:47] <asac> gnomefreak: we don't need to respin openoffice.org for dapper
[12:47] <gnomefreak> why not?
[12:47] <asac> i looked into it and the rdepends is just a suggest that doesn't make sense for dapper
[12:48] <asac> appears to be a leftover of breeze where there was a mozilla-openoffice.org plugin
[12:48] <asac> (like what we have now in gutsy again)
[12:48] <gnomefreak> ah
[12:49] <asac> so ... let me look at your dapper archive to check if there is everything rebuild (and not too much) that is needed
[12:49] <gnomefreak> k
[12:49] <gnomefreak> whos not busy today
[12:50] <asac> you are not busy?
[12:50] <gnomefreak> i have a test case and personally im not all that sure its firefox
[12:50] <gnomefreak> i wont be busy around noon that is still 5 or so hours away) unless i can cancel my PT appointment
[12:51] <asac> gnomefreak: ok ... here a list of things that can be dropped:
[12:51] <asac> 1. xubuntu-desktop + xubuntu-live
[12:51] <asac> (dropped from dapper repo)
[12:52] <gnomefreak> k you list ill drop after coffee
[12:52] <asac> (in fact 1. is xubuntu-meta source and all binaries that come from that)
[12:53] <gnomefreak> only 1 or 2 binaries
[12:53] <gnomefreak> asac bug 120326  is this the one that failed to build
[12:53] <ubotu> Launchpad bug 120326 in gnash "gnash 0.8.0" [Undecided,Confirmed]  https://launchpad.net/bugs/120326
[12:54] <asac> 2. everything sun-java related (though this should be noted so people verify if java plugin still works in dapper)
[12:55] <asac> bug 120326
[12:55] <ubotu> Launchpad bug 120326 in gnash "gnash 0.8.0" [Undecided,Confirmed]  https://launchpad.net/bugs/120326
[12:55] <asac> yes i close it fix released with changelog entry from last upload
[12:56] <gnomefreak> why are they still tagging it than
[12:57] <asac> i don't know ... i further don't know why the changelog in launchpad doesn't contain an entry for the initial 0.8.0 upload
[12:57] <asac> wierd
[01:00] <asac> do we crash firefox with vlc plugin on http://www.redgreen.com/index.cfm?app=cart&a=menu
[01:00] <asac> ?
[01:00] <asac> if so we could add that to our vlc master crash bug i guess
[01:00] <asac> (though I think i already reassigned it to vlc)
[01:00] <gnomefreak> bug 117667
[01:00] <ubotu> Launchpad bug 117667 in firefox "Time slider isn't working on Blender tutorial videos" [Undecided,Needs info]  https://launchpad.net/bugs/117667
[01:01] <gnomefreak> asac: that page didnt have a video
[01:01] <gnomefreak> can we get a testcase for it
[01:02] <asac> yeah that page has sound
[01:02] <gnomefreak> if you click on episodes you cant click on them to open them
[01:02] <gnomefreak> i didnt get sound
[01:02] <asac> according to debian iceape reporter it just crashes
[01:02] <asac> if you just have vlc plugin installed
[01:02] <gnomefreak> ah that one yes i saved that email to test in iceape
[01:03] <asac> debian bug 428765
[01:03] <ubotu> Debian bug 428765 in mozilla-plugin-vlc "Segfault on page with sound if you return to the page" [Important,Open]  http://bugs.debian.org/428765
[01:04] <asac> there is the testcase ... do we see that crash in iceape/firefox?
[01:04] <gnomefreak> http://download.wikipedia.org/images/archive/etwiktionary/20060912/etwiktionary-20060912-abstract.xml was the one i thought you were talking about
[01:04] <asac> no ... thats an out-of-memory thing
[01:04] <gnomefreak> asac: it didnt crash firefox for me
[01:04] <asac> nothing iceape can do much about
[01:04] <asac> gnomefreak: you sure you only have vlc plugin?
[01:04] <gnomefreak> only have?
[01:04] <asac> gnomefreak: look in the bug ... you have to switch pages as well
[01:04] <asac> gnomefreak: no totem, mplayer et al
[01:05] <gnomefreak> i will look at it soon i need to finish email and get coffee. it shouldnt matter what is installed as firefox will open using the proper plugin. cant remove totem
[01:06] <asac> k
[01:06] <asac> mplayer can be dropped (or maybe move to some other directory for now) from dapper backports as well
[01:06] <asac> so now we have:
[01:06] <asac> 1. xubuntu stuff
[01:06] <asac> 2. sun-java stuff
[01:06] <asac> 3. mplayer stuff
[01:11] <gnomefreak> removing totem-mozilla
[01:11] <asac> 4. nip2
[01:11] <asac> 5. ubuntu-meta
[01:11] <gnomefreak> what vlc pluging is needed? they have some for sound (arts alsa) and about another 8 or so
[01:11] <asac> 6. ubuntu-php*
[01:11] <asac> gnomefreak: ? try just to install default vlc mozilla plugin
[01:11] <asac> and use what that brings in for you
[01:11] <asac> e.g. just vlc i guess
[01:11] <gnomefreak> mozilla-plugin-vlc
[01:11] <asac> mozilla-plugin-vlc
[01:11] <asac> yeah
[01:11] <asac> right
[01:11] <asac> just install that and hope that something soundish comes with that
[01:11] <asac> otherwise we might want to ask on debian bug for details
[01:11] <asac> but first lets try ... looks like a fail-safe testcase
[01:11] <gnomefreak> will let you know as soon as i test it. i have to cancel my PT in a little while
[01:13] <asac> hmmm venkman definitly needs to be updated to at least edgies version ... maybe go for feisty one
[01:13] <asac> the dapper venkman will not work on 2.0
[01:15] <asac> oh how i hate this dapper 2.0 thing ... will cause me restless nights at some point i guess
[01:23] <gnomefreak> asac: iirc that didnt build but i will try again unless your doing it. i have a call to make and smoke with 1st coffee and i will be back
[01:24] <asac> k
[01:28] <gnomefreak> what is the full name of the venkman thing? ill grab it while im on phone
[01:29] <asac> mozilla-venkman
[01:29] <asac> apt-get source it in edgy/feisty ... then build in dapper (where you have your firefox backport installed)
[01:30] <gnomefreak> yep i have to install everything again
[01:34] <gnomefreak> should i add ~mt1 to the end of the version
[01:34] <gnomefreak> too high and you will have issues upgrading to edgy
[01:35] <asac> gnomefreak: use: ~dapper0.mt1
[01:35] <asac> so we can release with ~dapper1
[01:36] <asac> ok?
[01:36] <gnomefreak> 0.9.87-6ubuntu1~dapper0.mt1
[01:37] <asac> yeah ... if edgy version is 0.9.87-6ubuntu1 ... then yes
[01:38] <gnomefreak> 0.9.87-1
[01:38] <bluekuja> asac: do you know if there is the possibility to install a security device in firefox using a tool and command line?
[01:38] <gnomefreak> ^^ edgys
[01:39] <asac> bluekuja: security device? what kind?
[01:39] <asac> gnomefreak: append ~dapper0.mt1 to whatever edgies version is
[01:39] <gnomefreak> why?
[01:39] <gnomefreak> im building feistys no?
[01:40] <asac> if there is a version in edgy, better use that
[01:40] <asac> so we get a clean upgrade path
[01:40] <bluekuja> asac: for reading smart cards
[01:40] <asac> e.g. dapper -> edgy -> feisty
[01:40] <gnomefreak> k
[01:40] <bluekuja> asac: using an ubuntu packager (opensc)
[01:40] <bluekuja> *package
[01:40] <asac> hmm
[01:40] <asac> i have no idea ... i know that you can use a pgp device with enigmail
[01:40] <bluekuja> asac: https://launchpad.net/bugs/72584
[01:41] <ubotu> Launchpad bug 72584 in opensc "Installing Mozilla-opensc package not enough to use smart cards" [Undecided,Unconfirmed]
[01:41] <asac> oh if there is a package ... then probably it should work
[01:42] <bluekuja> that's the bug
[01:42] <asac> let me see
[01:42] <asac> what that package installed
[01:42] <asac> installs
[01:42] <bluekuja> it should allow you to use smart cards with firefox
[01:42] <bluekuja> but it doesnt work
[01:43] <bluekuja> and you have to do it manually
[01:43] <asac> http://www.opensc-project.org/opensc/wiki/MozillaSteps
[01:43] <asac> thats the instruction
[01:44] <bluekuja> yeah, we are trying to do something to fix it
[01:44] <bluekuja> that y I asked
[01:48] <asac> bluekuja: did you find the spurious changelog entry?
[01:48] <asac> in grandparadiso?
[01:48] <asac> i get it now as well :)
[01:48] <asac> (interestingly)
[01:48] <bluekuja> it was a white space here
[01:48] <bluekuja> but I tried it today
[01:48] <bluekuja> re-starting
[01:48] <asac> where?
[01:48] <bluekuja> branching et all
[01:48] <bluekuja> and I get it again
[01:48] <bluekuja> -.-
[01:48] <asac> where is the white-space?
[01:48] <bluekuja> it was on my entry
[01:49] <bluekuja> but today is ok
[01:49] <bluekuja> and I still get it
[01:49] <bluekuja> currently I'm investigating
[01:49] <bluekuja> but it seems everything ok
[01:52] <gnomefreak> asac: why is iceape-calendar empty?
[01:52] <asac> where?
[01:53] <gnomefreak> tthe binary is empty pitti just said it in #ubuntu-devel
[01:53] <gnomefreak> 07:51 <           pitti > gnomefreak: iceape-calendar binary is empty; I'll  accept it for now, but I guess it should be fixed
[01:54] <asac> yeah
[01:55] <asac> ah ... i remember
[01:55] <gnomefreak> is that because what i thiink it was
[01:55] <asac> they dropped it :)
[01:55] <asac> i mean upstream dropped it
[01:55] <gnomefreak> your kidding?
[01:55] <asac> from source tarball
[01:55] <gnomefreak> lol
[01:55] <asac>  --> debian now produces a handcrafted tarball
[01:55] <gnomefreak> ok so we remove it from our build
[01:56] <asac> now we can either decide to drop -calendar
[01:56] <asac> or do it the same way as debian
[01:56] <asac> gnomefreak: yes, i would vouch to drop it
[01:56] <gnomefreak> drop it we will have sunbird to replace
[01:56] <asac> gnomefreak: sunbird nor lightning will be integrated in iceape though
[01:56] <gnomefreak> oh
[01:57] <asac> but hey ... iceape doesn't deserve a calendar :)
[01:57] <gnomefreak> lol
[01:57] <asac> gnomefreak: ok ii  will see if just dropping -calendar helps
[01:57] <gnomefreak> k ty
[01:57] <gnomefreak> should i drop edubuntu as well?
[01:58] <gnomefreak> from dapper repo
[01:58] <asac> yes
[01:59] <gnomefreak> k
[01:59] <asac> gnomefreak: actually, it doesn't make sense
[01:59] <asac> you *have* to prepare a patch
[01:59] <asac> instead of recreating orig.tarball
[01:59] <gnomefreak> for?
[01:59] <asac> ... so we can use iceape tarball from debian
[01:59] <gnomefreak> thought we were dropping -calendar
[02:00] <asac> yeah ... but then ... i don't know... its like if we do our own tarball anyways, we can do seamonkey as well
[02:00] <gnomefreak> yeah
[02:00] <asac> and creating tarball has always been a pita for you
[02:00] <asac> gnomefreak: so do it once:
[02:00] <asac> concentrate!!!
[02:00] <asac> create a proper tarball for ubuntu
[02:00] <asac> download debian tarball
[02:00] <asac> extract them next to each other
[02:01] <asac> *without* debian/ dir of course
[02:01] <asac> just *plain* origs
[02:01] <asac> then run a diff -ru /path/to/debianorigdir /path/ubuntuorigdir
[02:01] <asac> aeh wrong
[02:02] <asac> just
[02:02] <asac> then run a diff -ru debianorigdir ubuntuorigdir
[02:02] <asac> gnomefreak: the idea is to get the differences of debian orig and ubuntu orig once
[02:02] <gnomefreak> yes
[02:02] <asac> then use that diff to patch debian sources during build
[02:02] <asac> gnomefreak: you will do it
[02:02] <gnomefreak> im still waiting for you to look at them
[02:02] <gnomefreak> i did this already
[02:02] <asac> copy the instructions above ... then you will succeed
[02:02] <asac> gnomefreak: you did it wrong
[02:02] <asac> definitly
[02:03] <asac> because you had no differences
[02:03] <asac> if you produce a fresh orig.tar.gz now, then it should work
[02:03] <gnomefreak> asac: please look at the ones i uplaoded already you said they were good and to leave them there
[02:04] <gnomefreak> a day of screwing around with them remember
[02:04] <asac> where are they?
[02:04] <gnomefreak> hold on ill ge tit
[02:04] <gnomefreak> get it
[02:05] <gnomefreak> http://gnomefreak.youmortals.com/
[02:05] <gnomefreak> asac: there
[02:05] <asac> don't see
[02:05] <asac> diff-Nr.diff is not good
[02:06] <gnomefreak> diff.Nurp.txt and diff-ur.txt
[02:06] <DarkMageZ> on ubuntu feistys <IP_ADDRESS> package. if i throw in --disable-cairo into the rules. will that kill cairo? and what side effects might i suffer?
[02:06] <asac> those are not good
[02:06] <asac> they don't contain any relevant change
[02:06] <asac> i upload a good orig
[02:06] <asac> for ubuntu
[02:06] <asac> you can download and diff it
[02:06] <asac> with latest debian
[02:07] <asac> DarkMageZ: svg will break
[02:07] <asac> e.g. not work
[02:07] <asac> maybe build will fail too because you try to build svg
[02:07] <asac> without cairo
[02:07] <DarkMageZ> so i'll change --enable-svg to --disable-svg :)
[02:07] <asac> you should be able to start with MOZ_DISABLE_CAIRO=1 environment variable
[02:08] <asac> ... that should have the same effect
[02:08] <asac> without a respin
[02:08] <DarkMageZ> hmm, i'll give that a shot
[02:09] <asac> maybe its MOZ_ENABLE_CAIRO=0 ... but i think its DISABLE
[02:09] <asac> gnomefreak: forget it we need a good 1.1.1 tarball to compare
[02:10] <asac> because there are changes beneath the calendar/ directory that we need to capture
[02:10] <gnomefreak> why 1.1.1 we are already done with 1.1.2
[02:10] <asac> see above
[02:10] <gnomefreak> just change it in .2
[02:10] <asac> if we don't have a good 1.1.1 debian tarball you need to produce one as well
[02:11] <asac> gnomefreak: read above ... .2 doesn't have a calendar/ directory ... so we will miss changes
[02:11] <gnomefreak> whats wrong with the one you uploaded
[02:11] <asac> it doesn't have calendar/ directory
[02:12] <gnomefreak> either way im not gonna beabel to it for a few hours (maybe 4-5)
[02:13] <asac> yeah ... produce a debian and a ubuntu orig.tarball :/
[02:13] <asac> for 1.1.1
[02:13] <asac> sorry for that, but otherwise we will  always have big troubles
[02:13] <asac> once we have a good diff, i can even try to fix it in a way that we can drop the patch at some point
[02:14] <gnomefreak> so we have no good ubuntu orig tar at all?
[02:14] <asac> no
[02:15] <asac> you have to produce both for 1.1.1
[02:15] <asac> as debian tarbal isn't available anymore
[02:15] <gnomefreak> wtf
[02:15] <asac> yeah ... but do it right one time ... then we are out of this hell
[02:15] <asac> for a long time
[02:16] <DarkMageZ> i tried both enable=0 and disable=1
[02:16] <DarkMageZ> i'll just rebuild to make sure
[02:16] <gnomefreak> how in the hell would you like me to prduce a debian tar without debian anything for 1.1.1
[02:17] <gnomefreak> if the tar isnt around than the files arnt around
[02:17] <gnomefreak> also means that our debian branch is pretty much usless as well
[02:18] <asac> gnomefreak: you do it the same way as you do for us
[02:18] <asac> but you use debian svn checkout
[02:18] <asac> instead of bzr branch
[02:19] <asac> gnomefreak: you can use our debian branch as well
[02:19] <asac> just branch a revision before the 1.1.2 changelog entries appeared
[02:19] <asac> gnomefreak ... branch our debian branch with revision 50
[02:19] <asac> aeh 59
[02:19] <asac> sorry
[02:20] <asac> e.g. bzr branch -r 59 urlfordebianbranch
[02:20] <gnomefreak> if i use svn wont need our debian branch to do anything
[02:20] <asac> bzr branch -r 59 http://bazaar.launchpad.net/~mozillateam/iceape/debian-1.1.x
[02:20] <asac> yes ... use debian branch
[02:20] <gnomefreak> dont use svn
[02:21] <asac> yes ... don't use svn
[02:22] <asac> and branch revision  69 of ubuntu-1.1.x to get a good ubuntu 1.1.1 tarball
[02:22] <asac> bzr branch -r 69 http://bazaar.launchpad.net/~mozillateam/iceape/ubuntu-1.1.x
[02:23] <gnomefreak> ok stop there for now, repo is done everything built everything removed
[02:23] <asac> gnomefreak: great!!
[02:23] <gnomefreak> not really
[02:23] <asac> i will now setup a fresh dapper chroot and see what happens
[02:24] <gnomefreak> i have no clue if it works
[02:24] <asac> gnomefreak: i will try
[02:24] <gnomefreak> ty
[02:26] <gnomefreak> would it make sence to get the diff now before building orig.tars since once i unpack tars im at same place
[02:26] <asac> gnomefreak: i don't understand
[02:26] <asac> you have to produce orig first
[02:27] <asac> then go to /tmp/
[02:27] <asac> extract both there
[02:27] <asac> and then diff them
[02:27] <asac> they will have a different dirname
[02:27] <asac> so no problem
[02:27] <asac> e.g. *don't* extract at same place
[02:27] <asac> goto /tmp/
[02:27] <asac> to do that
[02:31] <gnomefreak> ok let me see this i have 30 minutes max
[02:31] <gnomefreak> no im sorry i have a bit longer
[02:32] <gnomefreak> crap i need the 1.1.1 source dont i
[02:33] <asac> yes
[02:33] <asac> of course
[02:33] <gnomefreak> than extract move files produce orig
[02:34] <asac> yes one time for debian-1.1.x branch
[02:34] <asac> one time ubuntu-1.1.x
[02:34] <asac> then extract both orig in /tmp/
[02:34] <asac> and diff them
[02:36] <gnomefreak> diff -ru debianorigdir ubuntuorigdir??
[02:37] <asac> yeah
[02:37] <asac> (however the dirs are called
[02:37] <asac> i think its just like the dir of branch was called
[02:37] <asac> )
[02:37] <gnomefreak> right. and it will make and name the diff itself
[02:37] <asac> but you will see :)
[02:38] <asac> no ... the diff will be dumped to console
[02:38] <asac> take a look if its reasonable and then redirect to a file
[02:38] <asac> which is then the patch file
[02:38] <asac> we need to look at
[02:38] <asac> (e.g. if its ok
[02:38] <gnomefreak> k
[02:38] <asac> )
[02:39] <asac> maybe use diff -rup
[02:39] <asac> (if it doesn't choke) ... otherwise use diff -ru
[02:40] <gnomefreak> got a while before i can do much of anything
[02:42] <gnomefreak> you didnt push 1.1.2 into NEw yet did you?
[02:43] <asac> hjmf: when do you plan to apply for ubuntu membership btw?
[02:43] <asac> gnomefreak: no ... would like to have -calendar thing fixed
[02:43] <asac> ... but without the patch that won't work well
[02:43] <gnomefreak> yeah thats why i asked
[02:45] <asac> i hate bzr bd
[02:46] <gnomefreak> bd?
[02:46] <asac> yeah bzr buildpackage
[02:46] <asac> bzr builddeb
[02:46] <asac> (short hand for that)
[02:52] <gnomefreak> ive heard of that
[02:55] <gnomefreak> are we uploading 1.1.1 again with fix or just screw it and fix in 1.1.2
[02:57] <asac> gnomefreak: we produce the patch based on 1.1.1
[02:57] <asac> then i use that patch and apply it against 1.1.2
[02:58] <asac> so no ... 1.1.2 will be next upload
[02:58] <gnomefreak> ok so 1.1.1 will stay the way it is
[02:58] <asac> bluekuja: i pushed the granparadiso branch ... fixed the whitespace and now it builds with bzr bd --merge .
[02:58] <bluekuja> asac: wooohoo
[02:58] <asac> so you should be able to start the *real* work :)
[02:58] <bluekuja> branching
[02:58] <asac> maybe pull latest
[02:58] <gnomefreak> we need to merge it to bzr as well
[02:58] <bluekuja> asac: I prefer to branch it out again
[02:59] <bluekuja> I made some local changes
[02:59] <asac> yes
[02:59] <asac> just branch it cleanly ... and start with a bzr bd --merge --dont-purge . ... after that you can develop in build-area/...
[02:59] <gnomefreak> @schedule new_york
[02:59] <ubotu> Schedule for America/New_York: 14 Jun 12:00: Ubuntu Development Team | 16 Jun 13:00: Xubuntu Developers | 19 Jun 15:00: Technical Board | 20 Jun 16:00: Edubuntu | 21 Jun 14:00: Mozilla Team | 21 Jun 16:00: Ubuntu Development Team
[02:59] <asac> like in *normal
[02:59] <asac> *
[02:59] <bluekuja> asac: ok
[02:59] <asac> bluekuja: cool
[03:00] <gnomefreak> hmmmmm was there no devel meeting?
[03:00] <bluekuja> asac: do you have a link for code.lp?
[03:00] <gnomefreak> oh nvm
[03:00] <asac> bluekuja: revision 22 is the latest
[03:00] <asac> in case http sync lacks behind
[03:00] <asac> bluekuja: yes wait a second
[03:00] <asac> https://code.launchpad.net/~asac/
[03:00] <asac> https://code.launchpad.net/~asac/
[03:00] <asac> damn
[03:00] <asac> http://bazaar.launchpad.net/~asac/firefox/granparadiso
[03:00] <asac> bluekuja: ^^^ branch that
[03:01] <bluekuja> thanks
[03:01] <asac> but if you still get revision 20 ... pull again in a few minutes
[03:01] <bluekuja> lol
[03:01] <asac> latest revision is 22
[03:01] <bluekuja> oki :)
[03:01] <asac> changelog and control is already changed to granparadiso
[03:01] <asac> once it built for you we need to rename binary packages and adapt some patches
[03:01] <asac> then done :)
[03:02] <bluekuja> sounds great
[03:02] <bluekuja> we can make it for tomorrow
[03:02] <bluekuja> I think
[03:02] <bluekuja> asac: mmm
[03:02] <bluekuja> still on rev. 20
[03:02] <asac> bluekuja: i think that the tarball i uploaded yesterday had a wrong name (maybe you already fixed it)
[03:03] <asac> it should be firefox-granparadiso_3.0~alpha5.orig.tar.gz
[03:03] <bluekuja> yep
[03:03] <bluekuja> already fixed
[03:03] <asac> bluekuja: yes ... wait 3 minutes
[03:03] <bluekuja> ;)
[03:03] <asac> then do bzr pull
[03:03] <bluekuja> ok
[03:05] <gnomefreak> chmod +x debian/rules?
[03:06] <gnomefreak> that was it :)
[03:11] <bluekuja> asac: sure to have pushed it?
[03:11] <bluekuja> seems still on 20
[03:11] <asac> yeah ... it takes time ... damn
[03:11] <asac> bluekuja: can you try to branch with sftp?
[03:11] <asac> you probably cannot write ... but maybe you can read :)
[03:12] <bluekuja> asac: let's try with sftp
[03:12] <asac><EMAIL_ADDRESS>[03:12] <asac> try that
[03:12] <bluekuja> ok
[03:12] <asac> http apparently has been moved to some cluster setup ... so it takes long till it gets synched
[03:13] <bluekuja> not a branch
[03:16] <asac> i ask the bzrlp guys
[03:16] <bluekuja> ok
[03:16] <gnomefreak> thats odd
[03:17] <gnomefreak> its not building proper orig
[03:18] <gnomefreak> do you care what version is in changelog?
[03:18] <asac> what doesn't work? debian or ubuntu?
[03:18] <gnomefreak> iceape (1.1.1-3.mt8) feisty; urgency=low is latest changelog entry
[03:18] <asac> gnomefreak: yeah ... drop the .mt8
[03:18] <asac> maybe that helps
[03:19] <gnomefreak> ubuntu it builds a hidden .orig.tar.gz
[03:19] <asac> e.g. just temporarily
[03:19] <gnomefreak> right
[03:19] <asac> gnomefreak: can you push bluekuja into mozillateam? ... i then he can branch with sftp from mozillateam branches
[03:19] <asac> it just takes ages
[03:19] <gnomefreak> he is a member afaik
[03:19] <bluekuja> asac: I'm already in
[03:20] <gnomefreak> i approved him weeks ago
[03:20] <bluekuja> yup
[03:20] <bluekuja> :)
[03:20] <gnomefreak> maybe a month or so
[03:20] <bluekuja> yeah
[03:20] <gnomefreak> that did it much better :)
[03:20] <asac> oh :)
[03:21] <asac> bluekuja: ok i push it to mozillateam then
[03:21] <asac> so you can branch with sftp
[03:21] <bluekuja> sounds great
[03:23] <asac> ok launchpad people are poking at it ... synch to http should not take longer than 1-2 minutes
[03:23] <asac> anyway ... currently pushing to mozillateam
[03:28] <bluekuja> ok
[03:29] <asac> bzrlp people look into this phaenomenon
[03:29] <bluekuja> lol
[03:29] <asac> but it appears to have concept, because yesterday we waited ages for iceape branch to sync
[03:30] <asac> and finally gnomefreak pulled from sftp
[03:30] <gnomefreak> we have an issue
[03:30] <asac> to get latest
[03:30] <asac> @schedule berlin
[03:30] <gnomefreak> debians doesnt seem to want to build its own orig
[03:30] <ubotu> Schedule for Europe/Berlin: 14 Jun 18:00: Ubuntu Development Team | 16 Jun 19:00: Xubuntu Developers | 19 Jun 21:00: Technical Board | 20 Jun 22:00: Edubuntu | 21 Jun 20:00: Mozilla Team | 21 Jun 22:00: Ubuntu Development Team
[03:30] <asac> hmm ... ok 2.5h till meeting
[03:30] <gnomefreak> maybe because iceape_1.1.1.orig.tar.gz
[03:31] <gnomefreak> already exsits
[03:31] <gnomefreak> exists
[03:31] <asac> yeah ... move it away after you produced debian
[03:31] <asac> otherwise you mess it up
[03:31] <asac> (maybe you already did ... so redo :))
[03:31] <gnomefreak> good thing i already moved it but kept one copy there
[03:31] <asac> good ... lucky man :)
[03:32] <gnomefreak> how do i upack them if named the same
[03:32] <gnomefreak> i would have to rename one of them
[03:33] <gnomefreak> maybe make one iceape_1.1.1-ubuntu.orig.tar.gz?
[03:34] <asac> gnomefreak: no
[03:34] <asac> you just go to /tmp/
[03:34] <gnomefreak> cant put 2 files same name in same dir
[03:34] <asac> then tar xzf /path/to/debian/iceape*orig.tar.gz
[03:34] <asac> you don't need to have them in the dir where you want to extract
[03:34] <asac> then tar xzf /path/to/ubunt/iceape*orig.tar.gz
[03:34] <asac> bzt you can rename if its more convenient for you
[03:35] <asac> its more important that they produce different directories
[03:35] <asac> just try to find a way
[03:35] <asac> to have them next to each other (the extracted directories)
[03:35] <asac> you can extract at differnt places and then move to same location with different name
[03:35] <asac> or whatever you want
[03:36] <asac> bluekuja: push has finished
[03:36] <asac> bluekuja: https://code.launchpad.net/~mozillateam/firefox/granparadiso
[03:36] <asac> there you find the url
[03:36] <bluekuja> ok
[03:36] <bluekuja> let's branch
[03:37] <asac> bluekuja: you can just say pull
[03:37] <asac> in what you have branched alrewady
[03:37] <asac> e.g. bzr pull NEWURL
[03:37] <bluekuja> asac: deleted previous branches
[03:37] <asac> hmm ok.
[03:38] <bluekuja> asac: branching
[03:38] <bluekuja> changelog is already ok?
[03:39] <gnomefreak> asac: piping output to iceape.diff?
[03:39] <gnomefreak> running first pass atm
[03:39] <asac> gnomefreak: yes
[03:40] <asac> lest see
[03:40] <asac> lets see :)
[03:40] <gnomefreak> so far looks good so when its done ill pipe it and upload it for you
[03:41] <asac> yeah
[03:41] <asac> are there differences?
[03:41] <gnomefreak> yes
[03:41] <asac> Like Debian -> Ubuntu ?
[03:41] <asac> there should be just a few
[03:43] <gnomefreak> alot of them to be honest but i have to re run it i forgot something but im fixing it
[03:45] <bluekuja> asac: bzr: ERROR: Unprintable exception DebianError: dict={'_preformatted_string': None}, fmt='A Debian packaging error occurred: %(message)s', error='message
[03:45] <asac> yes tarball is wrong
[03:45] <bluekuja> tarball name?
[03:45] <asac> yes
[03:46] <asac> does it tell you where it looks above that?
[03:46] <asac> try if you have that file
[03:46] <asac> i got that error when my tarball was named bad
[03:46] <bluekuja> ../tarballs/firefox-granparadiso_3.0~alpha5.orig.tar.gz
[03:46] <asac> does it exist?
[03:46] <bluekuja> yup
[03:46] <asac> try ls ../tarballs/firefox-granparadiso_3.0~alpha5.orig.tar.gz
[03:47] <bluekuja> oh wait
[03:50] <asac> gnomefreak: btw, gtk was really broken yesterday ... seb pushed a new version yesterday evening ... so gnash should now build again
[03:52] <bluekuja> asac: worked
[03:53] <bluekuja> asac: installing build deps
[03:54] <asac> cool
[03:54] <asac> should build
[03:54] <asac> you should take care that gutsy is up-to-date
[03:54] <asac> yesterday gtk was broken
[03:56] <bluekuja> yeah
[03:56] <bluekuja> dont worry
[03:57] <gnomefreak> k cool i saw that this am
[03:57] <asac> gnomefreak: diff finished?`
[03:58] <gnomefreak> no i had to step away
[03:58] <gnomefreak> ok while its running i go shower
[03:58] <bluekuja> asac: building
[03:59] <asac> jau ... if that works you can start to rename binary packages
[03:59] <bluekuja> ok
[03:59] <bluekuja> :)
[03:59] <asac> should be as simple as changing names in control*
[04:00] <asac> and bzr mv debhelper files
[04:00] <asac> e.g. firefox-trunk.install -> firefox-granparadiso.install
[04:00] <bluekuja> yup
[04:00] <asac> maybe do the bzr mv of all those files in one checkin
[04:00] <bluekuja> ok
[04:00] <asac> ah ... and i guess that firefox-trunk is in path in those files
[04:00] <asac> if you look into them you will see
[04:01] <asac> but modifying the files should be done in a separate checkin i guess
[04:01] <bluekuja> think so
[04:01] <asac> e.g. first change control + mv files
[04:01] <asac> second -> fix paths in them
[04:01] <asac> third ... maybe fix patches ... and rules
[04:01] <asac> :)
[04:01] <asac> sounds easy ;)
[04:01] <asac> hehe
[04:01] <bluekuja> asac: mmm
[04:01] <bluekuja> patch failed
[04:01] <bluekuja> again
[04:01] <bluekuja> same of yesterday
[04:02] <asac> for me it just worked
[04:02] <bluekuja> mmm
[04:02] <asac> please show me what files you have in build-area/firefox-granparadiso-*/
[04:02] <bluekuja> can't find file to patch at input line 9
[04:02] <asac> e.g. just an ls on top level dir
[04:02] <bluekuja> ok
[04:02] <asac> yes ... i guess your tarball is bad
[04:03] <bluekuja> firefox-granparadiso-3.0~alpha5                   firefox-granparadiso_3.0~alpha5-0ubuntu0.dsc
[04:03] <bluekuja> firefox-granparadiso_3.0~alpha5-0ubuntu0.diff.gz  firefox-granparadiso_3.0~alpha5.orig.tar.gz
[04:03] <asac> no ... inside
[04:03] <asac> in firefox-granparadiso-3.0~alpha5
[04:03] <asac> or show me the content of
[04:03] <asac> firefox-granparadiso_3.0~alpha5.orig.tar.gz
[04:04] <bluekuja> http://pastebin.mozilla.org/100852
[04:06] <asac> bluekuja: you  have a bad tarball
[04:06] <bluekuja> great
[04:06] <asac> its completely wrong layout
[04:06] <bluekuja> I downloaded the on you posted
[04:06] <asac> you made the orig out of the upstream tarball
[04:06] <asac> no
[04:06] <bluekuja> on people.ubuntu.om
[04:07] <bluekuja> m
[04:07] <bluekuja> m
[04:07] <asac> you appear to have extracted it
[04:07] <asac> then extracted the tarball thats in there
[04:07] <asac> and then repacked that
[04:07] <bluekuja> asac: can you please point me
[04:08] <asac> http://people.ubuntu.com/~asac/firefox-granparadiso-3.0~alpha5.orig.tar.gz
[04:08] <bluekuja> to that link again
[04:08] <bluekuja> tnx
[04:08] <asac> i guess it happened because you wanted to do it *manually*
[04:08] <asac> and didn't know about "embedded" tarball layouts :)
[04:08] <asac> so you might got confused
[04:08] <bluekuja> I tried it manually
[04:08] <bluekuja> too
[04:08] <bluekuja> and that confused
[04:08] <bluekuja> it was inside a tar.bz2
[04:08] <asac> bluekuja: thats why get started with bd ... and then go to build-area/....
[04:08] <asac> where you will find the right layout
[04:08] <bluekuja> yeah
[04:08] <asac> ;)
[04:09] <bluekuja> now downloading
[04:09] <bluekuja> :)
[04:09] <asac> no problem :)
[04:09] <asac> just remember to rename that tarball (e.g. - -> _)
[04:09] <bluekuja> yup
[04:09] <bluekuja> ok downloaded
[04:10] <bluekuja> works now
[04:11] <bluekuja> I didnt see there wasnt tar.bz2
[04:11] <bluekuja> ;)
[04:11] <asac> bluekuja: yeah ... you tried to setup manually and got confused
[04:11] <asac> :)
[04:11] <bluekuja> yup
[04:11] <asac> embedded tarball is good ... because otherwise creating the diff.gz takes ages
[04:11] <bluekuja> firefox got a non-standard setup
[04:11] <bluekuja> that's why
[04:12] <asac> no ... its embedded tarball layout
[04:12] <bluekuja> yup
[04:12] <bluekuja> not everyone use that
[04:12] <asac> which is common for packages thata are based on a huge code-base
[04:12] <bluekuja> yeah
[04:12] <asac> yes ... its not the first thing you do when you learn to package :)
[04:13] <asac> but now you know :)
[04:13] <bluekuja> yeah
[04:13] <bluekuja> I know that this method exist
[04:13] <bluekuja> but I dont use frequently
[04:13] <gnomefreak> asac: http://gnomefreak.youmortals.com/  has both rup and ru diffs, im gone now
[04:13] <bluekuja> as you know
[04:13] <gnomefreak> asac: let me know when i get back about 2 hours or so
[04:14] <asac> they are bad
[04:14] <asac> no difference
[04:14] <asac> (the .bzr dirs don't count)
[04:14] <asac> hmm
[04:15] <asac> i will look what the remove.nonfree script does
[04:15] <asac> gnomefreak: will let yo know when you return
[04:18] <asac> oh distro meeting has been moved ahead
[04:25] <asac> red_herring: yt?
[04:40] <DarkMageZ> where can i find oldschool firefox 1.0.*? http://releases.mozilla.org/pub/mozilla.org/firefox/releases/ doesn't have it.
[04:48] <asac> try ftp.mozilla.org as server
[04:48] <asac> releases is stripped to reducce the load on main mirrors
[04:50] <DarkMageZ> oh cute. even 0.1 :)
[04:54] <asac> in meeting soon
[05:03] <bluekuja> asac: build never ends
[05:03] <bluekuja> :P
[05:03] <asac> yeah ... what cpu/mem?
[05:04] <bluekuja> 3.2 Ghz 1 GB ram
[05:04] <DarkMageZ> i count 1.5-2 hours on an amd athlon xp 2100 with 768mb with a clean ccache.
[05:05] <asac> yes ... that right for athlon
[05:05] <asac> i think on 3.2 ghz you should get 35 minutes or something
[05:05] <bluekuja> yea
[05:07] <asac> you should do dpkg-buildpackage -nc if you change something in dehelper files
[05:07] <asac> should work pretty well
[05:07] <asac> e.g. not to rebuild everything
[05:07] <asac> otherwise you won't get much done :)
[05:09] <bluekuja> asac: built
[05:09] <bluekuja> succesfully
[05:10] <asac> jau
[05:10] <asac> great
[05:10] <asac> you can go directly to build-area
[05:10] <bluekuja> now
[05:10] <asac> and do your bzr operations there
[05:10] <asac> just remember to push your changes back to the main dir:
[05:11] <asac> bzr push ../../balblabla
[05:11] <bluekuja> In build-area
[05:11] <asac> before you try remove build-area
[05:11] <bluekuja> I've got only .debs
[05:11] <bluekuja> diff.gz
[05:11] <bluekuja> dsc
[05:11] <asac> yeah
[05:11] <asac> you have to pass --dont-purge
[05:11] <asac> as i said above
[05:11] <asac> otherwise it will be cleaned
[05:11] <asac> on successfull build
[05:12] <bluekuja> I have to change all trunks files
[05:12] <bluekuja> and names
[05:12] <asac> now you can dpkg-source -x firef*.dsc
[05:12] <asac> hope that .bzr dir was included in diff.gz
[05:12] <bluekuja> yea
[05:12] <asac> try if you can do bzr operations before changing anything
[05:12] <asac> otherwise its a pita
[05:12] <asac> ...for you
[05:12] <asac> ok meeting
[05:15] <bluekuja> asac: damn, no bzr folder
[05:15] <bluekuja> -.-
[05:15] <asac> yeah
[05:15] <asac> just start the bzr db
[05:15] <asac> bd
[05:15] <asac> and if it starts to build abord
[05:15] <asac> then work normally in build-area
[05:15] <asac> bzr folder should be there
[05:15] <bluekuja> lets see
[05:16] <bluekuja> asac: doesnt work
[05:16] <bluekuja> not a branch
[05:16] <bluekuja> for bzr bd
[05:16] <bluekuja> gonna import bzr folder
[05:16] <bluekuja> from branch
[05:17] <asac> yeah ... but wierd ... worked for me
[05:21] <bluekuja> asac: now
[05:21] <bluekuja> I change all names
[05:21] <bluekuja> to granparadiso
[05:21] <bluekuja> one commit
[05:21] <bluekuja> then
[05:21] <asac> what names?
[05:21] <bluekuja> I update control
[05:22] <asac> we use firefox-granparadiso
[05:22] <bluekuja> firefox-trunk
[05:22] <bluekuja> yeah, that's what I mean
[05:22] <asac> ah ok
[05:22] <bluekuja> need to change them
[05:22] <bluekuja> from -trunk
[05:22] <bluekuja> to -granparadiso
[05:22] <asac> yes the debhelper ones, right
[05:23] <asac> inside them there might be -trunk pathes
[05:23] <asac> those need to be changed as well
[05:23] <bluekuja> ok
[05:23] <bluekuja> need to do them manually
[05:23] <bluekuja> cant use bzr mv
[05:32] <asac> no ... please use mv
[05:32] <asac> everything else is bad ... really
[05:32] <asac> bluekuja: ^^^
[05:33] <asac> and you *can* move ... thats for sure
[05:33] <bluekuja> asac: done
[05:33] <asac> bzr mv debian/firefox-trunk.install debian/firefox-granparadiso.install
[05:33] <asac> will work
[05:33] <bluekuja> yeah, done
[05:33] <bluekuja> :)
[05:33] <asac> ah
[05:33] <asac> fine
[05:33] <bluekuja> but things inside
[05:33] <bluekuja> I modified them by hand
[05:33] <asac> yes
[05:33] <bluekuja> done
[05:33] <asac> but in a second commit?
[05:33] <bluekuja> nope
[05:33] <bluekuja> all in one
[05:33] <asac> hmm
[05:34] <asac> yeah ok .... not what i hoped for, but should work
[05:34] <bluekuja> changed name from trunk to granparadiso
[05:35] <bluekuja> what to do now?
[05:35] <asac> in control as well
[05:35] <bluekuja> done
[05:35] <bluekuja> ;)
[05:35] <asac> in control(.in) ?
[05:35] <asac> look in rules
[05:35] <bluekuja> done
[05:35] <asac> is there -trunk named somewhere?
[05:35] <bluekuja> done in rules too
[05:35] <bluekuja> yeah
[05:35] <bluekuja> fixed too
[05:35] <asac> try to spin
[05:35] <bluekuja> oooooki
[05:35] <asac> bluekuja: at best push it to your main dir
[05:35] <asac> in case something bad happens
[05:35] <bluekuja> ok
[05:36] <bluekuja> re-adding
[05:36] <bluekuja> tarballs
[05:36] <bluekuja> and spinning
[05:36] <asac> why readding?
[05:36] <asac> what do you do?
[05:36] <asac> sounds strange
[05:37] <bluekuja> it wasnt on build-area
[05:37] <asac> ah ... so you did it in main dir directly
[05:37] <asac> ok
[05:37] <bluekuja> yup
[05:39] <bluekuja> asac: building
[05:39] <bluekuja> asac: gonna ping you when done
[05:39] <asac> k
[05:40] <bluekuja> asac: if it works
[05:40] <bluekuja> we're done?
[05:40] <asac> dunno :)
[05:40] <asac> youz have to test if it works
[05:40] <bluekuja> :D
[05:40] <bluekuja> yeah
[05:40] <asac> if binary is named properly et al
[05:40] <bluekuja> gonna test it
[06:00] <asac> ok meeting is over
[06:04] <bluekuja> :)
[06:04] <bluekuja> still building
[06:04] <bluekuja> I'm working on something I got assigned
[06:04] <bluekuja> .desktop file missing
[06:04] <bluekuja> ;)
[06:06] <asac> but should finish soon
[06:06] <bluekuja> yup
[06:06] <asac> if you are on your 3.ghz system
[06:06] <bluekuja> yeah
[06:07] <bluekuja> asac: for registering .desktop files
[06:07] <bluekuja> dh_desktop is the script
[06:07] <bluekuja> if I'm right
[06:07] <asac> drop them to /usr/share/applications/
[06:07] <asac> he?
[06:07] <asac> no idea
[06:07] <asac> i don't use dh_desktop
[06:07] <asac> but maybe thats wrong
[06:08] <bluekuja> I've added a .desktop file
[06:08] <bluekuja> need to change rules
[06:08] <asac> why?
[06:08] <asac> is there no .install ?
[06:08] <bluekuja> nope
[06:08] <bluekuja> (I'm talking about another app)
[06:08] <bluekuja> not firefox
[06:08] <asac> ok so a rather basic package design :)
[06:08] <asac> yeah i know
[06:08] <bluekuja> yup
[06:08] <asac> was just wondering
[06:09] <bluekuja> just need to add
[06:09] <bluekuja> package.install
[06:09] <asac> ah ok
[06:09] <bluekuja> and I'm done
[06:11] <asac> k ... you renamed firefox-trunk-dom-inspector (and -dev and all) et al as well?
[06:11] <bluekuja> yup
[06:11] <bluekuja> everything
[06:11] <asac> fine
[06:11] <asac> really cool
[06:12] <asac> bluekuja: oh you need to edit the trunk-fsh patch
[06:12] <asac> otherwise it will fail (or packages will be empty)
[06:12] <bluekuja> damn
[06:12] <asac> no problem
[06:12] <bluekuja> should I stop the build?
[06:12] <asac> yeah
[06:12] <bluekuja> oki
[06:12] <asac> bluekuja: please make a backup
[06:12] <asac> branch
[06:12] <bluekuja> yeah, already done
[06:13] <bluekuja> befoe
[06:13] <bluekuja> *before
[06:13] <bluekuja> lets change it
[06:13] <asac> then just rename the trunk-fsh patch to granparadiso-fsh
[06:13] <bluekuja> ok
[06:13] <asac> change the name in series file (in patches/) dir
[06:13] <asac> and edit granparadiso-fsh
[06:13] <asac> you will see
[06:13] <asac> if you look into it
[06:13] <asac> just don't mess around with whitespaces (or with lines that have a - or noting in front of it)
[06:14] <bluekuja> ok
[06:14] <bluekuja> asac: gonna substitute
[06:14] <bluekuja> everything
[06:14] <bluekuja> with gedit
[06:15] <bluekuja> trunk --> granparadiso
[06:15] <asac> yeah replace -trunk with -granparadiso
[06:15] <asac> but look at diff to see that it was sane what you diff before you commit
[06:15] <asac> (e.g. to learn the good practice :))
[06:15] <bluekuja> hehehe
[06:15] <bluekuja> I commit and I diff
[06:15] <asac> first you diff
[06:15] <asac> then you commit :)
[06:16] <asac> but i know what you mean
[06:16] <asac> ;)
[06:17] <bluekuja> diff clean
[06:17] <bluekuja> great
[06:17] <bluekuja> modified name
[06:17] <bluekuja> and stuff inside
[06:18] <bluekuja> now I delete the diff
[06:18] <bluekuja> and I start merging
[06:19] <gnomefreak> good news?
[06:20] <gnomefreak> asac: please tell me the diffs are good
[06:21] <gnomefreak> yay iceape hit archives :)
[06:23] <bluekuja> asac: buildin
[06:24] <asac> gnomefreak: no they are not
[06:24] <asac> gnomefreak: i will look at the remove.nonfree script
[06:24] <asac> maybe it doesn't do a thing anymore?
[06:24] <asac> gnomefreak: please look into the file calendar/sunbird/app/brand.dtd.in
[06:25] <asac> that should be in your origs
[06:25] <asac> Do you see Debian or Ubuntu in there
[06:25] <asac> or even Mozilla ?
[06:25] <asac> gnomefreak: oh sorry
[06:25] <asac> all my fault :)
[06:25] <asac> i thought we sed around more
[06:25] <asac> :)
[06:26] <asac> so everything is fine
[06:26] <asac> we can use debian origs in future :)
[06:26] <asac> sorry for the pain that has cost you ;)
[06:26] <asac> the changes are just sunbird specific
[06:26] <asac> those files probably don't exist for iceape
[06:27] <asac> gnomefreak: i guess i owe you a few beers :) ... but hey, I always repacked them as well :)
[06:27] <salty-horse> gnomefreak, need any assistance from me on the cursor bug?
[06:27] <gnomefreak> salty-horse: not yet i have a bunch of other things i need to get done first
[06:27] <gnomefreak> asac: so what are we doing about 1.1.2
[06:28] <asac> yeah :)
[06:28] <asac> gnomefreak: we are taking the one i prepared
[06:28] <asac> oh no
[06:28] <asac> :)
[06:28] <gnomefreak> but calendar s still empty?
[06:28] <asac> hehe me is confused as well
[06:28] <asac> gnomefreak: i will take debian orig
[06:28] <gnomefreak> s/s/is
[06:28] <asac> run remove.nonfree on it (because we remove more files now)
[06:28] <gnomefreak> and make all the changes over again?
[06:28] <asac> and package it as a new tarball
[06:28] <asac> no
[06:29] <asac> its all ok
[06:29] <asac> i just do that and i am done
[06:29] <gnomefreak> k, im installing 1.1.1 atm and i need to check patch
[06:29] <gnomefreak> i was pissed lastnight
[06:29] <asac> why?
[06:29] <gnomefreak> go button wasnt there
[06:30] <asac> yeah i red that
[06:30] <gnomefreak> but its here in gutsy :)
[06:30] <asac> ok let me finish 1.1.2
[06:30] <gnomefreak> let me know before you finish it :(
[06:30] <gnomefreak> screw it leave it as is
[06:30] <gnomefreak> ill add some to patch after it hits
[06:31] <asac> gnomefreak: we can always update afterwards .. or when mike pushes an update
[06:31] <asac> if you don't get it now, we can add it later
[06:31] <asac> if you think you will get it soon let me know
[06:31] <asac> i can hold back upload then
[06:32] <gnomefreak> simular*
[06:32] <asac> actualyl i don't know if its really a good idea to change the default layout a lot
[06:32] <asac> i mean seamonkey developers already think about that :)
[06:32] <gnomefreak> not very good or they would have added the go buttom
[06:32] <gnomefreak> button
[06:32] <asac> yeah ... i never use go button
[06:32] <gnomefreak> or no matter what you do opens search side bar
[06:32] <asac> iceape is more for the fans of old mozilla suite
[06:33] <asac> which didn't have a go button afaik
[06:33] <gnomefreak> asac: even enter brings up searcch
[06:33] <asac> yeah thats mozilla way
[06:33] <asac> if you want to search you type your words in location bar and press enter
[06:33] <gnomefreak> to bring you everywhere but wher eyou wwant to go?
[06:33] <asac> you can change to that behaviour for firefox as well
[06:33] <asac> actually i have that in firefox set
[06:33] <gnomefreak> oh
[06:33] <asac> no ... you have to tpye http://www.launchpad.net
[06:34] <asac> and you will directly go to that page
[06:34] <asac> or just www.ubuntu.com should work as well
[06:34] <gnomefreak> not without my patch
[06:34] <gnomefreak> thats why i wanted that there
[06:34] <asac> i don't understand actually
[06:34] <asac> if you type www.ubuntu.com you go to www.ubuntu.com page, right?
[06:35] <asac> or do you get to google?
[06:35] <gnomefreak> asac: type in link address say www.ubuntu.com hit enter it would bring you the search sidebar up
[06:35] <gnomefreak> not directly brin gyou to page
[06:35] <gnomefreak> it googles the address you type in address bar
[06:35] <asac> yeah ... then use http://
[06:35] <gnomefreak> now with patch you hit enter it brings you to www.ubuntu.com
[06:35] <asac> and it will go directly there
[06:36] <gnomefreak> asac: how many people use http://
[06:36] <asac> just want to say, don't change too much
[06:36] <asac> otherwise people *will* complain :)
[06:36] <gnomefreak> usabilty i would think is better than adding a button
[06:36] <asac> and its you who has to dear with the angry users then :)
[06:36] <gnomefreak> asac: i agree i was just thinking about the print button
[06:37] <asac> gnomefreak: i would first package properly ... then get some experience about what users like and don't like and then try to improve things
[06:37] <asac> maybe with upstream together
[06:38] <gnomefreak> yeah i am like i said just a thought :)
[06:38] <gnomefreak> i can remove it locally since i dont like it
[06:39] <asac> hmm i am spinning a ffox 2 and don't know why?
[06:39] <asac> e.g what i want to test o rwhat i did
[06:39] <asac> hmm
[06:39] <asac> its just building ;)
[06:39] <asac> maybe i started the build accidentially?
[06:39] <gnomefreak> lol
[06:45] <gnomefreak> flash works in it :)
[06:45] <gnomefreak> we might have issues with java
[06:45] <gnomefreak> i dont think its browsers i think its java
[06:46] <gnomefreak> anyone here on 32 bit feisty with sun-java*-package installed?
[06:46] <bluekuja> me
[06:46] <gnomefreak> bluekuja: http://java.com/en/download/installed.jsp
[06:47] <gnomefreak> can you go there and run the test
[06:47] <gnomefreak> let me know what it says please
[06:47] <bluekuja> just a mom, installing one package is missing
[06:47] <gnomefreak> ok
[06:48] <bluekuja> it wants to remove all my system
[06:48] <bluekuja> for it
[06:48] <bluekuja> lol
[06:49] <gnomefreak> for what?
[06:49] <gnomefreak> not java
[06:49] <asac> bluekuja: whats up with the build?
[06:49] <bluekuja> gnomefreak, for java want to remove tons of packages
[06:49] <bluekuja> asac: still building
[06:49] <gnomefreak> shouldnt
[06:49] <asac> when started?
[06:49] <bluekuja> asac: 10 mins
[06:49] <bluekuja> ago
[06:49] <bluekuja> gnomefreak, I know
[06:49] <bluekuja> but he wants to do
[06:49] <bluekuja> t
[06:49] <bluekuja> *it
[06:50] <gnomefreak> asac: remember java bug not being able to see applets
[06:50] <gnomefreak> asac: iceape i can play pogo the java applets work fine (so maybe it is ffox bug)
[06:50] <bluekuja> gnomefreak, that's definitely bad
[06:50] <gnomefreak> bluekuja: it shouldnt want to remove anything unless they are all java dependant
[06:51] <bluekuja> gnomefreak, I know but for an uknown reason wants to remove tons of packages
[06:51] <gnomefreak> bluekuja: can you pastebn the packages
[06:52] <bluekuja> gnomefreak, awww my problem
[06:52] <bluekuja> had to force something
[06:52] <bluekuja> before
[06:52] <bluekuja> damn
[06:53] <asac> gnomefreak: is it broken in firefox?
[06:53] <asac> gnomefreak: can you verify that?
[06:53] <asac> (java)
[06:53] <gnomefreak> yes
[06:53] <gnomefreak> i havent tried since the other morning (maybe yesterday?)
[06:53] <asac> everywhere or just some special use cases?
[06:54] <gnomefreak> whatever day hug day was
[06:54] <asac> yesterday
[06:54] <asac> bluekuja: is java broken for you as well?
[06:54] <bluekuja> asac: can't check
[06:54] <asac> why?
[06:54] <asac> 64bit?
[06:55] <bluekuja> if I install a package, tons of packages gonna be deleted
[06:55] <bluekuja> for a force I did
[06:55] <bluekuja> need to fix it later
[06:55] <gnomefreak> gnome-www-browser == no iceape (any reason off hand why?)
[06:57] <asac> yes
[06:57] <asac> aehm
[06:57] <asac> gnomefreak: look in .postinst
[06:58] <asac> for iceape-browser
[06:58] <asac> in debian/ dir
[06:58] <asac> is there an update-alternative invokation?
[06:58] <asac> if so, is there an alternative installed?
[06:58] <asac> bluekuja: work in chroot for development
[06:58] <asac> :)
[06:59] <asac> you should have a few at hand, in case you break one you can directly go to another :-D
[06:59] <gnomefreak> just x-www-browser and mozilla both i have set to iceape
[06:59] <bluekuja> asac: yeah, had to test new desktop-utils
[06:59] <asac> ;)
[06:59] <gnomefreak> but i cant open links now
[06:59] <asac> thats bad
[06:59] <asac> aeh i mean that we cannot verify
[06:59] <asac> i will try i guess
[06:59] <asac> have to setup gutsy32 chroot for taht
[07:00] <gnomefreak> now it works it seems (wonder why it didnt in tbird :(
[07:00] <asac> java in tbird?
[07:00] <asac> you are talking about tbird?
[07:00] <gnomefreak> cant open a browser by clicking on a link.
[07:01] <gnomefreak> im working on it
[07:01] <asac> ah
[07:01] <asac> gnomefreak: does the link point to the proper iceape script?
[07:01] <asac> e.g. the alternative?
[07:01] <asac> if so, you most likely need the patch of hjmf
[07:01] <asac> for makefile.in
[07:01] <asac> maybe ask him if he can do that for the seamonkey mozilla.in as well (it is probably wanted upstream as well)
[07:02] <asac> s/makefile.in/mozilla.in/
[07:02] <gnomefreak> it might be how i have it set to run in prefferences
[07:02] <gnomefreak> since there was no iceape entry i used custom
[07:02] <gnomefreak> iceape %s i beleivve
[07:03] <asac> yeah
[07:03] <asac> there should be mozilla entries still
[07:03] <asac> they should work
[07:04] <asac> (e.g. replace mozilla -> iceape)
[07:04] <gnomefreak> no iceape one though unless that is sensible browser
[07:04] <asac> for that just create a link in /usr/bin/mozilla to /usr/bin/iceape
[07:04] <asac> yes
[07:04] <asac> can you start x-www-browser from command line?
[07:04] <asac> is that alternative set to iceape?
[07:04] <gnomefreak> yes
[07:04] <gnomefreak> yep
[07:05] <gnomefreak> it starts by calling iceape-bin
[07:06] <asac> hmm ok
[07:06] <asac> if it works then i don't know
[07:06] <asac> you will figure out :)
[07:07] <gnomefreak> would be nice to have an entry for it in system>prefferences>perferred apps
[07:07] <gnomefreak> assuming desktop file hold that
[07:07] <gnomefreak> but it works from irssi just not tbird
[07:10] <gnomefreak> its tbird
[07:10] <gnomefreak> not me
[07:11] <gnomefreak> hmmmmm
[07:12] <asac> tbird is broken
[07:12] <asac> or wait
[07:12] <gnomefreak> maybe
[07:12] <asac> no it shouldn't be broken?
[07:12] <asac> is it?
[07:13] <asac> i think it aheres gnome preferences only
[07:13] <asac> use gnome preferred applications application
[07:13] <gnomefreak> maybe
[07:13] <asac> to set iceape %s
[07:13] <gnomefreak> tbird wont open links except in ff
[07:13] <gnomefreak> no matter what it is set to it seems
[07:14] <gnomefreak> that will work for irssi(gnome term)
[07:14] <gnomefreak> but not tbird
[07:16] <bluekuja> asac: built
[07:17] <asac> bluekuja: cool ... please test
[07:17] <bluekuja> firefox-trunk-gnome-support_3.0~alpha5-0ubuntu0_i386.deb
[07:17] <bluekuja> firefox-trunk-dbg_3.0~alpha5-0ubuntu0_i386.deb
[07:17] <asac> oh
[07:17] <asac> yeah
[07:17] <bluekuja> need to fix those
[07:17] <asac> to missed control entries
[07:17] <asac> if you did that you just need to run
[07:17] <asac> dpkg-buildpackage -nc
[07:17] <asac> so you don't do a full rebuild
[07:17] <asac> dpkg-buildpackage -rfakeroot -nc
[07:18] <bluekuja> need to change control
[07:18] <bluekuja> stuff
[07:18] <asac> maybe remove the .deb files before building
[07:18] <bluekuja> firefox-trunk-dev_3.0~alpha5-0ubuntu0_i386.deb
[07:18] <asac> so you can better see what gets created
[07:18] <bluekuja> need to fix those
[07:18] <bluekuja> yup
[07:18] <asac> yes
[07:22] <asac> control[.in]  file
[07:22] <asac> please fix both for now
[07:22] <asac> (is there a control.in at all?)
[07:22] <bluekuja> asac: yup
[07:22] <bluekuja> asac: It has been already fixed
[07:22] <bluekuja> strange
[07:22] <bluekuja> control files are correct
[07:22] <asac> yeah ... look at timestamp
[07:22] <asac> maybe its from last build
[07:22] <asac> left over
[07:22] <asac> are ther firefox-granparadiso* packages as well?
[07:22] <bluekuja> nope
[07:22] <asac> hmm
[07:22] <asac> are the -trunk packages empty?
[07:22] <asac> e.g. size?
[07:22] <asac> is it close to zero?
[07:22] <bluekuja> yeah
[07:22] <bluekuja> 2 of them yes
[07:22] <bluekuja> original is ok
[07:22] <bluekuja> ok now all updated
[07:22] <asac> hmmm you sure you have no trunk in no control* file?
[07:22] <bluekuja> asac: yeah
[07:22] <bluekuja> there was
[07:22] <bluekuja> 2 trunk
[07:22] <bluekuja> now changed
[07:22] <asac> how?
[07:22] <asac> ah ... you forgot two
[07:22] <asac> ok
[07:22] <gnomefreak> that really is odd anyway i have to get some shit done ill be back
[07:22] <bluekuja> should I test firefox-granparadiso deb?
[07:22] <asac> bluekuja: just run the -nc buildpackage to test
[07:22] <bluekuja> ok
[07:22] <asac> bluekuja: first fix the packages
[07:22] <asac> then test
[07:22] <asac> :)
[07:22] <bluekuja> :)
[07:22] <asac> gnomefreak: ok cu
[07:23] <bluekuja> asac: where should I put the tarball now?
[07:23] <bluekuja> right after debian?
[07:25] <bluekuja> asac: we're not using bzr bd anymore
[07:27] <asac> bluekuja: what do you do?
[07:27] <asac> i mean you have a ready do use directory
[07:27] <asac> why don't you stay in there
[07:27] <asac> otherwise you will loose hours/days with this firefox package always building from scratch
[07:28] <bluekuja> lol
[07:28] <asac> really
[07:28] <asac> no joke
[07:28] <asac> what happened to the directory?
[07:28] <asac> where you just finished the build?
[07:28] <asac> its still in shape for a test build
[07:28] <asac> not using that dir to do more development wastes time
[07:28] <bluekuja> building now in build-area
[07:28] <bluekuja> ;)
[07:29] <asac> does bzr work in there?
[07:29] <bluekuja> yes
[07:29] <asac> yeah ... but why did you say that it doesn't?
[07:29] <asac> bluekuja: remember to pass --dont-purge
[07:29] <asac> otherwise your build-directory will be remmoved again
[07:29] <bluekuja> which command should I use then?
[07:29] <bluekuja> dpkg-buildpackage -rfakeroot -nc?
[07:30] <bluekuja> as you told me
[07:30] <asac> bluekuja: so build-area is still the directory that produced the debs?
[07:30] <bluekuja> yeah
[07:30] <asac> yes then just dpkg-buildpackage -rfakeroot -nc
[07:30] <bluekuja> ok
[07:30] <asac> be sure that you push your bzr changes back to main dir
[07:30] <asac> e.g. by using bzr push ../../maindir
[07:30] <red_herring> asac: hm?
[07:31] <asac> red_herring: hey ;)
[07:31] <red_herring> hey
[07:32] <red_herring> wanna know whats smart?
[07:32] <red_herring> pouring boling water on your hand
[07:32] <asac> you wanted to help on the php webservice :)
[07:32] <red_herring> yeahhhhh i do
[07:32] <asac> yeah ... thats definitly a smart thing :)
[07:32] <asac> cool
[07:33] <asac> i am currently setting up the extension that will redirect plugin requests to that web service
[07:33] <asac> do you have any preferred place where this testserver will run?
[07:33] <asac> e.g. so i can add the right url?
[07:33] <red_herring> umm
[07:33] <gnomefreak> asac: let me know when you push changes to mozilla-team branch for iceape so i can merge
[07:33] <asac> or should i take care that we get a hosting place for that?
[07:33] <red_herring> asac: i got hosting
[07:33] <red_herring> just tryin ti think of where
[07:34] <asac> ;)
[07:34] <red_herring> http://j.rj.selfip.com/test/
[07:34] <asac> red_herring: how easy is it just to take the request, then do the request for the user at mozilla.org and return the result of that?
[07:34] <asac> e.g. as a first step?
[07:34] <asac> hmmm red_herring is that a dsl line?
[07:34] <asac> we can use that for pre-testing
[07:35] <red_herring> cable =p
[07:35] <bluekuja> asac: building
[07:35] <asac> red_herring: cool 2mb?
[07:35] <red_herring> comcast
[07:35] <asac> bluekuja: cool
[07:35] <red_herring> i get 500kbps up
[07:35] <asac> bluekuja: did the backpush work ?
[07:35] <red_herring> asac: yeah i can foward everything
[07:35] <bluekuja> yeah
[07:35] <asac> red_herring: ok ... for pretesting tahts definitly enough
[07:35] <asac> red_herring: programmatically (e.g. in php code)?
[07:35] <bluekuja> asac: I'm building into build-area now
[07:36] <asac> red_herring: i have no idea how easy that is to do in php (e.g. running a http request)
[07:36] <red_herring> asac: fairly
[07:36] <red_herring> all i have to do
[07:36] <red_herring> is forward the http request
[07:36] <asac> bluekuja: yes, but did you successfully push your commits to your "main" directory from there?
[07:36] <red_herring> grab mozillas
[07:36] <red_herring> and then add in our own
[07:36] <asac> red_herring: can you still modify the response?
[07:36] <asac> red_herring: cool
[07:37] <asac> when can you setup a basic proxy (that adds nothing) ?
[07:37] <red_herring> asac: course
[07:37] <bluekuja> asac: yeah, the fixes of control files
[07:37] <asac> good
[07:37] <asac> bluekuja: the build should go rather quick ;)
[07:38] <bluekuja> yeah
[07:38] <bluekuja> hope so
[07:38] <bluekuja> :O
[07:47] <bluekuja> asac: when built
[07:47] <bluekuja> should I test all paths
[07:47] <bluekuja> and names?
[07:48] <asac> how is the binary called?
[07:48] <asac> firefox-granparadiso?
[07:48] <asac> or still firefox-trunk ?
[07:48] <asac> e.g. /usr/bin/firefox-*
[07:49] <bluekuja> yeah, all things like that
[07:49] <asac> dpkg -L firefox-granparadiso should have all files beneath /usr/lib/firefox-granparadiso and /usr/share/firefox-granparadiso
[07:49] <bluekuja> ok, let's wait it finish
[07:49] <asac> further the packages should have reasonable sizes
[07:49] <asac> e.g. main package about 10 MB
[07:49] <bluekuja> yeah ok
[07:49] <asac> others not close zero
[07:49] <asac> if that looks good test if firefox-granparadiso works well
[07:49] <asac> if it shows the proper name
[07:49] <asac> if the menu is ok
[07:49] <red_herring> hey what was the url of the mozilla plugin site?
[07:49] <asac> (e.g. gnome menu)
[07:50] <bluekuja> ok
[07:50] <asac> red_herring: wait a second ... you can find it in about:config ... but here:
[07:50] <red_herring> i was gonna ask what to search for
[07:50] <asac> pfs.datasource.url    ...
[07:50] <asac> https://pfs.mozilla.org/plugins/PluginFinderService.php?mimetype=%PLUGIN_MIMETYPE%&appID=%APP_ID%&appVersion=%APP_VERSION%&clientOS=%CLIENT_OS%&chromeLocale=%CHROME_LOCALE%
[07:51] <asac> red_herring: you can remember it easily ... it starts with 'pfs.' aka plugin finder service :)
[07:51] <red_herring> yeah
[07:51] <bluekuja> asac: I go to eat for a while
[07:51] <bluekuja> when I'll be back should be all ready to test
[07:52] <bluekuja> brb
[07:52] <asac> bluekuja: yeah
[08:03] <gnomefreak> asac: mozpad is the new debugging stuff?
[08:04] <asac> url?
[08:04] <gnomefreak> planet mozilla
[08:04] <asac> let me see
[08:04] <gnomefreak> i was just reading blog on it let me get it
[08:04] <Admiral_Chicago> i thought breakpad was
[08:04] <Admiral_Chicago> wait breakpad is the crash handler
[08:04] <asac> where?
[08:05] <asac> i thought breakpad as well
[08:05] <asac> but maybe that was just a code-name
[08:05] <gnomefreak> http://www.allpeers.com/blog/2007/06/14/minutes-from-mozpad-irc-meeting-13-06-2007/  (minutes from meeting
[08:05] <asac> or something
[08:06] <asac> mozpad might evolve to be an IDE
[08:06] <asac> sounds much more than "debugging stuff"
[08:06] <gnomefreak> ah ok
[08:09] <asac> I believe Mozpad should focus on the following high-impact investments:
[08:09] <asac> * reducing the barrier to entry for developers (code and documentation); * providing tools for viral programming (view-source, copy-paste, debugging and inspecting code) * evangelizing the platforms strengths
[08:09] <asac> ouch ... copy-paste ;)
[08:09] <asac> viral programming
[08:09] <asac> (from http://moon.mozpad.org/)
[08:13] <red_herring> wtf
[08:13] <red_herring> the PluginFinderService.php on my page
[08:14] <red_herring> returns the EXACT same result as the mozilla one
[08:14] <red_herring> yet firefox doesn't understand taht mine is xml
[08:14] <red_herring> literally, the source is a 1 to 1 match
[08:16] <asac> hmm
[08:16] <asac> red_herring: does it start with <?xml ....
[08:16] <asac> ?
[08:16] <asac> red_herring: if so, there must be no newline above that
[08:16] <bluekuja> asac: omg still building
[08:16] <bluekuja> lol
[08:16] <asac> red_herring: further you might need to tweak the mime type
[08:16] <red_herring> yeah
[08:17] <red_herring> asac: exact same checksum too =p
[08:17] <bluekuja> asac: gonna finish in minutes
[08:17] <asac> red_herring: text/xml i guess
[08:17] <red_herring> 8cb279d9617bef7a728e61e99a24d546  PFSmoz
[08:17] <red_herring> 8cb279d9617bef7a728e61e99a24d546  PFSrj
[08:17] <asac> red_herring: wait a second i can show you the source of PluginFinderService.php
[08:17] <red_herring> of theirs?
[08:17] <asac> red_herring: whats that?
[08:17] <asac> red_herring: yes
[08:17] <red_herring> please do
[08:18] <asac> http://lxr.mozilla.org/mozilla1.8/source/toolkit/mozapps/plugins/service/PluginFinderService.php
[08:18] <asac> header("Content-type: application/xml");
[08:19] <asac> i think "no-newline at start" + right content-type should do the trick
[08:19] <red_herring> ahhhhh
[08:19] <red_herring> yeah
[08:19] <red_herring> heh
[08:19] <red_herring> it does the trick
[08:20] <Admiral_Chicago> haha
[08:20] <red_herring> you can redirect your pfs to my site
[08:20] <asac> red_herring: cool ... do you get results?
[08:20] <asac> e.g. for flash?
[08:20] <red_herring> yeah
[08:20] <asac> that is really cool
[08:20] <bluekuja> asac: woooohoo
[08:20] <bluekuja> everything ok :)
[08:20] <asac> red_herring: can you dump the xml of a result somewhere
[08:20] <asac> red_herring: so we can see the syntax for our "own" entries
[08:20] <asac> bluekuja: great
[08:20] <asac> bluekuja: how many commits do you have?
[08:21] <bluekuja> asac: 2
[08:21] <asac> bluekuja: please backup, then uncommit 2 times
[08:21] <asac> and then just commit to get all in one commit
[08:21] <asac> before you publish
[08:21] <bluekuja> asac: yeah, I think I'll do everything again
[08:21] <bluekuja> to be SURE
[08:21] <asac> bluekuja: no
[08:21] <asac> you can just
[08:21] <asac> bzr uncommit
[08:21] <asac> 2 times
[08:21] <bluekuja> ok
[08:21] <asac> then just commit
[08:21] <bluekuja> ok
[08:21] <asac> to commit all at once
[08:21] <red_herring> asac: i was thinking making a database for that
[08:22] <bluekuja> asac: now I test
[08:22] <bluekuja> stuff
[08:22] <bluekuja> and then I do it
[08:22] <red_herring> asac: we can either just throw the extras in the script or add them to a database
[08:22] <asac> red_herring: actually we have to setup a database, that is build from wading through what packages we have
[08:23] <asac> red_herring: i think on the  long run we need  database ... at some point even caching of pfs.mozilla.org results
[08:23] <asac> so we don't have to call them for every similar request like (1 million times someone wants flash)
[08:23] <asac> red_herring: ok ... lets think about the database
[08:24] <asac> red_herring: i will try to take are then that we can fill that database
[08:24] <asac> i thiunk the most basic layout is something that maps the combination of all parameters to a package
[08:24] <asac> what parameters do we have?
[08:25] <asac> 1. mime-type
[08:25] <red_herring> well
[08:25] <asac> 2. app-id ?
[08:25] <red_herring> the db should be indexed by mimetipe
[08:25] <red_herring> *mimetype
[08:25] <red_herring> like
[08:25] <asac> yeah ... it can be indexed by the whole tuple to speed things up
[08:25] <red_herring> have a table for every mimetype
[08:26] <asac> we have app-id + mime-type + application version
[08:26] <red_herring> and if the table doesn't exist? we just ignore that plugin and send them the default mozilla response
[08:26] <asac> those need to be mapped
[08:26] <asac> yes
[08:26] <asac> right
[08:26] <bluekuja> asac: impossible running firefox-trunk in menu entry
[08:26] <bluekuja> need to change it
[08:26] <bluekuja> ^^
[08:26] <asac> bluekuja: yes
[08:26] <asac> you need to fix firefox-trunk.desktop
[08:26] <asac> in debian
[08:26] <asac> you have to bzr mv it
[08:26] <asac> and change the content
[08:27] <asac> you just need a -nc build after that (no need for a full recompile)
[08:27] <asac> red_herring: what are the parameters that are passed to the plugin finder service?
[08:27] <bluekuja> asac: mmm...if I start it with firefox-granparadiso
[08:27] <asac> red_herring: ok i see them its:
[08:27] <bluekuja> It opens up <IP_ADDRESS>
[08:28] <red_herring> mimetype, appid, appversion, clientos
[08:28] <red_herring> chromlocale
[08:28] <asac> mimetype, appID, appVersion, clientOS, chromeLocale
[08:28] <asac> red_herring: ;)
[08:28] <asac> yes
[08:28] <gnomefreak> bluekuja: did you close firefox first
[08:28] <bluekuja> gnomefreak, nice question :)
[08:28] <bluekuja> now closed
[08:28] <gnomefreak> bluekuja: only one can be open at a time
[08:29] <gnomefreak> 2nd one will launch whatever the first one is
[08:29] <bluekuja> gnomefreak, thanks for the hint
[08:29] <bluekuja> it works now
[08:29] <bluekuja> granparadiso here
[08:29] <gnomefreak> yw :)
[08:29] <bluekuja> omg it rocks
[08:30] <gnomefreak> or not, shit
[08:30] <bluekuja> gonna use granparadiso for now on
[08:30] <bluekuja> :P
[08:30] <asac> red_herring: what do you get as clientos ?
[08:30] <bluekuja> is really fast
[08:30] <asac> red_herring: e.g. the exact string?
[08:31] <red_herring> clientOS=Linux%20x86_64
[08:31] <asac> bluekuja: so  .desktop file was correct?
[08:31] <bluekuja> asac: nope
[08:31] <asac> red_herring: let me think
[08:31] <bluekuja> started it from console
[08:31] <red_herring> umm
[08:31] <bluekuja> gonna change it locally first
[08:31] <red_herring> if i did this
[08:32] <asac> red_herring: somehow we need a way to determine distribution
[08:32] <red_herring> i'd index it by mimetype -> os/arch type -> chromLocale
[08:32] <asac> red_herring: can you look at http headers send by client?
[08:32] <red_herring> asac: of course
[08:32] <asac> red_herring: yeah ... i think we should index it by all and allow NULL values in case there is no variant available
[08:32] <asac> e.g. by all we have
[08:33] <asac> red_herring: if we are perfect we would make the package table (with name, description) multi language capable
[08:33] <asac> so we can add descriptions in different languages
[08:33] <asac> but maybe not for the first version
[08:33] <asac> red_herring: we should be able to find feisty somewhere
[08:33] <asac> or edgy
[08:33] <red_herring> umm
[08:33] <asac> red_herring: in the user agent string
[08:34] <red_herring> ah
[08:34] <bluekuja> asac: firefox .desktop name is ok
[08:34] <red_herring> in the user agent string
[08:34] <red_herring> yes
[08:34] <bluekuja> executable is bad
[08:34] <red_herring> asac: thats independent of the request
[08:34] <red_herring> but still can be taken into consideratoin
[08:34] <asac> red_herring: yeah its hackish ... but for now good enough
[08:34] <asac> red_herring: i will figure out a way to get that info into the URL at some point
[08:34] <bluekuja> asac: icon bad too
[08:34] <asac> red_herring: but first we need to live with that i guess
[08:35] <asac> red_herring: so we need to index by "distribution" as well
[08:35] <bluekuja> asac: ok fixed in local now works
[08:35] <asac> so we see if a package is available for feisty et al
[08:35] <asac> bluekuja: so you have three commits now?
[08:35] <red_herring> asac: true
[08:35] <asac> bluekuja: or did you already merge the first two like i said?
[08:35] <bluekuja> asac: yeah, need to do last
[08:36] <bluekuja> I did it locally need to import it
[08:36] <asac> if you have committed you have three ... then just bzr uncommit 3 times and commit all at once
[08:36] <bluekuja> yea
[08:37] <asac> red_herring: ok ... so lets use a simple package table: just packagename, short description, version
[08:37] <asac> and index that by the fields we talked about
[08:37] <asac> red_herring: you think you can setup a .sql script that sets up that table layout?
[08:37] <red_herring> no
[08:37] <asac> (for now for mysql i guess)
[08:37] <red_herring> i suck at mysql
[08:38] <asac> red_herring: ok ... i can do that
[08:38] <red_herring> heh
[08:38] <red_herring> thanks
[08:38] <red_herring> sorry, databases never were my thing
[08:38] <asac> red_herring: ok let me create a bzr repo where we can put our things. Can you give me the initial version of the .php script? so i can add it to that?
[08:39] <red_herring> http://j.rj.selfip.com/test/PluginFinderService.phps
[08:39] <red_herring> woo phps
[08:39] <bluekuja> asac: so all in one commit you said?
[08:39] <bluekuja> and then I publish
[08:39] <asac> red_herring: did we need to use https?
[08:39] <asac> red_herring: or did mozilla just eat unsecure http url as well?
[08:39] <red_herring> umm
[08:40] <red_herring> mozilla won't take normal http last i checked
[08:40] <red_herring> lemme check again
[08:40] <red_herring> oh
[08:40] <red_herring> nvm it odes
[08:41] <asac> red_herring: i mean the source :)
[08:41] <asac> i cannot get it because it just is running
[08:41] <asac> i mean i get RDF back
[08:41] <red_herring> ?
[08:41] <bluekuja> asac: ?
[08:42] <asac> red_herring: you PluginFinderService.php script
[08:42] <asac> i don't see any php code in it because i cannot download the source
[08:42] <red_herring> yeah
[08:42] <red_herring> phps
[08:42] <red_herring> http://j.rj.selfip.com/test/PluginFinderService.phps
[08:43] <gnomefreak> asac: bluekuja does the branch have embedded tarball?
[08:43] <asac> red_herring: oh damn
[08:43] <Admiral_Chicago> when I install Gnash, how do i get the plugin to be found my Firefox
[08:43] <asac> red_herring: i did a wget
[08:43] <gnomefreak> for gran....
[08:43] <bluekuja> gnomefreak, nope
[08:43] <asac> red_herring: and just saw html
[08:43] <bluekuja> gnomefreak, need to download it from people.ubuntu.com/asac
[08:43] <asac> red_herring: maybe next time just copy the file ;)
[08:43] <red_herring> heh
[08:43] <asac> red_herring: now i can copy-paste :)
[08:43] <bluekuja> on bzr you find only debian dir
[08:43] <red_herring> too lazyyyy
[08:43] <gnomefreak> k what is the branch link?
[08:43] <red_herring> its not a terribly sophisticated script =p
[08:44] <bluekuja> http://bazaar.launchpad.net/~asac/firefox/granparadiso
[08:44] <red_herring> 6 whole lines
[08:44] <gnomefreak> ty
[08:44] <bluekuja> gonna publish new stuff in minutes
[08:44] <bluekuja> gnomefreak, ;)
[08:44] <gnomefreak> bluekuja: let me know once pushed please.
[08:44] <bluekuja> ok ;)
[08:45] <gnomefreak> bluekuja: http://people.ubuntu.com/~asac/ is the link
[08:45] <gnomefreak> you left out ht e~
[08:45] <gnomefreak> the ~
[08:45] <bluekuja> yeah sorry
[08:46] <asac> red_herring: but i assume you can you code sql queries in php ... e.g. if you need i can give you the select statements afterwards ?
[08:47] <red_herring> yeah
[08:47] <red_herring> though im a little rusty
[08:47] <red_herring> ive done it before
[08:47] <asac> red_herring: cool ... then I will do the sql basics tomorrow and maybe add some sample data
[08:47] <red_herring> k
[08:47] <gnomefreak> asac: is there a reason for using a tarball for granparadiso instead of svn or cvs?
[08:47] <asac> red_herring: yes ;) ... we are all to refresh our self :)
[08:47] <red_herring> also, $_SERVER[HTTP_USER_AGENT]  is the way to find out if they're using edgy or feisty
[08:47] <asac> gnomefreak: yes ... upstream released the tarball
[08:48] <asac> gnomefreak: while trunk is updated from cvs so we can build any day we want :)
[08:48] <asac> red_herring: yes ... we probably need just gutsy for now ;) ... but later feisty and gutsy+1
[08:48] <gnomefreak> yeah i figured that. we need to change trunk to build for gran... if we build that way
[08:49] <asac> gnomefreak: yes ... trunk is trunk :) ... its just that it currently uses the granparadiso branding
[08:49] <gnomefreak> that is assuming its more than a name-version change
[08:49] <asac> gnomefreak: but its just a random snapshot
[08:49] <red_herring> asac: yeah, all are easy to searhc for
[08:49] <Admiral_Chicago> asac: any idea how to install flash player on 64 bit systems? I mean the "official" way
[08:49] <asac> gnomefreak: the granparadiso package will only be updated when new releases get out
[08:50] <asac> Admiral_Chicago: yes
[08:50] <red_herring> nspluginwrapper?
[08:50] <asac> Admiral_Chicago: install nspluginwrapper
[08:50] <Admiral_Chicago> i've found a ton of hacked up scripts, but nothing official
[08:50] <gnomefreak> did they decide if they are gonna release tarball (weekly or sometime frame?)
[08:50] <asac> Admiral_Chicago: its simple:
[08:50] <bluekuja> asac: is StartupWMClass=Firefox-Granparadiso-bin correct?
[08:50] <Admiral_Chicago> okay i'll research that
[08:50] <asac> install it like upstream says
[08:50] <asac> then run nspluginwrapper -----with-some-arguments--from-doc :)
[08:50] <gnomefreak> example each alpha release or weekly builds
[08:51] <Admiral_Chicago> asac: thats in gutsy right, not in feisty?
[08:51] <gnomefreak> that tarball is huge
[08:51] <asac> bluekuja: i have no idea ... i guess its still Firefox-bin ... but we can try ... when the startup notification doesn't disappaer when the initial window pops up then its wrong :)
[08:51] <bluekuja> there was
[08:51] <asac> Admiral_Chicago: yes nspluginwrapper is new in gutsy
[08:51] <bluekuja> StartupWMClass=Firefox-Trunk-bin
[08:51] <bluekuja> before
[08:51] <asac> Admiral_Chicago: but you can just apt-get source it and then build and install in feisty
[08:51] <asac> Admiral_Chicago: should work
[08:52] <asac> bluekuja: at best try
[08:52] <asac> i think Firefox-Trunk-bin never worked as well
[08:52] <bluekuja> ^^
[08:52] <asac> bluekuja: if you start from menu ... you see a startup notification (e.g. in the desktop taskbar)
[08:52] <asac> that should disappear when first window shows up
[08:52] <bluekuja> lets see
[08:52] <gnomefreak> Admiral_Chicago: if you let me know a day in advanced i can see if i cant get it in feisty repo for you/anyone else
[08:53] <bluekuja> asac: works
[08:53] <asac> gnomefreak: in preview?
[08:53] <bluekuja> with Firefox-granparadiso-bin
[08:53] <gnomefreak> yeah
[08:53] <asac> bluekuja: change that to something wrong so can compare
[08:53] <bluekuja> ok
[08:53] <asac> ... or didn't it work with trunk in the name?
[08:53] <gnomefreak> can build from gutsy source and backport it (im sure depends on very little)
[08:53] <asac> gnomefreak: yes should be easy (though not sure) :)
[08:54] <gnomefreak> asac: only one way to find out
[08:54] <gnomefreak> but wont do it for the fun of it
[08:54] <bluekuja> asac: keeps loading
[08:54] <bluekuja> for some time and then works ok
[08:54] <Admiral_Chicago> asac gnomefreak: i ask because i'm writing xubuntu documentation. I just need to know the official way
[08:54] <asac> i am currently drafting the nspluginwrapper script that will allow our 32-bit plugins to be seemlessly installed on amd64
[08:54] <Admiral_Chicago> gnomefreak: what do you mean a day in advance?
[08:54] <asac> Admiral_Chicago: for gutsy?
[08:54] <Admiral_Chicago> yes
[08:54] <gnomefreak> Admiral_Chicago: thought you wanted it built for feisty
[08:54] <asac> Admiral_Chicago: for gutsy there will be improvement
[08:55] <asac> https://blueprints.launchpad.net/ubuntu/+spec/firefox-nspluginwrapper
[08:55] <asac> so don't too much
[08:55] <Admiral_Chicago> nope, just looked for it and couldn't find it which is wh i asked
[08:55] <gnomefreak> its gonna be an on going project during pre gutsy release
[08:55] <asac> it should be straight forward like:
[08:55] <asac> amd64 users just install flashplugin-nonfree
[08:56] <asac> for feisty it might make sense, but then we need nspluginwrapper in our repo or in feisty
[08:56] <asac> gnomefreak: you cannot backport, because you need amd64 :)
[08:56] <asac> gnomefreak: i have to do it i guess ;)
[08:56] <gnomefreak> oh yeah
[08:56] <gnomefreak> good point
[08:56] <asac> yeah :/
[08:56] <asac> Admiral_Chicago: if you need that package for something i need at least two days pre-notice to get it sorted out :-P
[08:57] <Admiral_Chicago> asac: i don't need it, i just need to know that it exists.
[08:57] <asac> yes right.
[08:57] <gnomefreak> ok that link is wrong too
[08:57] <asac> though testing it might be beneficial ;)
[08:58] <gnomefreak> or not
[08:58] <asac> red_herring: can you dump an example result somewhere?
[08:58] <Admiral_Chicago> I would test but I have a 32 bit system
[08:58] <gnomefreak> asac: you might want to  fix branch
[08:59] <gnomefreak> firefox 2.0 preview package - granparadiso
[08:59] <asac> red_herring: so i can see what other info might be helpful in db
[08:59] <gnomefreak> that should be 3.0 no?
[08:59] <asac> gnomefreak: he?
[08:59] <asac> gnomefreak: ah you mean description
[08:59] <asac> gnomefreak: thanks
[08:59] <gnomefreak> yw and yes
[08:59] <asac> fixed
[09:00] <gnomefreak> :)
[09:00] <Admiral_Chicago> where does flash install again , is it ~/.mozilla/profile/*.default
[09:00] <asac> upstream flash?
[09:00] <asac> or ours?
[09:00] <Admiral_Chicago> or is it /usr/lib/mozilla-firefox/plugins/
[09:01] <asac> its linked to that place
[09:01] <asac> the real .so file is at
[09:01] <Admiral_Chicago> say i were to install flashplugin-nonfree, you need to chose the firefox profile
[09:01] <asac> /usr/lib/flashplugin-nonfree/libflashplayer.so
[09:02] <asac> Admiral_Chicago: atm you can't install that package on amd64 (because of depends)
[09:02] <Admiral_Chicago> don't you have to chose the path?
[09:02] <asac> Admiral_Chicago: i will fix that, but than nspluginwrapper will run
[09:02] <asac> automatically
[09:02] <asac> Admiral_Chicago: ajh
[09:02] <Admiral_Chicago> asac: i know, but I'm working on just the 32 bit now
[09:02] <asac> Admiral_Chicago: yes
[09:02] <asac> Admiral_Chicago: you should not encourage them to install globally
[09:02] <asac> say they should install locally only
[09:02] <bluekuja> asac: committing
[09:02] <asac> e.g. ~/.mozilla/plugins
[09:02] <bluekuja> and pushing
[09:02] <Admiral_Chicago> so with path would you pass adobe's plugin?
[09:03] <asac> no idea ... i think you get ask if you want global or per user
[09:03] <Admiral_Chicago> hmm, i don't have that folder.
[09:03] <asac> if you say per user it automatically gets to right place
[09:03] <Admiral_Chicago> let me reinstall it
[09:03] <asac> Admiral_Chicago: it will be created
[09:03] <asac> Admiral_Chicago: try what adobe installer does for you
[09:03] <asac> bluekuja: cool
[09:03] <asac> let me take a look
[09:04] <Admiral_Chicago> yea i'm reinstalling to see the default options.
[09:04] <asac> Admiral_Chicago: right
[09:05] <asac> bluekuja: push finished?
[09:05] <bluekuja> not yet
[09:05] <bluekuja> writing
[09:06] <asac> ok
[09:06] <Admiral_Chicago> hmm, no that was the adobe install script, the one in the packages does not require you to do taht
[09:06] <asac> Admiral_Chicago: as i said
[09:06] <asac> Admiral_Chicago: you cannot install the package
[09:06] <asac> Admiral_Chicago: on amd64
[09:06] <asac> Admiral_Chicago: if you want to write instructions you have to tell them how to do that with adobe installer
[09:07] <asac> Admiral_Chicago: once the package can be installed on amd64 (which I will do soon), you won't need your docs anymore, because all will happen automagically :)
[09:07] <asac> Admiral_Chicago: if you want you can help on that instead ;)
[09:07] <asac> its basically just an update of the .postinst script
[09:07] <asac> of the flashplugin-nonfree package
[09:08] <asac> and adding dependencies for amd64 (so i32-... libs get installed)
[09:08] <Admiral_Chicago> asac: sure I'd like to help
[09:08] <Admiral_Chicago> So I will write up the documentation to showthat
[09:09] <Admiral_Chicago> that you can install it
[09:09] <Admiral_Chicago> soon
[09:09] <asac> https://blueprints.launchpad.net/ubuntu/+spec/firefox-nspluginwrapper
[09:09] <Admiral_Chicago> not now.
[09:09] <asac> https://wiki.ubuntu.com/FirefoxNspluginwrapperSpec#preview
[09:09] <asac> sorry that is the spec
[09:09] <asac> i will finish it this week ... so we can start implementing it next week ;)
[09:10] <Admiral_Chicago> great
[09:11] <bluekuja> asac: pushed
[09:12] <asac> bluekuja: your checkin looks perfect in the web :)
[09:12] <bluekuja> :)
[09:12] <asac> http://codebrowse.launchpad.net/~mozillateam/firefox/granparadiso/changes
[09:13] <asac> press expand all
[09:13] <asac> maybe your comment could have been a bit more verbose, but that is fine :)
[09:13] <bluekuja> yeah^^
[09:13] <bluekuja> you know that I do short comments
[09:13] <bluekuja> hehe
[09:14] <asac> bluekuja: cool you even repulled the latest from my branch :)
[09:14] <asac> (maybe more like an accident .. but who cares) :)
[09:14] <bluekuja> yup
[09:14] <bluekuja> :)
[09:15] <gnomefreak> lol
[09:15] <bluekuja> lol
[09:17] <asac> yeah ... but short comments imply that your changes are not worth much ... because you don't spend the time on the comment that the change deserves
[09:18] <asac> at least i feel that way :)
[09:18] <bluekuja> :D
[09:19] <bluekuja> asac: granparadiso is REALLY nice
[09:19] <bluekuja> it's damn fast too
[09:19] <asac> yeah lots of improvements in the layout engine
[09:20] <asac> huge patches landed ... maybe keep an eye on how the password manager works
[09:20] <asac> its pretty bleeding edge and things might be broken
[09:20] <asac> currently hot issues can be found on the blockers page
[09:20] <gnomefreak> you wanna laugh or cry?
[09:20] <bluekuja> ok
[09:20] <asac> http://wiki.mozilla.org/Firefox3/Blockers
[09:21] <asac> gnomefreak: both :)
[09:21] <asac> gnomefreak: how sad is it?
[09:21] <gnomefreak> the directory from granparasimo is empty
[09:21] <gnomefreak> hint pretty frigging bad
[09:21] <bluekuja> lol
[09:21] <asac> which directory?
[09:21] <asac> gnomefreak: what are you doing?
[09:21] <bluekuja> :D
[09:22] <gnomefreak> i grabbed the branch and its empty
[09:22] <asac> ah ... no
[09:22] <asac> i just pulled from it
[09:22] <gnomefreak> it gave me granparaismo folder but nothing inside
[09:22] <asac> 4 minutes ago
[09:22] <asac> granparaismo --> see the spelling
[09:22] <gnomefreak> i have a .bzr
[09:22] <asac> or is it a typo
[09:22] <gnomefreak> but no debian
[09:23] <asac> gnomefreak: just bzr branch http://bazaar.launchpad.net/~mozillateam/firefox/granparadiso ?
[09:23] <gnomefreak> yeah i keep typoing it
[09:23] <asac> k
[09:23] <gnomefreak> i used clone
[09:23] <asac> yeah thats the same
[09:23] <asac> but that url?
[09:23] <gnomefreak> its still empty
[09:23] <asac> gnomefreak: remove it again ... and try again
[09:23] <gnomefreak> i got it from your LP page under code
[09:23] <gnomefreak> ok will try again
[09:23] <asac> this must be a follow up problem of something messy before
[09:24] <gnomefreak> oh shit
[09:24] <asac> yeah ... either use ~mozillateam ... or ~asac ... they should be in sync atm
[09:24] <gnomefreak> never mind
[09:24] <gnomefreak> the tar was done downloading not bzr :(
[09:24] <gnomefreak> ummmm you built the orig.tar for us?
[09:25] <asac> bluekuja: #
[09:25] <asac> By Andrea Veri <andrea@seagate> 4 minutes ago
[09:25] <bluekuja> lol
[09:25] <gnomefreak> im sure thats not how mozilla named it
[09:25] <asac> you should set your EMAIL= environment properly
[09:25] <asac> bluekuja: ^^^
[09:25] <bluekuja> that's my localhost
[09:25] <bluekuja> damn
[09:25] <asac> bluekuja: look man bzr
[09:25] <asac> to see what variables you can set
[09:25] <asac> and play abit around with bzr commit; bzr log; bzr uncommit
[09:25] <asac> to see if its right
[09:26] <asac> gnomefreak: yes
[09:26] <asac> gnomefreak: the easy way to build is now bzr bd :)
[09:26] <asac> tarballs/ directory  with tarball
[09:26] <asac> next to it put the clean bzr branch
[09:26] <asac> then build bzr bd --merge .
[09:26] <asac> you need bzr-buildpackage installed for that
[10:57] (bluekuja/#ubuntu-mozillateam) wb ubuntulog
[10:58] <asac> yeah ;)
[10:59] <asac> ok cool paradiso builds ... lets see what gets out of it
[11:01] <bluekuja> :)
[11:01] <asac> next big thing would be to stem a xulrunner-trunk build and make firefox-trunk build against that ;)
[11:01] <bluekuja> :D
[11:01] <gnomefreak> gnomefreak@GutsyGibbon:~/gutsy_builds/work/granparadiso/debian$ bzr pull
[11:01] <gnomefreak> Using saved location: http://bazaar.launchpad.net/~asac/firefox/granparadiso/
[11:01] <gnomefreak> No revisions to pull.
[11:02] <bluekuja> gnomefreak, use mozillateam branch
[11:02] <gnomefreak> theres another branch?
[11:02] <asac> gnomefreak: yeah ... i will push not before i verified ;)
[11:02] <asac> .. this time :/
[11:02] <asac> but it looks good from what i see
[11:03] <gnomefreak> where is this mozillateam branch at?
[11:03] <gnomefreak> im only showing asacs
[11:03] <gnomefreak> as found it
[11:03] <gnomefreak> ah*
[11:05] <asac> gnomefreak: found it?
[11:05] <bluekuja> gnomefreak, https://code.launchpad.net/~mozillateam/firefox/granparadiso
[11:09] <gnomefreak> yes
[11:10] <asac> ok i am off for today ;) ... fridays i start early :/
[11:10] <gnomefreak> night
[11:11] <asac> night
[11:12] <bluekuja> asac: gnight :)
[11:33] <gnomefreak> does bzr bd --merge use the internet to build or is it still done as if you were using dpkg-buildpackage?
[11:34] <gnomefreak> wait a minute, asac no need to use -i.bzr? or should we be adding that to command since building with .bzr is bad
[11:35] <gnomefreak> answer tomorrow
[11:36] <bluekuja> gnomefreak, no dont need internet for it
[11:36] <bluekuja> just
[11:36] <bluekuja> bzr bd --merge
[11:36] <bluekuja> nothing more
[11:36] <bluekuja> nothing less
[11:36] <bluekuja> :)
[11:40] <gnomefreak> the problem there is you will have binaries that you dont want during upload
[11:41] <gnomefreak> thats why we were using dpkg-buildpackage -rfakeroot -k3C1C3C2A -i.bzr
[11:41] <gnomefreak> -kKEYID
[11:41] <gnomefreak> it would not use .bzr in build
[11:41] <gnomefreak> with the -i.bzr
[11:42] <gnomefreak> im assuming since .bzr is still there its gonna use it in build
[11:42] <bluekuja> gnomefreak, dont worry about .bzr dir
[11:42] <bluekuja> bzr bd will do everything
[11:42] <bluekuja> bzr bd --merge
[11:42] <bluekuja> and you're done
[11:43] <gnomefreak> ah there is a --native flag that will use .bzr in build
[11:43] <gnomefreak> so im gonna assume that it wont include native by default
[11:44] <bluekuja> yeah
[11:44] <bluekuja> it wont include that
[11:44] <gnomefreak> this looks like a wrapper for dpkg-buildpackage
[11:45] <bluekuja> :D
[11:45] <bluekuja> it's quite nice
[11:45] <bluekuja> quite limtied
[11:45] <bluekuja> *limited
[11:45] <bluekuja> for now
[11:46] <gnomefreak> looks fairly nice but long run we will have to see, plus its another differnet way to get used to
[11:46] <gnomefreak> all packages seem to use a different way to buidl
[11:46] <gnomefreak> build
[11:47] <bluekuja> yeah
[11:47] <bluekuja> is something different from stantard way
[11:47] <bluekuja> but it's usefull
[11:47] <bluekuja> to check clean stuff
[11:47] <bluekuja> after
[11:47] <bluekuja> by doing bzr status
[11:47] <bluekuja> so you know what's going on in your build directory
[11:48] <gnomefreak> true
[11:48] <gnomefreak> it has its perks
[11:48] <bluekuja> you just need to make some practice
[11:48] <bluekuja> and it will be easy
[11:48] <bluekuja> to setup correct layout
[11:48] <bluekuja> :)
[11:49] <gnomefreak> yep and tonight/tomorrow will be alot of practice
[11:49] <gnomefreak> i have notes i take just incase im having a bad day
[11:49] <bluekuja> :D
[11:49] <bluekuja> why you need bzr bd tomorrow/tonight?
[11:49] <bluekuja> iceape?
[11:49] <gnomefreak> plus we have different ways each mozilla package builds
[11:50] <gnomefreak> yep and gran..
[11:50] <bluekuja> well gran is ready
[11:50] <bluekuja> need asac to do some tests
[11:50] <bluekuja> and it's done
[11:50] <bluekuja> lol
[11:50] <bluekuja> gran is quite nice
[11:50] <bluekuja> works perfectly
[11:51] <bluekuja> just a long build
[11:51] <asac> bluekuja: did plugins work for you?
[11:51] <bluekuja> 30-35 mins
[11:51] <asac> for me they don't :(
[11:51] <gnomefreak> he should be done with iceape and uploaded by now (he was working on it 12 hours ago
[11:51] <bluekuja> asac: nope, they didnt work :/
[11:51] <asac> gnash somehow displays in bad place
[11:51] <gnomefreak> 30-35 crap i wish
[11:51] <asac> and totem didn't work at all
[11:51] <gnomefreak> more like 2-4 hours
[11:51] <bluekuja> asac: same
[11:51] <bluekuja> I tried gnas and totem
[11:51] <bluekuja> as you suggested
[11:51] <asac> hmm
[11:51] <gnomefreak> asac: no need for -i.bzr :)
[11:52] <asac> yeah ... maybe object frames still have some glitches because of new reflow code
[11:52] <bluekuja> yeah
[11:52] <asac> gnomefreak: not?
[11:52] <gnomefreak> from what bzr-buildpackage --help says it has a flag for --native
[11:52] <asac> gnomefreak: yeah ... thats not what we do
[11:52] <gnomefreak> so im gonna assume it would incude native
[11:53] <asac> we have to stay with orig
[11:53] <asac> --native is source without diff.gz
[11:53] <gnomefreak> we had to add the flag for dpkg-buildpackage
[11:53] <gnomefreak> no exclude native
[11:53] <asac> ah
[11:53] <gnomefreak> but i dont see a --no-native flag
[11:54] <asac> yeah ... i think thats not needed for bzr bd
[11:54] <gnomefreak> or anything the like
[11:54] <asac> i mean its not needed to pass -i.bzr
[11:54] <gnomefreak> good
[11:54] <gnomefreak> :)
[11:54] <asac> just bzr bd --merge . :)
[11:54] <gnomefreak> ill test iceape tonight (assuming you already built it)
[11:54] <asac> add --dont-purge if you want to work on the tree afterwards
[11:54] <asac> yeah it will build
[11:54] <asac> i am pretty sure ;)
[11:54] <gnomefreak> work on the branch?
[11:55] <gnomefreak> like push?
[11:55] <gnomefreak> oh shit
[11:56] <bluekuja> wtf happened?
[11:56] <gnomefreak> its gonna purge build dir?
[11:56] <gnomefreak> thats not good :( one build per use
[11:56] <bluekuja> gnomefreak, everything will be done in build-area
[11:56] <bluekuja> so dont worry
[11:56] <asac> if you don't pass --dont-purge it will purge the extracted source in build-area
[11:56] <asac> not the .deb and source files
[11:56] <bluekuja> yeah
[11:56] <gnomefreak> oh ok much better
[11:57] <gnomefreak> --dont-purge          Don't purge the build directory after building
[11:57] <asac> its pretty clean ... you just have a dir ubuntu_bzr/ where all your branches reside ... no junk nothing
[11:57] <asac> all junk accumulates in build-area
[11:57] <gnomefreak> build dir to me is the exstracted dir
[11:57] <asac> which you can use as an apt archive as well :)
[11:58] <asac> yeah ... by that definition *your* build dir will be in build-area if build fails or if you pass --dont-purge
[11:59] <gnomefreak> would be nice if it included a tarballs dir with a tarball in it :)
[11:59] <gnomefreak> lol
[11:59] <bluekuja> LOL
[11:59] <bluekuja> *lol
[12:00] <bluekuja> that's not
[12:00] <bluekuja> :P
[12:00] <bluekuja> gnomefreak, it's a quite nice method
[12:00] <bluekuja> just need to focus on what need to be done for the layout
[12:00] <bluekuja> and taadah
[12:00] <bluekuja> builds great
[12:00] <gnomefreak> it is, i just have to get used to not moving files by hand ;)
[12:00] <bluekuja> yeah
[12:00] <bluekuja> :)
[12:01] <gnomefreak> oh build iceape 2 times and granparadiso once :)
[12:01] <bluekuja> asac: why they called it using italian words?
[12:01] <gnomefreak> or not
[12:02] <gnomefreak> nope just once
[12:03] <asac> bluekuja: no idea :)
[12:03] <bluekuja> asac: :D
[12:03] <gnomefreak> kubuntu people have been busy
[12:03] <asac> bluekuja: maybe to attract you :-P
[12:03] <bluekuja> lol
[12:04] <bluekuja> asac: this one was nice xD
[12:04] <asac> maybe its the same in spanish?
[12:04] <bluekuja> mmm
[12:05] <bluekuja> asac: nope
[12:06] <bluekuja> only italian
[12:06] <bluekuja> ^^
[12:06] <bluekuja> in italy we say "grande"
[12:06] <bluekuja> for big
[12:06] <bluekuja> so grand is an abbreviation
[12:06] <bluekuja> for next work
[12:06] <bluekuja> "grandeparadiso" sounds bad
[12:07] <bluekuja> gnight gnomefreak, asac
[12:07] <bluekuja> cu tomorrow
[12:07] <bluekuja> ;)
[12:07] <gnomefreak> night
[12:07] <asac> night ... me too
[12:08] <gnomefreak> ill be in and out for a little while
[12:09] <asac> yes cu tomorrow gnomefreak
[12:09] <gnomefreak> cu


[07:21] <superfly> Maaz: tell Kilos Good night oom!
[07:21] <Maaz> superfly: Righto, I'll tell Kilos on freenode
[09:01] <inetpro> goeiemore almal
[09:28] <paddatrapper> hoi inetpro
[14:31] <Kilos> afternoon everyone
[14:31] <Kilos> ha the fly has his afk thing working
[15:48] <inetpro> you are late Kilos
[15:55] <Kilos> sorry
[16:26] <Kilos> night all. sleep tight
[16:27] <Kilos> Maaz tell superfly good morning to you
[16:27] <Maaz> Kilos: Okay, I'll tell superfly on freenode
[16:47] <inetpro> sjoe, so vroeg


[04:41] <Burgundavia> anybody around?
[18:09] <Burgundavia> popey: ping
[18:09] <Burgundavia> http://fridge.ubuntu.com/node/1208
[18:18] <Burgundavia> anybody else?
[18:19] <beuno> Burgundavia, I'll take a look
[18:19] <Burgundavia> thanks
[18:19] <Burgundavia> you can take it live
[18:21] <beuno> Burgundavia, sent
[18:22] <Burgundavia> thanks
[18:23] <beuno> :D


[01:19] <cjwatson> tumbleweed: It might have had problems relating to the LP downtime
[01:20] <cjwatson> tumbleweed: Indeed it looks as though it's cleaned itself up now?