[07:53] <dholbach> good morning
[08:01] <ESphynx> good morning ;)
[08:02] <ESphynx> dholbach: do I need to do anything to make sure this bug get fixed? :P https://bugs.launchpad.net/ubuntu/+source/ecere-sdk/+bug/1424418
[08:03] <dholbach> yep that should be fine
[08:04] <dholbach> ESphynx, although........
[08:04] <ESphynx> yeah?
[08:04] <dholbach> ESphynx, it's a different upstream tarball?
[08:04] <dholbach> with the same version number?
[08:05] <dholbach> ah yes
[08:05] <ESphynx> dholbach: I had mistakenly included work area files in the 'orig' build produced by debuild
[08:05] <dholbach> that'll be hard to be fixed
[08:05] <ESphynx> the source is the same
[08:05] <dholbach> dpkg-source: error: file /home/daniel/ecere-sdk_0.44.11.orig.tar.bz2 has size 43373761 instead of expected 43492795
[08:05] <ESphynx> the 'real' orig source did not change
[08:05] <dholbach> right
[08:05] <dholbach> but we now have 0.44.11-0ubuntu1 with the old tarball in the archive already
[08:05] <dholbach> so we can't upload a changed tarball
[08:05] <ESphynx> can't we nuke it
[08:05] <dholbach> no
[08:06] <ESphynx> it's kind of a privacy issue as well
[08:06] <ESphynx> as those work area files should never have been uploaded
[08:06] <ESphynx> (really need to fix our make distclean :S)
[08:11] <dholbach> so, you could try to release 0.44.1.1 or something - that'd be the the clean way of going about it
[08:12] <ESphynx> hmm couldn't we do a debian/ that takes out these extra files? I don't want to change the version number as it'  stall files from build loading projects that are in there , no change to the source...
[08:15] <dholbach> hum
[08:15] <dholbach> are these files installed onto the user's system at all?
[08:15] <ESphynx> no they are not... they're just stall files there
[08:15] <geser> ESphynx: that will only remove the files during the build but not the .orig.tar.gz
[08:15] <dholbach> so they're just in the source
[08:15] <dholbach> ?
[08:15] <ESphynx> eys
[08:15] <dholbach> right
[08:15] <dholbach> in that case, there's no other way: we need a new tarball
[08:16] <dholbach> I mean, it could be a fake "new tarball"
[08:16] <dholbach> like 0.44.11+1 or some suc
[08:16] <dholbach> such
[08:16] <ESphynx> well the new tarball is @ http://mentors.debian.net/debian/pool/main/e/ecere-sdk/ecere-sdk_0.44.11.orig.tar.bz2 :P
[08:16] <geser> ESphynx: 0.44.11+repack as "new" upstream version will do
[08:16] <ESphynx> geser: ok. should I do anything about it?
[08:17] <ESphynx> a new debuild with that new name?
[08:17] <geser> the archive won't accept a 2nd file with the same name but different contents (neither in Ubuntu nor Debian for that matter)
[08:18] <ESphynx> geser: well it never made it into Debian yet :P
[08:18] <geser> is it in Ubuntu?
[08:18] <ESphynx> yes it is
[08:19] <geser> if you want to fix this in Ubuntu now, you need to use 0.44.11+repack or something like that and can keep 0.44.11 for Debian
[08:19] <ESphynx> so I should redo a debuild and upload new .dsc / .orig and everything?
[08:19] <geser> but you can't sync from Debian to Ubuntu until the next real new upstream or you also upload 0.44.11+repack to mentors (and then Debian)
[08:20] <ESphynx> k
[08:20] <geser> for Ubuntu: yes, new .dsc, new .orig, new upstream version string