[06:50] <thiebaude> I have a problem in firefox
[11:51] <bluekuja> heya asac
[12:13] <bluekuja> asac: tell me when you're there
[12:13] <bluekuja> need to ask you something
[12:14] <asac> don't ask to ask ;)
[12:15] <asac> go ahead
[12:15] <bluekuja> :D
[12:15] <bluekuja> ok
[12:15] <bluekuja> I'm reading your istructions
[12:15] <bluekuja> and I started to work on the new patch
[12:16] <bluekuja> I did
[12:16] <bluekuja> 1) added GPC_SUBDIR = gpc to makefile.am
[12:16] <bluekuja> 2) in configure.in changed gpc/makefile to ${GPC_MAKEFILE} (in AC_OUTPUT
[12:16] <bluekuja> )
[12:17] <bluekuja> asac: now I need to apply the ENABLE_GPC
[12:18] <bluekuja> variable
[12:18] <bluekuja> which is already there
[12:18] <bluekuja> in configure.in
[12:18] <bluekuja> for the check
[12:18] <bluekuja> that enables gpc
[12:18] <bluekuja> AC_ARG_ENABLE(gpc,
[12:18] <bluekuja>     AC_HELP_STRING([--enable-gpc] ,[gpc polygon clipper library] ) )
[12:19] <asac> yes
[12:19] <bluekuja> asac: in fact it was necessary to add --disable-gpc
[12:19] <bluekuja> to autogen.sh
[12:20] <asac> yes
[12:20] <bluekuja> so there wont be a check
[12:20] <asac> to autgen.sh invocation you mean :)
[12:20] <bluekuja> and there wont be gpc inside
[12:20] <bluekuja> yup
[12:20] <asac> right
[12:20] <bluekuja> autogen.sh --disab...
[12:20] <asac> you can test for if test x$ENABLE_GPC != x; then ...
[12:21] <asac> and set a variable that contains gpc/Makefile if ENABLE_GPC contains a value
[12:21] <bluekuja> asac: added inside configure.in?
[12:21] <asac> bluekuja: the problem you have to fix in configure.in is that AC_OUTPUT currently always contains gpc/Makefile
[12:21] <bluekuja> asac: yeah
[12:22] <bluekuja> we dont have a gpc folder anymore
[12:22] <asac> so you check if gpc is enabled and only then add that to AC_OUTPUT
[12:22] <asac> i would replace the gpc/Makefile string with just $gpcmakefile
[12:22] <asac> and set gpcmakefile=gpc/Makefile if ENABLE_GPC is true
[12:22] <asac> of course all in configure.in
[12:22] <bluekuja> asac: there is AM_CONDITIONAL(ENABLE_GPC,[test xyes = x$enable_gpc] ) too
[12:22] <bluekuja> just after the check, of course..
[12:23] <asac> ok then you can just do
[12:23] <asac> if test test xyes = x$enable_gpc; then gpcmakefile=gpc/Makefile; done
[12:23] <asac> remove one |test| of course
[12:24] <bluekuja> added it
[12:25] <bluekuja> to configure.in
[12:25] <bluekuja> GPC_SUBDIR = gpc
[12:25] <bluekuja> 
[12:25] <bluekuja> asac: is still needed?
[12:25] <bluekuja> also we have
[12:25] <bluekuja> AC_OUTPUT(
[12:25] <bluekuja>    Makefile
[12:25] <bluekuja>    libagg.pc
[12:25] <bluekuja>    ${GPC_MAKEFILE}
[12:26] <bluekuja> inside configure.in
[12:26] <bluekuja> as well
[12:26] <asac> yeah
[12:26] <asac> give it a try
[12:26] <bluekuja> ok
[12:26] <bluekuja> patch added
[12:26] <asac> GPC_SUBDIR is not needed in configure.in
[12:26] <asac> you just can do that in Makefile.am
[12:26] <asac> by
[12:26] <bluekuja> yup
[12:26] <asac> if ENABLE_GPC
[12:26] <asac> GPC_SUBDIR = gpc
[12:26] <asac> endif
[12:26] <asac> then
[12:27] <asac> SUBDIRS = .... $(GPC_SUBDIR) ...
[12:27] <bluekuja> ok
[12:30] <bluekuja> building
[12:41] <bluekuja> asac: getting a syntax error
[12:42] <bluekuja> ./configure: line 20252: syntax error near unexpected token `then'
[12:42] <bluekuja> ./configure: line 20252: ` if if test xyes = x$enable_gpc;then gpcmakefile=gpc/Makefile; then'
[12:42] <bluekuja> 
[12:42] <asac> bluekuja: you will figure
[12:42] <asac> its just a shell script
[12:42] <asac> double if is definitly wrong
[12:42] <bluekuja> I dont know
[12:42] <bluekuja> why there are two "if"
[12:42] <asac> http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-6.html
[12:42] <bluekuja> ENABLE_GPC,[if test xyes = x$enable_gpc;then gpcmakefile=gpc/Makefile] )
[12:42] <bluekuja> I have this
[12:43] <bluekuja> where does it get the second if?
[12:43] <asac> well you changed the AM_CONDITIONAL line
[12:43] <asac> its just outside
[12:43] <asac> revert what oyu don
[12:43] <asac> and do it outside of any AM_ AC_ macro
[12:44] <bluekuja> k
[01:11] <bluekuja> asac_: configure worked
[01:11] <bluekuja> but failed on creating makefiles
[01:11] <bluekuja> config.status: error: cannot find input file: Makefile.in
[01:15] <bluekuja> asac_: that's because we changed the variable on AC_OUTPUT
[01:15] <bluekuja> inside configure.in
[01:24] <asac> bluekuja: you will figure it out ... you probably did something wrong
[01:25] <asac> for AC_OUTPUT
[01:28] <bluekuja> asac: AC_OUTPUT in configure.in file
[01:28] <bluekuja> got only
[01:28] <bluekuja> ${GPCMAKEFILE}
[01:28] <bluekuja> added
[01:28] <bluekuja> instead of using gpc/makefile
[01:30] <bluekuja> that's the only change I made there
[01:39] <asac> does it work if you set GPCMAKEFILE = gpc/Makefile manually?
[01:39] <bluekuja> let me see
[01:49] <bluekuja> asac: nope, doesnt work...
[01:50] <bluekuja> I added GPC_MAKEFILE=gpc/Makefile
[01:50] <bluekuja> but nothing
[01:50] <bluekuja> still cannot find input file
[01:55] <asac> its probably a syntax issue ... try just $GPC_MAKEFILE
[01:56] <asac> otherwise look in the firefox configure.in ... they dynamically extend the set of used Makefiles
[01:56] <asac> they just setup a VARIABLE MAKEFILES that contains all makefiles and then use:
[01:56] <asac> AC_OUTPUT($MAKEFILES)
[01:56] <asac> i think you can follow that approach easily
[02:00] <bluekuja> asac: doesnt work, are you sure about ac_output(makefiles)?
[02:00] <bluekuja> asac: there are something like 15 other makefiles
[02:00] <bluekuja> maybe it will mess up everything
[02:01] <bluekuja> asac: maybe he cant find gpc/makefile
[02:01] <bluekuja> with that variable
[02:01] <bluekuja> because it's simply does not exist
[02:01] <asac> bluekuja: the idea is to test whether it works if gpc/Makefile exists
[02:01] <asac> i thought that its clear
[02:01] <bluekuja> asac: the point is clear
[02:01] <asac> and then test if it works if gpc doesn't exist, and GPC_MAKEFILE is empty
[02:02] <asac> i am sure for AC_OUTPUT($MAKEFILES)
[02:02] <asac> you just have to assemble MAKEFILES properly
[02:03] <asac> lunch now ... if you don't find a solution i can do it tomorrow i guess
[02:04] <asac> but try to play around ... read autoconf documentation et al :)
[02:04] <bluekuja> asac: also
[02:04] <bluekuja> without the original patch
[02:04] <bluekuja> added by rene
[02:04] <bluekuja> and withot
[02:04] <bluekuja> my patch
[02:04] <bluekuja> it doesnt build
[02:05] <bluekuja> configure.in:144: required file `gpc/Makefile.in' not found
[02:05] <bluekuja> Makefile.am:1: required directory ./gpc does not exist
[02:05] <bluekuja> 
[02:26] <asac> bluekuja: well thats the issue we want to fix
[02:27] <bluekuja> asac: wait a minute
[02:27] <bluekuja> asac: re-adding the gpc dir
[02:27] <bluekuja> but disabling gpc itself
[02:27] <bluekuja> is wrong?
[02:29] <bluekuja> mmm...
[02:29] <bluekuja> it fails with gpc dir as well
[02:32] <bluekuja> damn, staying alwais at home it's soo damn boring
[02:33] <bluekuja> everything for that damn crash
[02:33] <asac> well ;) ... you can learn autoconf and automake
[02:33] <bluekuja> lol
[02:33] <bluekuja> :D
[02:34] <asac> ... is valuable know-how if you want to do something for real ;)
[02:34] <bluekuja> asac: yeah, but I definitely cant understand how can I define a variable for a dir that doesnt exist
[02:35] <bluekuja> it's normal that automake complains
[02:35] <asac> no
[02:35] <asac> hmm
[02:35] <asac> paste your configure.in please
[02:36] <bluekuja> asac: http://paste.ubuntu.com/741/
[02:39] <asac> bluekuja: well its obvious that it will fail if you don't have gpc/Makefile for that case
[02:39] <asac> set GPC_MAKEFILE to nothing and see if it still fails
[02:39] <bluekuja> k
[02:39] <asac> if it works you have to set GPC_MAKEFILE only if GPC is enabled
[02:41] <bluekuja> asac: fails
[02:41] <bluekuja> GPC_MAKEFILE=
[02:42] <asac> well how does it fail?
[02:42] <bluekuja> configure: creating ./config.status
[02:42] <bluekuja> config.status: error: cannot find input file: Makefile.in
[02:42] <bluekuja> make: *** [build-stamp]  Error 1
[02:42] <bluekuja> 
[02:42] <asac> yeah
[02:42] <bluekuja> still there
[02:44] <bluekuja> asac: seems that --disable-gpc doesnt work how we want
[02:44] <bluekuja> asac: and agg checks for gpc
[02:44] <bluekuja> without finding necessary files
[02:44] <bluekuja> and fails
[02:45] <bluekuja> that's why rene removed the check itself
[02:45] <bluekuja> check removed plus gpc dir removed
[02:46] <asac> bluekuja: do you see that the last error you get has nothing todo with gpc?
[02:47] <bluekuja> asac: mmm...yeah, missing makefile.in?
[02:47] <bluekuja> in ./?
[02:47] <bluekuja> or I'm on a wrong way?
[02:48] <asac> ok ... lets forget about the configure.in stuff ... just strip everything from gpc/ directory _except_ Makefile.am ... and just fix the top level Makefile.am to not contain gpc in SUBDIRS
[02:49] <asac> the gpc/Makefile.am probably doesn't have a licensing issue
[02:49] <bluekuja> asac: you mean pushing everything from gpc/ to ./?
[02:50] <bluekuja> or removing every gpc dir file
[02:50] <bluekuja> except
[02:50] <bluekuja> the makefile.am?
[02:50] <bluekuja> yeah,
[02:50] <bluekuja> let me do it
[02:53] <bluekuja> building
[02:54] <bluekuja> asac: works
[02:56] <bluekuja> built twice in a row succesfull
[02:56] <bluekuja> as well
[02:58] <bluekuja> asac: why we tried to work on the configure.in file if not needed?
[03:00] <asac> sounds cleaner to me to remove the whole gpc directory
[03:01] <bluekuja> asac: so we return back to the origins
[03:01] <asac> why?
[03:01] <asac> SUBDIRS should be fixed in the same way that i suggested for the complete fix
[03:01] <asac> its just a partial fix we do now
[03:01] <bluekuja> asac: subdirs was fixed in previous patch as well
[03:02] <bluekuja> -SUBDIRS = gpc src font_freetype font_win32_tt include examples
[03:02] <bluekuja> +SUBDIRS = src font_freetype font_win32_tt include examples
[03:02] <bluekuja> this was already done
[03:02] <bluekuja> asac: removing the entire gpc folder will get back to the latest upload
[03:02] <asac> yes thats wrong
[03:03] <asac> i repeated how to fix Makefile.am multiple times
[03:03] <bluekuja> +SUBDIRS = src font_freetype font_win32_tt include examples
[03:03] <bluekuja> +GPC_SUBDIR = gpc
[03:03] <bluekuja> +if ENABLE_GPC
[03:03] <bluekuja> +endif
[03:03] <bluekuja> +then
[03:03] <bluekuja> +SUBDIRS = $(GPC_SUBDIR) src font_freetype font_win32_tt include examples
[03:03] <bluekuja> this way, I know
[03:04] <asac> yeah ... but just with proper syntax/semantic
[03:04] <asac> you can send it upstream as well if done
[03:04] <bluekuja> asac: so changes to the CURRENT branch are:
[03:04] <bluekuja> 1) makefile.am fix (like I pasted you now)
[03:05] <asac> replace the gpc patch by just a patch to fix SUBDIRS in Makefile.am
[03:05] <bluekuja> k
[03:05] <bluekuja> asac: can you please explain me
[03:05] <bluekuja> why working on configure.in
[03:05] <bluekuja> was the wrong way to work?
[03:07] <asac> its not the wrong way ... its good to have, but is not essential to fix our issue in an upstream suitable fashion ... you can look into this later if you have time
[03:07] <asac> the perfect fix would do both: fix Makefile.am + configure.in ... so you can just remove the complete gpc/ directory
[03:07] <asac> just fixing Makefile.am is sufficient to satisfy our requirements in a way that can be used upstream as well
[03:09] <|bluekuja|> damn, I lagged
[03:09] <|bluekuja|> asac: gonna ping you when branch is pushed
[03:11] <bluekuja> asac: mmm...it fails with that makefile.am change
[03:11] <bluekuja> I posted you above
[03:12] <bluekuja> asac: http://paste.ubuntu.com/742/
[03:13] <bluekuja> I should use fi
[03:13] <bluekuja> not endif
[03:13] <bluekuja> let's see
[03:14] <asac> well the syntax is wrong
[03:15] <asac> look in other Makefiles to get an idea how it looks
[03:15] <asac> i think its even in the same Makefile.am where you can see how if works
[03:15] <bluekuja> yep
[03:15] <bluekuja> syntax wrong
[03:15] <asac> there are examples in the same package
[03:16] <bluekuja> asac: right one is http://paste.ubuntu.com/743/
[03:16] <bluekuja> using this atm
[03:16] <bluekuja> and buildinh
[03:17] <asac> looks better
[03:17] <asac> you maybe can use
[03:17] <asac> SUBDIRS = $(GPC_SUBDIR) $(SUBDIRS)
[03:17] <asac> but then you have to define the first subdirs
[03:17] <asac> with
[03:17] <asac> SUBDIRS := src font_freetype ...
[03:17] <asac> i guess
[03:18] <bluekuja> yup
[03:18] <bluekuja> let me do it
[03:18] <bluekuja> let's see if it works this way first
[03:22] <bluekuja> asac: mmm...doesnt work
[03:22] <bluekuja> also if the syntax is correct
[03:22] <bluekuja> same error, makefile.in
[03:23] <asac> your orig probabyl doesn't have the right files ... the approach has changed
[03:23] <bluekuja> asac: I have no orig file atm
[03:23] <bluekuja> working with dpkg-buildpackage
[03:23] <bluekuja> directly on the source
[03:24] <bluekuja> so I take the branch
[03:24] <bluekuja> add the patch
[03:24] <bluekuja> and build
[03:29] <bluekuja> asac: makefile.in problem wont leave us in peace
[03:29] <bluekuja> I guess
[03:29] <bluekuja> :P
[03:34] <bluekuja> asac: seems that configure.in file was ok before
[03:34] <bluekuja> makefile.am with those changes
[03:34] <bluekuja> mess up everything
[03:45] <bluekuja> asac: should I fix only the SUBDIRS variables
[03:45] <bluekuja> removing gpc
[03:45] <bluekuja> ?
[03:47] <bluekuja> asac: ?
[03:49] <asac> its you who sets the standard of what you want in your packages ... making SUBDIRS generic should be a simple task imo ... but i can upload what is currenlty in bzr as well
[03:49] <bluekuja> asac: problem is using GPC_ENABLE variable
[03:49] <bluekuja> FTBFS
[03:50] <bluekuja> in makefile.am
[03:50] <asac> almost certainly a syntax issue then
[03:50] <asac> how does it fail?
[03:50] <bluekuja> config.status: error: cannot find input file: Makefile.in
[03:50] <bluekuja> make: *** [build-stamp]  Error 1
[03:50] <bluekuja> 
[03:51] <bluekuja> and my patch is
[03:51] <bluekuja> http://paste.ubuntu.com/751/
[03:53] <bluekuja> asac: it doesnt look like a syntax issue then
[03:53] <asac> it is
[03:54] <asac> you use sh syntax in makefile
[03:54] <asac> look for examples in that package
[03:56] <bluekuja> found an example
[03:56] <bluekuja> let me try that syntax
[04:00] <bluekuja> asac: I used another syntax and keep failing
[04:01] <bluekuja> http://paste.ubuntu.com/752/
[04:01] <bluekuja> I checked abother makefile.am
[04:01] <bluekuja> for it
[04:01] <bluekuja> so cannot be wrong
[04:02] <Ubulette> hi
[04:02] <Ubulette> bluekuja, the "if" line is wrong
[04:03] <bluekuja> y?
[04:03] <Ubulette> +if ENABLE_GPC
[04:03] <Ubulette> +SUBDIRS = $(GPC_SUBDIR) src font_freetype font_win32_tt include examples
[04:03] <Ubulette> +endif
[04:03] <bluekuja> Ubulette: why its wrong?
[04:04] <Ubulette> could be ifdef $(ENABLE_GPC) or something else depending on what ENABLE_GPC contains
[04:04] <asac> Ubulette: if is an automake AM_CONDITIONAL feature
[04:04] <Ubulette> oh, I just read the pastebin.. not much context there
[04:05] <asac> bluekuja: check in config.status if ENABLE_GPC is defined
[04:05] <asac> but you don't say how it fails so its just blind guessing
[04:06] <bluekuja> configure: creating ./config.status
[04:06] <bluekuja> config.status: error: cannot find input file: Makefile.in
[04:06] <bluekuja> make: *** [build-stamp]  Error 1
[04:06] <bluekuja> 
[04:06] <bluekuja> alwais same error
[04:06] <asac> thats a configure issue
[04:06] <asac> you probably didn't clean it up properly after your experiments
[04:07] <bluekuja> asac: now I re-grab the branch
[04:07] <bluekuja> I add the patch
[04:07] <bluekuja> and I build
[04:07] <asac> yeas
[04:08] <bluekuja> (patch= the one on pastebin)
[04:12] <asac> try to not use a variable
[04:13] <asac> if that still doesn't work ... actually you don't need to use a variable if you do it the way you do (e.g. duplicating the subdirs line)
[04:13] <bluekuja> asac: what should I use then?
[04:14] <asac> anything that works ;)
[04:15] <bluekuja> oh^^
[04:16] <asac> my hints were just suggestions to improve it ... whenever you say you are happy i can upload ... unless there is really something critical
[04:16] <bluekuja> asac: let's see if this time work
[04:17] <bluekuja> asac: lets delete the gpc variable then
[04:17] <bluekuja> +if ENABLE_GPC
[04:17] <bluekuja> +SUBDIRS = gpc src font_freetype font_win32_tt include examples
[04:17] <bluekuja> +endif
[04:17] <bluekuja> should be fine?
[04:18] <bluekuja> asac: without using GPC variable directly
[04:18] <asac> probably
[04:18] <asac> be sure that gpc/Makefile.am exists
[04:19] <asac> and try to figure out where gpc was initially build (e.g. after or before src?)
[04:19] <bluekuja> asac: so it's ok for you to have gpc/Makefile.am?
[04:20] <bluekuja> you said me it's not clean
[04:21] <asac> bluekuja: i said its not clean, but better to keep it than patching all things in a way that will never go upstream :)
[04:21] <asac> clean would need configure.in
[04:21] <bluekuja> yeah
[04:21] <bluekuja> ok, I add gpc/Makefile.am
[04:21] <bluekuja> and I use that patch
[04:21] <asac> keep that in orig ... and fix debian/rules ... then its just a nice 1 line patch
[04:21] <asac> try SUBDIRS += gpc
[04:21] <asac> instead of duplicating all dirs
[04:22] <bluekuja> debian/rules why?
[04:26] <bluekuja> asac: for disable-gpc you mean?
[04:27] <asac> yes
[04:28] <bluekuja> ok builds fine
[04:28] <bluekuja> asac: what I did is
[04:28] <bluekuja> 1) adding the patch for makefile.am
[04:29] <bluekuja> you can find it at http://paste.ubuntu.com/754/
[04:29] <bluekuja> 2) added gpc/Makefile.am
[04:29] <bluekuja> 3) fixed debian/rules
[04:29] <bluekuja> 4) built
[04:30] <bluekuja> 5) built twice in a row
[04:31] <bluekuja> asac: are these small steps right?
[04:32] <bluekuja> if yes, I push and everything is ready
[04:33] <asac> yes
[04:33] <bluekuja> ok
[04:59] <bluekuja> asac: pushed
[05:00] <bluekuja> asac: can you please branch everything out and give it a try?
[05:00] <asac> sure
[05:00] <bluekuja> thanks alex
[05:01] <asac> bluekuja: upstream branch isn't updated
[05:01] <bluekuja> asac: I added gpc dir to debian only
[05:01] <bluekuja> should I add it to upstream as well?
[05:01] <bluekuja> anyway merging those two branches will end up in having it at the end
[05:02] <bluekuja> but if you want me to push gpc/Makefile.am there too, is ok
[05:02] <asac> bluekuja: of course to upstream only
[05:02] <asac> then merge it over to debian
[05:03] <bluekuja> asac: aww, sent to debian already
[05:03] <asac> you don't merge from debian to upstream but the other way
[05:03] <bluekuja> let me add it manually
[05:03] <bluekuja> to upstream
[05:03] <asac> try merge upstream to debian afterwards ... to see if bzr resolves th conflict smart fashion
[05:04] <bluekuja> ok
[05:07] <bluekuja> asac
[05:07] <bluekuja> R   gpc/ => gpc.moved/
[05:07] <bluekuja> Conflict adding file gpc.  Moved existing file to gpc.moved.
[05:07] <bluekuja> 1 conflicts encountered.
[05:09] <bluekuja> asac: seems ok then
[05:09] <bluekuja> gpc is on debian as well
[05:09] <bluekuja> other files are N
[05:09] <bluekuja> so same for both branches
[05:10] <asac> please resolve the conflict now
[05:10] <asac> (so its done in turn of a merge associatable with this upload)
[05:11] <bluekuja> asac: I should re-remove gpc folder
[05:11] <bluekuja> and merge again then
[05:11] <asac> figure it out ... i hate resolving these "added in two places" conflicts
[05:11] <asac> i think you have to remove the gpc.moved dir ... or bzr mv it back
[05:12] <bluekuja> yeah
[05:12] <bluekuja> lets see
[05:24] <bluekuja> asac: resolved
[05:25] <asac> good
[05:25] <bluekuja> asac: after merging, should I push?
[05:25] <asac> if it makes sense yes
[05:26] <bluekuja> added gpc
[05:26] <bluekuja> added gpc/Makefile.am
[05:26] <bluekuja> deleted gpc
[05:26] <bluekuja> deleted gpc/Makefile.am
[05:26] <bluekuja> 
[05:26] <bluekuja> asac: seems that it doesnt make sense
[05:26] <bluekuja> so I keep them resolved here
[05:26] <bluekuja> locally
[05:26] <asac> that doesn't help
[05:27] <asac> resolve them in a way that fixes it ... otherwise i cannot build the package from bzr
[05:27] <asac> because --merge will fail
[05:27] <bluekuja> asac: let me see if it fails
[05:29] <bluekuja> asac: builds ;)
[05:30] <bluekuja> try there
[05:32] <bluekuja> asac: just use a correct orig
[05:32] <bluekuja> with gpc/Makefile.am
[05:32] <bluekuja> only
[05:32] <bluekuja> and will build fine
[05:34] <bluekuja> dpkg-deb: costruisco il pacchetto `libagg-dev' in `../libagg-dev_2.5+dfsg-2_i386.deb'.
[05:34] <bluekuja> 
[05:34] <bluekuja> Cleaning build dir: ../build-area/agg-2.5+dfsg
[05:37] <bluekuja> asac: works fine there?
[05:46] <asac> bluekuja: it works but its a pain ... you should sureley resolve the conflict properly ... otherwise it will come back on next update et al
[05:46] <bluekuja> asac: why pain?
[05:46] <bluekuja> gone like a charm here
[05:46] <asac> because you cannot merge new upstream revisions now
[05:46] <bluekuja> true
[05:47] <asac> try bzr merge ../libagg.upstream ... it will result in the conflict. better resolve that now then later
[05:47] <bluekuja> nothing to do
[05:47] <bluekuja> I get
[05:48] <bluekuja> and
[05:48] <bluekuja> All changes applied successfully.
[05:48] <bluekuja> 
[05:48] <bluekuja> no conflicts here
[05:48] <asac> then you haven't pushed all?
[05:49] <bluekuja> 3 revisions for upstream
[05:50] <bluekuja> and 11 for debian
[05:50] <bluekuja> merging should make a rev 12
[05:50] <bluekuja> for debian
[05:50] <bluekuja> 12 plus 3 of upstream
[05:50] <bluekuja> 1.1.1
[05:50] <bluekuja> 1.1.2
[05:50] <bluekuja> and 1.1.3
[05:52] <asac> bluekuja: you haven't pushed the merge
[05:52] <asac> bluekuja: please do that then
[05:52] <bluekuja> asac: ok
[05:52] <bluekuja> give me a small second
[06:01] <bluekuja> asac: done, try now please
[06:05] <bluekuja> asac: ok everything is fine then
[06:08] <asac> ok ... doing test build
[06:09] <bluekuja> perfect
[07:27] (Ubulette/#ubuntu-mozillateam) you have to rename it
[07:27] (Ubulette/#ubuntu-mozillateam) otherwise md5 or size wont match
[07:32] <bluekuja> Ubulette: asac will just have to upload the tarball
[07:32] <bluekuja> bzr bd creates
[07:32] <bluekuja> ;)
[07:33] <bluekuja> but unfortunately he went out
[07:35] <Ubulette> if the tarball for agg_2.5+dfsg-1 has been changed, you cannot reup for agg_2.5+dfsg-2; you have to bump version
[07:35] <Ubulette> like agg_2.5+dfsg+1-1
[07:37] <bluekuja> Ubulette: huh?
[07:37] <bluekuja> Ubulette: bzr bd creates a tarball with agg_2.5+dfsg2
[07:37] <bluekuja> *-2
[07:37] <bluekuja> it wasnt uploaded
[07:37] <bluekuja> along with the files:
[07:38] <bluekuja>   agg_2.5+dfsg-2.dsc
[07:38] <bluekuja>   agg_2.5+dfsg-2.diff.gz
[07:38] <bluekuja>   libagg-dev_2.5+dfsg-2_amd64.deb
[07:38] <bluekuja> so dak gets the orig already in the archive
[07:38] <bluekuja> which is wrong
[07:38] <bluekuja> because it has been changed
[07:47] <harLuad> hi
[07:47] <harLuad> I'm unable to connect on secured site (like gmail) since an upgrade of firefox (2.0.0.7).. The message ask me if PSM is correctly installed. A complete reinstall of firefox change nothing. Anybody have an idea ?
[09:24] <asac> bluekuja: yes right you have to bump the upstream version to dfsg1
[09:24] <asac> the dfsg one was uploaded before, right?
[09:52] <bluekuja> asac: back
[09:53] <bluekuja> asac: I've talked with myon too
[09:53] <bluekuja> asac: so dfsg1-2?
[09:55] <Ubulette> dfsg2-1
[09:56] <Ubulette> makes more sense
[09:56] <bluekuja> Ubulette: why asac said dfsg1?
[09:56] <Ubulette> or dfsg1-1
[09:56] <bluekuja> mm
[09:56] <Ubulette> as you prefer
[09:56] <Ubulette> -1 because it's the 1st round with the new tarball
[09:57] <bluekuja> Ubulette: we had another dfsg tarball
[09:57] <bluekuja> before this one
[09:57] <bluekuja> agg (2.5+dfsg-1)
[09:57] <bluekuja> was previously uploaded revision
[09:58] <Ubulette> dfsg is part of the version so append something after it, either 1 or 2
[09:58] <Ubulette> then -1 for the revision
[09:58] <bluekuja> Ubulette: and for a second revision?
[09:58] <bluekuja> on a different tarball
[09:58] <bluekuja> but still with dfsg?
[09:58] <Ubulette> 2.5+dfsg-1 => (now) 2.5+dfsg2-1 => (later) 2.5+dfsg2-2, 2.5+dfsg2-3
[09:59] <Ubulette> then 2.6+dfsg-1 again
[09:59] <bluekuja> Ubulette: thanks for the hint, it's not usual working with dfsg stuff
[10:00] <bluekuja> 2.5+dfsg2-1 now then
[10:00] <Ubulette> it's not different from +cvs
[10:00] <bluekuja> Ubulette: anyway tarball gets +dfsg only
[10:00] <bluekuja> without a revision
[10:01] <bluekuja> and that's why dak complains
[10:01] <Ubulette> with 2.5+dfsg2-1, the tarball will end in dfsg2
[10:01] <bluekuja> yeah
[10:01] <Ubulette> that's what you want
[10:01] <bluekuja> yup
[10:01] <Ubulette> (i know) :)
[10:02] <bluekuja> now I wait asac and I push the update to the branch
[10:02] <bluekuja> so he can upload
[10:07] <Ubulette> damn, ppa is slow
[10:07] <Ubulette> 1 or 2 hours to start the build
[10:07] <bluekuja> awww
[10:07] <Ubulette> for 10 sec of build :P
[10:07] <bluekuja> :D
[10:47] <asac> bluekuja: so what did you came up with?
[11:17] <Ubulette> hm, with the latest webrunner, my lp webapp is now usable
[11:38] <bluekuja> asac: still here?
[11:39] <asac> yeah
[11:39] <bluekuja> asac: great
[11:39] <bluekuja> asac: I bump version to dfsg1-1
[11:40] <bluekuja> and then should be ready for upload
[11:40] <bluekuja> right?
[11:40] <asac> bluekuja: which version is currently in debian?
[11:40] <bluekuja> 2.5+dfsg-1
[11:40] <asac> ok thats correct then
[11:41] <bluekuja> asac: give me a while and it's live on the branch
[11:55] <bluekuja> asac: pushed
[11:55] <bluekuja> asac: just remember to include new orig as well
[12:04] <bluekuja> asac: works fine?
[12:06] <asac> building
[12:06] <bluekuja> great
[12:08] <asac> uploading
[12:08] <bluekuja> :)
[12:08] <bluekuja> asac: I talked with myon some hours ago
[12:09] <bluekuja> asac: about identification stuff
[12:09] <asac> outcome?
[12:09] <bluekuja> asac: he said me I can start the NM, do every test but when creating the account, I should have a DD to sign my key
[12:10] <asac> yes
[12:10] <bluekuja> so it's not necessary to have it now
[12:10] <asac> thats true
[12:10] <asac> its just uncommon
[12:10] <bluekuja> yeah
[12:11] <bluekuja> but he said I'll have to organize
[12:11] <bluekuja> in the next month
[12:11] <asac> but things can go fast and being at the DAM level without key would make me shiver
[12:11] <bluekuja> asac: it's hard for me to get a DD here
[12:11] <bluekuja> I have no car
[12:11] <asac> bluekuja: why next month?
[12:11] <bluekuja> *months
[12:12] <asac> visit turin :)
[12:12] <bluekuja> what there will be in turin??
[12:12] <asac> a DD?
[12:12] <asac> no idea
[12:12] <bluekuja> oh^^
[12:12] <bluekuja> I've explained him
[12:13] <bluekuja> my situtation
[12:13] <bluekuja> and he said
[12:13] <bluekuja> [19:48:45]  <bluekuja> can an application start the NM also if the key has not been signed yet?
[12:13] <bluekuja> [19:48:54]  <bluekuja> e.g having it signed in a second moment
[12:13] <bluekuja> [19:49:01]  <Myon> yes, as long as the key is signed at some point
[12:14] <asac> well, i just say that it should not be different if you get the key soon ... or later ... just that you will take the risk to get stuck at DAM stage because you never got it done :)
[12:15] <bluekuja> asac: yeah, but I promise I'll organize myself on a holiday period
[12:15] <bluekuja> to get a DD
[12:15] <asac> ;)
[12:15] <bluekuja> I need to talk with my father
[12:15] <bluekuja> and he should bring me around italy
[12:15] <asac> i don't need your promis :) ... promise that to yourself ;)
[12:15] <bluekuja> he'll kill me
[12:15] <bluekuja> but that's not a problem
[12:15] <asac> how about train?
[12:15] <bluekuja> :)
[12:15] <bluekuja> yeah, train would be ok too
[12:15] <bluekuja> there will be a meeting
[12:16] <bluekuja> in Siena
[12:16] <asac> sounds good
[12:16] <bluekuja> and I'll be there
[12:16] <bluekuja> so I can ping enrico
[12:16] <bluekuja> to come
[12:16] <bluekuja> and get my key signed
[12:16] <bluekuja> there will be a keysigning party as well
[12:17] <bluekuja> asac: who signed your key?
[12:17] <bluekuja> when you started NM
[12:17] <bluekuja> (long time ago)
[12:17] <asac> someone here :)
[12:18] <asac> i am not the great key-signer either
[12:18] <asac> but i would have travelled by train et al to get it :)
[12:18] <asac> fortunately i live in a big city, so there are a few DDs here
[12:19] <bluekuja> you're lucky, italian DDs are quite inactive except for giskard and enrico
[12:19] <bluekuja> so it's hard to find one available
[12:20] <asac> then contribute a lot and request sponsorship to travel to debconf next year
[12:20] <asac> :)
[12:20] <bluekuja> still on south america?
[12:20] <bluekuja> or where?
[12:20] <asac> why still?
[12:20] <asac> its somewhere else every year
[12:20] <asac> this year was england
[12:20] <asac> next year its argentina
[12:20] <asac> ?
[12:20] <bluekuja> ah yeah, was on dublin
[12:20] <asac> no idea actually
[12:20] <bluekuja> yeah
[12:20] <bluekuja> argentina
[12:21] <bluekuja> that's a long distance
[12:21] <bluekuja> you will be there?
[12:21] <asac> depends
[12:21] <bluekuja> asac: agg accepted
[12:21] <bluekuja> ;)
[12:22] <bluekuja> asac: from?
[12:22] <asac> two many things to tell ... and even more that i don't know about yet ;)
[12:22] <bluekuja> I would like to meet you
[12:22] <bluekuja> in the future
[12:23] <asac> yeah :) ... who knows, maybe next UDS will be in italy :)
[12:23] <bluekuja> would be great!
[12:23] <bluekuja> asac: my curiosity
[12:23] <asac> but i doubt it ;)
[12:23] <bluekuja> how to make a binary upload?
[12:23] <bluekuja> like debian does
[12:23] <asac> just without arguments :)
[12:23] <asac> dpkg-buildpackage -rfakeroot
[12:24] <asac> will do the trick
[12:24] <bluekuja> and for uploading?
[12:24] <asac> if you have messed up your versioning and need an orig for other debian revision than -1 you can also pass -sa
[12:24] <asac> bluekuja: uploading? you just dput the .changes file ... as usually
[12:24] <bluekuja> and it uploads the .deb as well?
[12:24] <asac> yes try to build like above ... look at .changes file
[12:25] <asac> if you don't add -S ... binaries will be included by default
[12:25] <bluekuja> lol yeah!
[12:25] <asac> dput uploads everything in changes file ;)
[12:26] <bluekuja> thanks for this, was keeping asking me
[12:26] <bluekuja> "hey, how he pushes binaries too?"
[12:27] <bluekuja> asac: ok, everything clear now
[12:27] <bluekuja> asac: tomorrow, I'll compile the request form
[12:27] <bluekuja> and I'll ping you at some point of the day
[12:27] <bluekuja> adding a note to my TODO
[12:27] <bluekuja> having key signed
[12:27] <bluekuja> priority = high
[12:27] <bluekuja> :)
[12:28] <asac> hehe
[12:28] <asac> request form?
[12:28] <bluekuja> yeah, surname/name/mail
[12:29] <bluekuja> nm.debian.org
[12:29] <asac> ah right
[12:29] <asac> then i need to advocate you
[12:29] <asac> ok
[12:29] <bluekuja> asac: yeah :)
[12:29] <bluekuja> asac: which mail should I use?
[12:29] <bluekuja> the one where my packages are registered?
[12:29] <asac> i would use your personal one
[12:29] <asac> usually yes ... but it doesn't matter much i guess
[12:30] <asac> but using a role email isn't good either imo
[12:30] <bluekuja> asac: yeah, you're absolutely right
[12:30] <bluekuja> I'll use gmail one then
[12:30] <bluekuja> I hope they'll find my QA page
[12:30] <bluekuja> ^^