[12:13] <bluekuja> heya asac
[12:13] <bluekuja> news?
[03:33] <Mark7> UBOTU!!!!!!!!!!!!!!!!!!!
[03:33] <Mark7> Talk to me
[03:38] <Mark7> I need help :(
[03:43] <Mark7> Just tell me how to edit the Mozilla plug ins file
[03:43] <Mark7> That's all I want
[03:43] <Mark7> That's all you have to do
[03:45] <Mark7> Is this stupid thing even working?
[03:45] <Mark7> JUST TELL ME ALREADY
[03:45] <Mark7> JESUS CHRST
[03:45] <Mark7> TELL ME TELL ME TELL ME
[03:46] <Mark7> Fine, I'll fuck up my system on my own then
[04:09] <bluekuja> asac: you there?
[06:37] <cwong1> asac: hi there
[07:58] <Ubulette> hi
[08:03] <gnomefreak> he seemed happy :)
[08:03] <Ubulette> gnomefreak, ?
[08:04] <gnomefreak> mark7
[08:04] <gnomefreak> 09:45 <           Mark7 > TELL ME TELL ME TELL ME
[08:04] <gnomefreak> 09:45 <           Mark7 > Fine, I'll fuck up my system on my own then
[08:04] <Ubulette> yep, read that.
[08:05] <gnomefreak> i did
[08:05] <Ubulette> I meant, I've read that
[08:05] <gnomefreak> just shy of banning him but he seems like he was putting too much thought into what the bot does
[08:05] <gnomefreak> oh ok
[08:06] <Ubulette> editing plugin file is a crazy idea for sure
[08:06] <gnomefreak> Ubulette: its not a smart one at all
[08:06] <Ubulette> gnomefreak, you're italian ?
[08:07] <gnomefreak> what would you need to edit? its the conf files that needs to be edited for the plugin
[08:07] <gnomefreak> Ubulette: i was born in US but my mother and father are italian
[08:08] <asac> cwong1: i will bake  release tomorrow
[08:08] <asac> cwong1: today is holiday here
[08:08] <gnomefreak> me and sister grew up speaking italian once my mother left it was english
[08:08] <Ubulette> interesting. I like that: http://blogs.gnome.org/jamesh/2007/10/04/signed-revisions-with-bazaar/
[08:09] <cwong1> asac: sounds good... tx
[08:09] <Ubulette> gnomefreak, so you're a us citizen, right ? no need for green card
[08:09] <gnomefreak> right
[08:09] <Ubulette> :)
[08:32] <Ubulette> asac, will you bake a8 too ? ;)
[08:37] <asac> yes
[08:38] <asac> Ubulette: i committed to do that in my weekly report ;)
[08:39] <Ubulette> good to know
[09:29] <bluekuja> heya asac
[09:37] <asac> bluekuja: 15 minutes :)
[09:37] <asac> then i will be with you
[09:37] <bluekuja> ^^ oki :)
[09:37] <bluekuja> asac: ok cool, I'm leaving in around 30 min
[09:37] <bluekuja> I'm a bit tired today
[09:37] <bluekuja> ping me when ready
[09:43] <Ubulette> asac, I'll push ff3 mt3 to ppa before I fork the branch (non dev for you) and go on with .dev
[09:50] <Ubulette> done
[09:50] <asac> Ubulette: ok thanks
[09:54] <asac> bluekuja: is the diff of Makefile.am intended?
[09:54] <asac> e.g. from .debian to .upstream
[09:54] <bluekuja> asac: mmmm...nope
[09:55] <bluekuja> asac: wait
[09:55] <bluekuja> asac: yes, I had to re-run automake
[09:55] <bluekuja> for a change
[09:55] <asac> yes
[09:55] <bluekuja> on makefile.in
[09:55] <bluekuja> so it's different between .debian and .upstream
[09:56] <asac> bluekuja: how did you do
[09:56] <asac> revno: 10
[09:56] <asac> committer: Andrea Veri <andrea@nightsong>
[09:56] <asac> branch nick: debian.source
[09:56] <asac> timestamp: Thu 2007-09-27 20:41:33 +0200
[09:56] <asac> message: New upstream release --> 0.2.3
[09:56] <asac> did you use bzr merge ?
[09:57] <bluekuja> asac: no, I took the same files and pushed to both branches
[09:57] <asac> bluekuja: thats not the idea
[09:57] <asac> the idea is you apply it to upstream ... then merge that to debian
[09:57] <asac> why does upstream branch need: "resyincing files with debian.source branch for the new upstream release" ?
[09:58] <asac> bluekuja: if you use merge you won't need "revno: 11"
[09:58] <asac>  deleted diff_extdoc_DATA = \ from Makefile.am to prevent incorrect doc files to be installed without adding them into debian/docs -->
[09:58] <asac> already done in revision n.3 but needed for the new upstream release files
[09:59] <asac> the whole idea of having upstream/debian branch is to not having to redo every change on every new release, but using bzr merge .. resolving conflicts and going on then
[09:59] <bluekuja> asac: yeah, you're right. I was following a strange concept of merging
[09:59] <bluekuja> I guess
[10:00] <bluekuja> so I had to re-do that change
[10:00] <bluekuja> after the new upstream release
[10:00] <asac> ok what i did now is uncommit all (top is revno 9)
[10:00] <asac> then run aclocal
[10:00] <asac> automake
[10:00] <asac> autoconf
[10:00] <gnomefreak> @schedule new_york
[10:00] <ubotu> Schedule for America/New_York: 05 Oct 16:00: MOTU | 06 Oct 13:00: Xubuntu Developers | 10 Oct 08:00: Forum Council | 10 Oct 12:00: QA Team | 11 Oct 11:00: Community Development Team | 16 Oct 12:00: Kernel Team
[10:01] <asac> then bzr resolved
[10:01] <gnomefreak> hmmmmm qa team meeting?
[10:01] <asac> n$ bzr resolved
[10:01] <asac> WARNING: the 'deb822' top-level module is *DEPRECATED*, please use 'debian_bundle.deb822'
[10:01] <asac> Unable to load plugin 'bzr-svn' from '/home/asac/.bazaar/plugins': It is not a valid python module name.
[10:01] <asac> All conflicts resolved.
[10:02] <asac> then commit bzr commit -m "merge new upstream release 0.2.3"
[10:02] <bluekuja> asac: great, I'll have to clean everything up
[10:02] <bluekuja> then
[10:02] <panosru> hi, i have downloaded firefox 32 and install but mplayer does not work please can someone help me with this issue?
[10:03] <bluekuja> asac: I guess running bzr bd --merge will fix that too
[10:03] <asac> bluekuja: he?
[10:03] <bluekuja> so the package actually dont have any problem
[10:03] <asac> no
[10:03] <asac> elll .. the branches should be right imo
[10:04] <bluekuja> I was just wondering if the branches got corrupted for that
[10:04] <bluekuja> but I ended up everything is ok atm
[10:09] <asac> bluekuja: ok ... at least clean up the uptream branch then
[10:09] <bluekuja> I will
[10:10] <asac> if you want to merge it on debian is your choice ... i would do it, just to prevent pain in future ... using bzr merge is safe and you hardly forget any diff you previously applied
[10:10] <bluekuja> yeah, thanks for the hint, gonna follow your istructions next time to prevent any confusion
[10:12] <Ubulette> asac, do you plan to keep all ppa stuff in changelog or just collapse ?
[10:12] <asac> i plan to keep
[10:13] <asac> just include the changelog entries in upload changes
[10:13] <Ubulette> that's what i call collapse
[10:14] <bluekuja> asac: if the package is ok, I leave and I move to my bed
[10:14] <bluekuja> :D
[10:15] <gnomefreak> Preconfiguring packages ...
[10:15] <gnomefreak> dpkg: syntax error: unknown group `Debian-exim' in statoverride file
[10:15] <gnomefreak> E: Sub-process /usr/bin/dpkg returned an error code (2)
[10:15] <gnomefreak> anyone have a clue where to look for that
[10:17] <Ubulette>  /var/lib/dpkg/statoverride ?
[10:17] <Ubulette> that's an ugly debian stuff
[10:17] <Ubulette> I still have that on some servers
[10:18] <Ubulette> $ grep exim /var/lib/dpkg/statoverride
[10:18] <Ubulette> root Debian-exim 0640 /etc/exim4/passwd.client
[10:18] <gnomefreak> root Debian-exim 0640 /etc/exim4/passwd.client
[10:18] <gnomefreak> thats all thats in it
[10:18] <Ubulette> $ grep Debian-exim /etc/group
[10:18] <Ubulette> Debian-exim:x:102:
[10:19] <gnomefreak> i get nothing on grep
[10:19] <gnomefreak> this is in a chroot
[10:19] <Ubulette> so that's the reason
[10:19] <Ubulette> maybe ubuntu changed the group but forgot to update /var/lib/dpkg/statoverride
[10:19] <gnomefreak> wtf would dpkg need -exim for?
[10:19] <Ubulette> no, it's an exim stuff
[10:19] <gnomefreak> -exim is mail
[10:20] <gnomefreak> atleast im fairly sure it is
[10:20] <Ubulette> exim is the default mta on debian
[10:20] <Ubulette> (smtp server)
[10:20] <gnomefreak> ah
[10:21] <gnomefreak> so adding that group might help or should i ping mvo on it
[10:22] <gnomefreak> oh wait
[10:22] <gnomefreak> theres upgrades i missed for dpkg
[10:22] <asac> bluekuja: i pushed branches to http://code.launchpad.net/diff-ext
[10:22] <asac> bluekuja: please test them and let me know if should use them
[10:23] <gnomefreak> !sru
[10:23] <ubotu> Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates for main and restricted, while https://wiki.ubuntu.com/MOTU/SRU is for universe and multiverse.
[10:24] <bluekuja> asac: yeah, we can use the one you created too
[10:25] <asac> bluekuja: pleast test and if they look good overwrite yours ... i will upload then
[10:25] <bluekuja> asac: I branch them out
[10:25] <bluekuja> and I check them
[10:25] <bluekuja> just a mom
[10:26] <asac> right
[10:26] <Ubulette_> strange, my ppa has been rejected
[10:26] <Ubulette_> MD5 sum of uploaded file does not match existing file in archive
[10:26] <Ubulette_> Files specified in DSC are broken or missing, skipping package unpack
[10:26] <Ubulette_> verification.
[10:27] <Ubulette_> I did /w -S -si as it's mt3
[10:28] <bluekuja> BEGIN not safe after errors--compilation aborted at ../intltool-merge line 252.
[10:28] <bluekuja> 
[10:28] <bluekuja> asac: it FTBFS
[10:28] <gnomefreak> !info flashplugin-nonfree feisty
[10:28] <ubotu> flashplugin-nonfree: Adobe Flash Player plugin installer. In component multiverse, is optional. Version 9.0.48.0.0ubuntu1~7.04.1 (feisty), package size 15 kB, installed size 108 kB (Only available for i386)
[10:30] <bluekuja> asac: some changes I made on the source are now on upstream too, that's why I deleted the whole source
[10:30] <bluekuja> and replaced with fresh new files
[10:30] <asac> bluekuja: why did you modify upstream source?
[10:30] <bluekuja> asac: did not modify it, just removed DOC stuff
[10:31] <bluekuja> to prevent docs installation outside debian/docs
[10:31] <asac> thats still in now
[10:31] <bluekuja> it's not in the makefile
[10:32] <bluekuja> rev.11 fixed that
[10:32] <asac> which revision fixed it before
[10:32] <asac> that change should still be there
[10:33] <asac> bluekuja: i just diffed my .debian with my .upstream
[10:33] <asac> and it still contain the "deleted docs" diff
[10:33] <bluekuja> asac: does it FTBFS there too?
[10:34] <asac> yes, because of ukm.po missing
[10:34] <bluekuja> should be uk.po
[10:35] <bluekuja> asac: new upstream release introduced it too
[10:35] <gnomefreak> does anyone have a working dapper install?
[10:35] <asac> well uk.po doesn't exist ... as well as ukm.po
[10:35] <gnomefreak> or a broken one
[10:35] <asac> bluekuja: yes, but you failed to add it to upstream tree then
[10:35] <asac> upgrading upstream tree is always the same:
[10:35] <Ubulette_> gnomefreak, not me. I was still a happy debian user back then
[10:35] <asac> rm -rf *
[10:36] <bluekuja> asac: why my branch works fine?
[10:36] <gnomefreak> Ubulette_: this error doesnt seem fixable at all
[10:36] <bluekuja> I'm trying to understand what's happening there
[10:36] <gnomefreak> and its starting to piss me off
[10:36] <asac> bluekuja: look in your branch ... is there a uk.po ... and if so, why isn't it in revno 2
[10:36] <Ubulette_> gnomefreak, exim ?
[10:36] <asac> (upstream branch)
[10:36] <gnomefreak> yes
[10:37] <bluekuja> asac: is not there, maybe is generated during build?
[10:37] <asac> bluekuja: no
[10:37] <Ubulette_> gnomefreak, just remove that line from statoverride
[10:37] <gnomefreak> Ubulette_: thats it?
[10:37] <asac> bluekuja: its not even in your .debian branch
[10:37] <Ubulette_> try
[10:37] <bluekuja> asac: I dont understand why the build went fine here then
[10:38] <asac> bluekuja: because you probably fiddled with it until it worked :)
[10:38] <asac> i suspect that you did something wierd in upstream branch revno 3
[10:39] <asac> hmm you drop ua.po?
[10:39] <bluekuja> asac: yea
[10:39] <bluekuja> was dropped on .debian
[10:39] <asac> why?
[10:39] <bluekuja> dropped by upstream
[10:39] <bluekuja> or well
[10:39] <bluekuja> renamed
[10:39] <bluekuja> to uk
[10:40] <asac> bluekuja: then it should alreyd be gone in rev 2
[10:40] <bluekuja> uk was ua
[10:40] <bluekuja> *ua was ok
[10:40] <bluekuja> *uk
[10:40] <bluekuja> damn
[10:40] <asac> let me get the upstream tarball ... looks too suspicious ;)
[10:40] <bluekuja> hehe
[10:40] <bluekuja> better
[10:40] <asac> 0.2.4 is out
[10:40] <bluekuja> really?
[10:40] <gnomefreak> fucking dapkg
[10:41] <bluekuja> a new release is out
[10:41] <asac> bluekuja: i can't find diff-ext 0.2.x at all ... only gdiff-ext
[10:41] <bluekuja> asac: that's it
[10:41] <asac> ok
[10:41] <asac> i have 0.2.3 downloaded
[10:41] <bluekuja> they call it gdiff
[10:41] <bluekuja> but it's diff-ext in fact
[10:41] <bluekuja> ;)
[10:41] <gnomefreak> Ubulette: removing it gives a differnet error just stating its empty and still fails
[10:41] <gnomefreak> i cant image all dapper users have this issue
[10:41] <asac> bluekuja: i redo your upstream branch now ... starting from revision 1
[10:42] <bluekuja> perfect
[10:42] <asac> $ rm -r *
[10:42] <asac> $ cp -r /tmp/diff-ext-0.2.3/* .
[10:42] <asac> bzr add
[10:42] <asac> added po/uk.po
[10:43] <asac> now starting at debian branch revision 9
[10:43] <asac> $ bzr merge ../diff-ext.upstream
[10:44] <asac> $ aclocal; automake; autoconf
[10:44] <asac> $ bzr resolved
[10:44] <asac> All conflicts resolved.
[10:44] <asac> $ bzr commit -m "merge upstream 0.2.3 release"
[10:44] <asac> $ cp ../diff-ext.debian.blue/debian/changelog debian/
[10:45] <asac> asac@hector:~/ubuntu_motu/bluekuja/diff-ext.debian$ bzr commit -m "documenting 0.2.3-1 unstable upload in debian/changelog" debian/changelog
[10:48] <bluekuja> pushed?
[10:49] <bluekuja> asac: ^^
[10:50] <asac> nope it has some other issue with merging intldocs now
[10:50] <bluekuja> damn
[10:50] <asac> LC_ALL=C ../intltool-merge -d -u -c ../po/.intltool-merge-cache ../po diff-ext.desktop.in diff-ext.desktop
[10:50] <asac> Possible unintended interpolation of @INTLTOOL_ICONV in string at ../intltool-merge line 94.
[10:51] <asac> Global symbol "@INTLTOOL_ICONV" requires explicit package name at ../intltool-merge line 94.
[10:51] <bluekuja> asac: yeah
[10:51] <asac> BEGIN not safe after errors--compilation aborted at ../intltool-merge line 252.
[10:51] <bluekuja> the FTBFS i get here
[10:51] <asac> when do you get that?
[10:51] <bluekuja> with building current branches (the one you created)
[10:51] <bluekuja> the one I was working on, builds fine
[10:51] <bluekuja> and are correct
[10:52] <bluekuja> asac: did you test-build them too?
[10:52] <asac> strange stuff
[10:53] <bluekuja> maybe ghosts -.-
[10:53] <asac> no, because they are definitly wrong :) ... you don't have uk.po for instance
[10:53] <asac> clean upstream tarball builds
[10:53] <asac> so its in the diff ... or maybe i used wrong automake version to recreate et al
[10:54] <bluekuja> I'm building them again
[10:54] <bluekuja> and see what happens to uk.po
[10:56] <bluekuja> asac: it builds fine without uk.po too
[10:56] <bluekuja> omg
[10:57] <bluekuja> asac: can you add it manually from my branches
[10:57] <bluekuja> and everything should be ok
[10:57] <bluekuja> then
[10:57] <asac> ok
[10:57] <asac> no
[10:58] <bluekuja> asac: or grab debian dir only
[10:58] <bluekuja> and push it inside upstream source
[10:58] <bluekuja> and that's all
[10:58] <bluekuja> I'll clean up branches soon
[10:58] <bluekuja> maybe I'll overwrite everything
[10:59] <bluekuja> and start again
[10:59] <bluekuja> to prevent any error for the future releases et all
[11:00] <asac> it was just one run of intltoolize --force that was missing
[11:00] <asac> pushing good branches now
[11:00] <bluekuja> great!
[11:00] <asac> look at bzr log to see what to run after bzr merge
[11:01] <asac> ok both are updated
[11:01] <asac> please test if they are good
[11:01] <bluekuja> branching
[11:03] <bluekuja> bzr: ERROR: [Errno 2]  No such file or directory: '../build-area/builddeb-IpXt6b/export/intltool-extract.in'
[11:04] <bluekuja> 
[11:04] <bluekuja> asac: that's what I get
[11:04] <asac> you need upstream and debian
[11:04] <asac> at least right clicking on files doesn't crash nautilus anymore :)
[11:04] <bluekuja> lol
[11:05] <asac> you need to re-branch ... i did overwrite
[11:05] <bluekuja> maybe was not yet updated
[11:05] <bluekuja> ^^
[11:06] <bluekuja> asac: as tarball?
[11:07] <asac> log at revision 10 ... comment in new pushed branch is
[11:07] <asac>   merge 0.2.3 upstream release and update auto files by:
[11:07] <asac>     # aclocal; automake; autconf; intltoolize --force
[11:07] <asac> if you have that ... it should be right
[11:07] <asac> i build like:
[11:07] <asac> bzr bd --merge  --export-upstream=../diff-ext.upstream/ .
[11:09] <bluekuja> asac: still getting
[11:09] <bluekuja> bzr: ERROR: [Errno 2]  No such file or directory: '../build-area/builddeb-pBqNev/export/intltool-extract.in'
[11:09] <bluekuja> 
[11:09] <asac> bluekuja: did you pull my upstream branch as well?
[11:09] <bluekuja> yep
[11:09] <bluekuja> revno: 2
[11:09] <bluekuja> committer: Alexander Sack <asac@jwsdot.com>
[11:09] <bluekuja> branch nick: diff-ext.upstream
[11:09] <bluekuja> timestamp: Wed 2007-10-03 22:43:14 +0200
[11:09] <bluekuja> message:
[11:09] <bluekuja>   upstream release 0.2.3
[11:10] <bluekuja> 
[11:10] <bluekuja> that's my upstream branch
[11:11] <asac> thats apparently not during build
[11:11] <asac> but during builddeb prepareation
[11:11] <bluekuja> yep
[11:11] <asac> its definitly a problem on your side then :)
[11:11] <asac> try to clean up
[11:11] <asac> remove the stuff in build-area
[11:11] <Ubulette> asac, gnomefreak : i've got md5 issues with ppa caused by mozclient. we fetched sources independently but even if the files are the same, the tarball is not, and could not be, user/group/timestamp etc. so I just re-dled orig from ppa, redid -S -si and dput. fixed.
[11:11] <bluekuja> asac: I build it without bzr bd
[11:11] <asac> remove existing tarballs
[11:12] <asac> bluekuja: well how do you do it then?
[11:12] <asac> bluekuja: you don't have a good tarball then
[11:12] <asac> or something
[11:12] <bluekuja> asac: mmm...I have no tarballs atm
[11:12] <gnomefreak> Ubulette: there shouldnt be any md5sum errors in mt PPA last i knew
[11:12] <bluekuja> as far as I use export-upstream
[11:12] <asac> try the command above
[11:12] <asac> in my debian branch
[11:12] <Ubulette> gnomefreak, there are
[11:12] <Ubulette> Rejected:
[11:12] <Ubulette> MD5 sum of uploaded file does not match existing file in archive
[11:12] <Ubulette> Files specified in DSC are broken or missing, skipping package unpack
[11:12] <Ubulette> verification.
[11:13] <asac>  bzr bd --merge  --export-upstream=../diff-ext.upstream/ .
[11:13] <bluekuja> asac: that's what I used
[11:13] <asac> bluekuja: why do you say 2 minutes ago:
[11:13] <asac> 23:11 < bluekuja> asac: I build it without bzr bd
[11:13] <asac> ??
[11:13] <gnomefreak> Ubulette: whos upload, the md5sum error should be prompted at time of upload
[11:13] <gnomefreak> if not than i would look to bug in PPA
[11:13] <bluekuja> asac: I mean, now I will do it
[11:13] <asac> ah
[11:14] <asac> bluekuja: just dpkg-buildpackage -rfakeroot -b  works as well directly in debian branch for me
[11:14] <gnomefreak> dput will give you the error if it passes than when you go to download it and gives you md5 something was wrong somewhere
[11:15] <gnomefreak> most likely during buildd process if i had to take wild guess
[11:15] <Ubulette> no, it was not md5 error during upload but during check with the content of the ppa. as it was mt3, orig was already in. -sa or -si doesn't matter here as it's not .changes that is faulty but .dsc
[11:15] <asac> Ubulette: you have to bump upstream version if you change tarball
[11:15] <bluekuja> asac: built
[11:16] <bluekuja> asac: built fine, now watching file destinations
[11:16] <Ubulette> asac, fortunately no.
[11:16] <gnomefreak> Ubulette: but when you dput -f ppa-mt file*_source.changes it will give you md5sum error if the .dsc doesnt match the orig.
[11:16] <gnomefreak> if the dsc and orig differ
[11:16] <Ubulette> gnomefreak, everything was clean on my side
[11:17] <Ubulette> no error at all
[11:17] <gnomefreak> Ubulette: what package is this
[11:17] <bluekuja> asac: problem is we have docs installed in a wrong dir, also they are zero-byte files
[11:17] <Ubulette> gnomefreak, it's just that ppa had a different tarball, the behavior looks sane to me
[11:17] <gnomefreak> Ubulette: remember when i got it (it was during dput) and i fixed that that night
[11:17] <Ubulette> dput was fine here
[11:18] <bluekuja> asac: I'm leaving now, the only thing that needs to be done is deleting doc stuff in the makefile as I did
[11:18] <bluekuja> asac: and that's ready for upload
[11:18] <gnomefreak> Ubulette: were you trying to upload after building with -S -sa or -si
[11:18] <gnomefreak> hint -si doesnt work
[11:18] <asac> bluekuja: which file?
[11:18] <asac> bluekuja: the doc stuff is deleted
[11:18] <asac> take a look
[11:18] <gnomefreak> for some strange fucking reason you havet o replace the orig every upload
[11:19] <bluekuja> asac: the final .deb there doesnt have docs installed in a wrong position?
[11:19] <asac> bluekuja: give me an example
[11:19] <asac> bluekuja: i don't see any bad docs ... but maybe i am just too blind
[11:19] <Ubulette> gnomefreak, tried both. 1st with -S -si => rejected, then -S -sa => rejected same reason, then with orig from ppa and  -S -si => accepted
[11:19] <bluekuja> usr/share/doc/diff-ext/README
[11:19] <bluekuja> usr/share/doc/diff-ext/COPYING
[11:19] <bluekuja> usr/share/doc/diff-ext/AUTHORS
[11:20] <bluekuja> W: diff-ext: extra-license-file usr/share/doc/diff-ext/COPYING
[11:20] <bluekuja> W: diff-ext: package-contains-upstream-install-documentation usr/share/doc/diff-ext/INSTALL.gz
[11:20] <bluekuja> W: diff-ext: zero-byte-file-in-doc-directory usr/share/doc/diff-ext/README
[11:20] <bluekuja> W: diff-ext: zero-byte-file-in-doc-directory usr/share/doc/diff-ext/TODO
[11:20] <bluekuja> 
[11:20] <gnomefreak> Ubulette: -sa should work if you used right orig. or unless something else happeened
[11:20] <asac> http://paste.ubuntu.com/592/
[11:20] <asac> bluekuja: thats what is in the package my branch produced
[11:21] <asac> bluekuja: i think its fine then
[11:21] <bluekuja> asac: that's a perfect layout
[11:21] <bluekuja> that's what I wanted to see here locally
[11:21] <asac> bluekuja: ok then you looked at the wrong package :)
[11:21] <asac> strange
[11:21] <asac> maybe try a gain tomorrow
[11:21] <gnomefreak> -S -si doesnt work remember i tried that the night i worked late to get xul and freinds upoaded to PPA, rebuilding after grabbing same tarball it worked fine. not sure why i had to regrab tarball but i did
[11:21] <asac> will upload that way now
[11:22] <bluekuja> asac: great! having a critical bug fixed is alwais nice to hear
[11:22] <gnomefreak> gonna have to assume its PPA issue TBH
[11:22] <bluekuja> asac: anyway I guess something is going bad on my local branches
[11:22] <bluekuja> asac: maybe I took the wrong package
[11:22] <Ubulette> gnomefreak, according to the email i've got, the check is against already existing ppa files so I don't get why you think it's bad. I think it was the correct behavior; i'm glad it rejected me twice
[11:22] <bluekuja> asac: maybe I keep doing a small error, who knows, I'm just tired atm ehhe
[11:22] <asac> bluekuja: yeah right
[11:23] <bluekuja> asac: :)
[11:23] <bluekuja> asac: going to sleep now
[11:23] <bluekuja> cu tomorrow and thanks!
[11:23] <bluekuja> cya all
[11:23] <gnomefreak> Ubulette: you were able to upload mismatched md5sums?
[11:23] <gnomefreak> that is bad
[11:23] <asac> bluekuja: nicht
[11:23] <asac> night
[11:23] <asac> ;)
[11:23] <bluekuja> :)
[11:23] <Ubulette> no. I've checked my md5, they were correct
[11:24] <asac> Ubulette: the archive will complain ... not dput
[11:24] <Ubulette> asac, correct
[11:24] <gnomefreak> Ubulette: you checked them they were correct but you uploaded than they were no longer correct
[11:24] <Ubulette> no
[11:24] <Ubulette> ******** different tarball *********
[11:24] <gnomefreak> asac: dput will as it did for me see logs of the night i was here working with it
[11:24] <Ubulette> same name + different content => different md5 => reject
[11:25] <gnomefreak> right
[11:25] <gnomefreak> ok so dsc had nothing to do with it
[11:25] <Ubulette> that's it
[11:25] <gnomefreak> the tarballs were differnet
[11:25] <gnomefreak> if the dsc doesnt match tarball dput will fail
[11:25] <gnomefreak> but since the 2 tars were differnet archive complained
[11:25] <Ubulette> orig md5 is in dsc, not in .changes
[11:26] <asac> gnomefreak: it will fail if files don't match .changes md5sums
[11:26] <gnomefreak> Ubulette: you build package your dsc and your orig are differnet dput will fail
[11:26] <gnomefreak> Ubulette: everything that you are explaining is on server side
[11:26] <gnomefreak> not localy
[11:26] <Ubulette> locally, I was all fine
[11:26] <Ubulette> just working with a different tarball
[11:26] <gnomefreak> right hence the reason the upload went
[11:27] <gnomefreak> but server side it was mismatched to what was there im assuming so dput wouldnt know about it but server would
[11:27] <Ubulette> right
[11:27] <Ubulette> you're back to my 1st line :)
[11:28] <gnomefreak> i thought you meant your local dsc was diffent that your local tarball
[11:28] <Ubulette> no
[11:29] <Ubulette> so next time we dput a mt > 1, let's remember that :)
[11:30] <Ubulette> no problem for me, upload is fast is fast and retry is harmless
[11:30] <gnomefreak> Ubulette: why didnt you use the tarball on ppa to begin with? if its a version change tarball than you wouldnt but normally best idea if only mt* change to use same tar
[11:31] <Ubulette> I have the same tarball since the beginning of a8. you pushed 1st with your own
[11:31] <Ubulette> remember ?
[11:31] <Ubulette> :)
[11:31] <gnomefreak> but even than you have to use -sa or md5sum will fail
[11:31] <gnomefreak> Ubulette: yes and you are just now getting the error?
[11:31] <asac> so ppa orig is now messed up?
[11:31] <asac> fo a8?
[11:31] <Ubulette> no
[11:31] <gnomefreak> asac: dont know
[11:31] <Ubulette> it's fine
[11:31] <gnomefreak> i didnt touch ff
[11:31] <asac> ok :)
[11:32] <asac> so what is this discussion about?
[11:32] <gnomefreak> Ubulette: if my upload failed i would have gotten a email within a day
[11:32] <gnomefreak> and i havent recieved one
[11:32] <Ubulette> basically, just one of us should run mozclient, then share the tarball
[11:33] <gnomefreak> Ubulette: thats what was done
[11:33] <gnomefreak> i have been using tarball on PPA except in some cases like webrunner and kaze
[11:33] <Ubulette> or we could do separately until the 1st push to ppa, then dl tarball from ppa and work from it
[11:33] <gnomefreak> and remember thats all i worked on last
[11:34] <Ubulette> build started 5 min ago for my arches
[11:34] <asac> Ubulette: we could also push full sources to branches ;)
[11:34] <Ubulette> s/my/both/
[11:34] <gnomefreak> so im failing to see how mine caused an issue
[11:34] <asac> but in the end we need to share tarballs ... i agree
[11:35] <Ubulette> asac, gasp, too big.
[11:35] <Ubulette> (in bzr)
[11:35] <asac> i always thought that first upload of upstream version to ppa would dictate the orig for any debian revision build ontop of that
[11:36] <Ubulette> asac, it does
[11:36] <gnomefreak> why would you change tarballs since its nothing in source that changed? (instead of using same tarball)
[11:36] <asac> Ubulette: yes technically it does ... question is if we need a procedural change
[11:36] <asac> or maybe extend mozclient to download a tarball from ppa if there is already one
[11:36] <Ubulette> hmm, good idea
[11:37] <Ubulette> i like that
[11:37] <gnomefreak> can it be done without conflicting with say another version?
[11:37] <asac> right ... we could even extend the clean rule to update an orig in case there is a difference
[11:37] <Ubulette> problem remains that until the 1st push, there's nothing in ppa to dl
[11:37] <gnomefreak> like firefox-orig will it check PPA than if not there make one?
[11:37] <asac> we would need to check the md5sum of the tarball on local disc and download Packages from ppa i guess
[11:38] <asac> Ubulette: right ... but we can expect people to just use mozclient to create tarball imo
[11:39] <asac> gnomefreak: yes
[11:42] <asac> Ubulette: in the long run i would like to rename mozclient and make a mozillateam-dev-tools out of it
[11:42] <asac> and upload that to hardy
[11:42] <gnomefreak> Ubulette: what package is this anyway?
[11:42] <Ubulette> ff3
[11:42] <gnomefreak> well you couldnt use same tarball for that since renae
[11:42] <gnomefreak> rename
[11:43] <Ubulette> ?
[11:43] <gnomefreak> so even using mozclient to do that you would still need to make tarball instead of grab it off PPA
[11:43] <asac> gnomefreak: until first upload
[11:43] <gnomefreak> assuming noone uploaded one since name change
[11:44] <Ubulette> asac, I was thinking of something like that too. but atm, i'm not happy with tags
[11:44] <gnomefreak> asac: right but i mean for the issue about md5sums
[11:44] <Ubulette> rename ? ff3 hasn't been renamed between mt2 and mt3
[11:44] <gnomefreak> how will they match if they were differnt named tarballs
[11:45] <Ubulette> no, same name
[11:45] <gnomefreak> Ubulette: what is ffox 3 called now (the tarball)
[11:45] <Ubulette> firefox-3.0_3.0~alpha8.orig.tar.gz
[11:45] <gnomefreak> that wasnt uploaded to PPA until you did it or did asac also upload that name to PPA
[11:46] <gnomefreak> as it was firefox-dev iirc
[11:46] <Ubulette> I just did mt3, not 1-2
[11:46] <gnomefreak> or just cvs date
[11:46] <Ubulette> the branch is called firefox-3.0.dev
[11:46] <gnomefreak> firefox-3.0_3.0 wasnt uploaded ever to PPA afaik
[11:46] <asac> Ubulette: yes, still time to sort htings out
[11:46] <Ubulette> asac, we have 6 months to figure out ;)
[11:47] <gnomefreak> ah asac did upload firefox-3.0 - 3.0~alpha8-0ubuntu1~mt1 and mt2
[11:47] <gnomefreak> Ubulette: last i knew they werent uploaded
[11:47] <gnomefreak> firefox-trunk is what i was thinking of
[11:48] <Ubulette> gnomefreak, read changelog or bzr log :) even if asac always complains about me, I try my best to keep it in shape and complete
[11:48] <gnomefreak> so what i was referring to firefox-trunk is on PPA you upload fireox-3.0-3.0 you would have to start with clean tarball (i didnt know asac had uploaded)
[11:49] <Ubulette> gnomefreak, we did that
[11:49] <gnomefreak> Ubulette: i dont have ff3 bzr branch as i havent needed it since reinstall
[11:49] <gnomefreak> i dont get emails from PPA unless my name is used on changelog (as with everyone)
[11:50] <Ubulette> mails emails from ppa should go to ppa owner, not package maintainer
[11:50] <Ubulette> s/mails/maybe/
[11:50] <Ubulette> (god, I'm tired)
[11:50] <gnomefreak> Ubulette: they go to uplaoder and changelog entry
[11:51] <gnomefreak> thats why i got yelled at for building e17
[11:51] <Ubulette> i remember a bug against ppa for that
[11:51] <gnomefreak> lol there are a bunch of them :)
[12:02] <Ubulette> btw, ff3 is now a9+cvs so minefield is back :)
[12:03] <gnomefreak> shit
[12:03] <Ubulette> asac, please check the gp branding, i haven't spent time on that since i'm running mostly daily minefield
[12:04] <Ubulette> by gp, I mean plain a8
[12:04] <Ubulette> gnomefreak, why ?
[12:04] <gnomefreak> Ubulette: no nothing i was testing something and i thught it passed but rereading it it failed
[12:22] <Ubulette> asac, did you read my comment about google-gears this morning ?
[12:27] <gnomefreak> asac: if package as ~dapper1 what would the next version be if going for ~proposed but they say not to use ~proposed1 would i use ~dapper2
[12:27] <asac> Ubulette: unfortunately all my logs are gone
[12:27] <asac> had an issue with my irc system
 I wanted to package google gears so that both ff2/ff3 and webrunner could run some site offline (would be great for laptops)
 it's an extension but it contains a binary (a .so lib)
 so I guess it's no way. maybe through an installer like google-earth
 as for my question about "-" in upstream versions, i was about to package loggerhead-1.1.1+0.13~bzr20070905r162
 initially, it was 1.1.1-0.13
 well, 1.1.1-0.13 is already out so it should even be 1.1.1+0.13+bzr20070905r162
 but I need to updated turbogears first. ubuntu is far behind. don't know if debian is better.
[12:28] <asac> the s/-/+/ is good
[12:29] <asac> Ubulette: is google gears free software?
[12:29] <asac> then we can package it
[12:29] <asac> so the so is build
[12:29] <Ubulette> hmm, I don't think so,
[12:29] <Ubulette> there's no source for sure
[12:30] <asac> then there is no chance other than looking if we can do something on ffox side to support it
[12:30] <Ubulette> http://pastebin.mozilla.org/211488
[12:34] <gnomefreak> !info flashplugin-nonfree
[12:34] <ubotu> flashplugin-nonfree: Adobe Flash Player plugin installer. In component multiverse, is optional. Version 9.0.48.0.0ubuntu1~7.04.1 (feisty), package size 15 kB, installed size 108 kB (Only available for i386)
[12:35] <gnomefreak> oops
[12:35] <gnomefreak> !info flashplugin-nonfree dapper
[12:35] <ubotu> flashplugin-nonfree: Macromedia Flash Player plugin installer. In component multiverse, is optional. Version 7.0.63.3ubuntu3 (dapper), package size 16 kB, installed size 136 kB (Only available for i386)
[12:35] <gnomefreak> hmmmmmm
[12:37] <Ubulette> asac, thinking about mozclient, the current design is wrong. I mean, I have my onw patches, yet each time you run client.mk, 1st action is to co client.mk from upstream with the proper date or tag, so my patches could (too) easily fail.
[12:47] <Ubulette> runtime changes like that are not good. I'd rather do my own mk file, co client.mk and parse modules and tags from it
[01:11] <asac> Ubulette: yes ... i think its the right direction
[01:12] <asac> predefine application-sets that declare a list of modules, which then get checked out :)