[15:09] <BUGabundo> olá
[15:09] <fta> lo
[15:09] <fta> BUGabundo, defrag my *s
[15:09] <fta> :(
[15:10] <BUGabundo> still running ?
[15:10] <fta> BUGabundo, http://ubuntuforums.org/showpost.php?p=8530654&postcount=99
[15:12] <BUGabundo> fta: tip: lsof :D
[15:12] <fta> what for?
[15:13] <BUGabundo> to know what the program is picking up
[15:13] <BUGabundo> fta: do you know N2N ?
[15:13] <BUGabundo> I fall in love with it last night
[15:14] <fta> i know lsof pretty well, i don't understand why it should help me here
[15:14] <fta> no idea what N2N is
[15:14] <BUGabundo> you would know where pydefrag was moving your files
[15:14] <BUGabundo> or better, WHICH
[15:14] <BUGabundo> n2n is another subject
[15:14] <BUGabundo> p2p network layer VPN
[15:14] <fta> i know that, i even read the sources since
[15:15] <BUGabundo> fta: n2n or lsof?
[15:15] <BUGabundo> two subjects, pleanty of cofusion :D
[15:16] <fta> it's useless, it's just doing copies as i said yesterday, to by trying to unfrag some files, it frags the spaces around, leading to an even worse situation
[15:16] <BUGabundo> ahahaha
[15:16] <BUGabundo> it does not know where continues free space is
[15:17] <fta> no, it just knows how many parts a given file has, and tries to do better by copying it
[15:17] <BUGabundo> fta: would you mind installing n2n and do me a portscan on my interface?
[15:17] <fta> which becomes impossible once the free space is heavily fragmented
[15:18] <BUGabundo> better method: move them to external disc, move back in
[15:18] <BUGabundo> WIN
[15:18] <fta> that's what i'm doing right now, but i have too many data, not enough free space
[15:19] <BUGabundo> buy a new 2TB disk
[15:19] <BUGabundo> that's what I do, when I go bellow 80% free spac
[15:19] <BUGabundo> got a 1.5 T a few months, gonna get a new 2T early next month
[15:19] <fta> too expensive, i bought a new 1TB recently, but i left it at work :(
[15:20] <BUGabundo> I think I have 500G around but its giving me trouble starting up
[15:20] <BUGabundo> so I can't trust it
[15:20] <BUGabundo> 2T expensive?
[15:20] <BUGabundo> 100€
[15:20] <BUGabundo> 1,5T 80€
[15:20] <BUGabundo> 1T 50€
[15:20] <fta> but 1T, 2T, 10T, not much of a difference for me, once full, i end up fighting with the last 5G left :(
[15:21] <BUGabundo> buy a new one before thar
[15:21] <BUGabundo> or use dedup
[15:21] <BUGabundo> or dump old unneaded stuff
[15:22] <fta> i'm dumping my chroots, should free me a disk
[15:23] <fta> i need to check if i won't trash bzr branches that are not on lp
[15:24] <BUGabundo> eheh
[15:24] <BUGabundo> backup those
[15:24] <BUGabundo> LOL
[15:24] <fta> where? i don't have enough free space
[15:27] <BUGabundo> I was jk fta
[15:28] <fta> lots of scripts in there too
[15:28] <fta> repack-from-debian, hmm
[15:29] <BUGabundo> time to do a spring cleaning
[15:29] <BUGabundo> fslint and kleaner are great tools for that
[15:30] <fta> don't know those. i often use baobab
[15:31] <BUGabundo> baahhh
[15:31] <BUGabundo> that's just gui to help find trash
[15:31] <BUGabundo> want to *really* clean stuff
[15:31] <BUGabundo> try those
[15:31] <fta> yep
[15:31] <BUGabundo> obviuosly IO heavy
[15:31] <BUGabundo> my 1,5T backup disk takes like 4h to complete kleaner
[15:44] <fta> BUGabundo, did you see my dent about the ubuntuforums?
[15:44] <fta> can you reproduce
[15:44] <fta> ?
[15:45] <BUGabundo> yes
[15:45] <BUGabundo> haven't tried it yet
[15:47] <micahg> fta: I wanted to ask you about the failure on ff37
[15:48] <fta> ?
[15:49] <micahg> fta: the patch that failed is in a block that checks for MOZ_UPDATER, which should be false since we use --disable-updater
[15:49] <micahg> so the patch seems useless
[15:50] <fta> which patch?
[15:50] <micahg> ubuntu_no_updates
[15:50] <fta> we often try to do clean patches, even for stuff we don't use
[15:50] <fta> oh, ubuntu_* so it's not something we plan to upstream
[15:52] <micahg> fta: patch: http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.7.head/annotate/head%3A/debian/patches/ubuntu_no_app_updates.patch
[15:53] <micahg> fta: code: line 400: http://hg.mozilla.org/mozilla-central/annotate/fd1c53ab97d9/browser/components/preferences/advanced.js
[15:53] <micahg> line 401 actually
[15:54] <fta> it was needed at some point
[15:55] <fta> the ifdef is more recent than the patch
[15:55] <fta> should be safe to drop it, but it's not my patch, asac should confirm
[15:56] <micahg> asac: ^^^^^
[17:50] <WHK> hola
[17:50] <WHK> alguien habla español?
[17:56] <BUGabundo> n
[17:56] <BUGabundo> so pt
[18:02] <WHK> ?
[22:02] <fta> micahg, did you get emails from my bot in the last 2 days?
[22:02] <micahg> fta: yes
[22:02] <fta> hm
[22:02] <micahg> fta: why?
[22:03] <fta> oh, it was hidden, sorry
[22:03] <micahg> fta: can you respin prism tomorrow?
[22:03] <fta> i patched the bot to be able to do multiple channels for chromium, but i thought i broke something in the process, apparently i didn't
[22:04] <BUGabundo> fta: I wish that too :(
[22:04] <fta> micahg, why? a respin with no change at all?
[22:04] <fta> BUGabundo, ?
[22:04] <BUGabundo> PPA bisec
[22:04] <micahg> fta: there was a version conflict when I fixed the bustage
[22:04] <BUGabundo> or better , a way to choose packges
[22:05] <micahg> apparently, my version in bzr was less than the bots
[22:05] <fta> BUGabundo, it was a subliminal call for volunteers ;)
[22:05] <BUGabundo> eheh
[22:06] <fta> should be trivial for pythoneers knowing the lp api
[22:08] <BUGabundo> but do PPA now let you access older debs?
[22:08] <BUGabundo> like you can do in archive, if you have several releases
[22:08] <fta> micahg, shouldn't be a problem for the bot
[22:08] <BUGabundo> and just add /RELEASE in front of the install command ?
[22:08] <fta> BUGabundo, yes, something like 30 days
[22:09] <BUGabundo> oh nice!!!
[22:09] <BUGabundo> is there a CLI command for it?
[22:09] <BUGabundo> cause downgrading NM sucks
[22:09] <fta> no
[22:09] <fta> that what i'm asking in the dent, cli or gui, i don't mind
[22:09] <fta> +'s
[22:10] <micahg> fta: you fwd'd me the email: prism_1.0b2+svn20091215r57886-0ubuntu1~umd1.dsc: Version older than that in the archive. 1.0b2+svn20091215r57886-0ubuntu1~umd1 <= 1.0b2+svn20091215r57886-0ubuntu2~umd1
[22:11]  * micahg forgot, do I have to bump the version in bzr?
[22:11] <fta> let me check what the bot said about that
[22:13] <fta> damn, i dropped that email
[22:17] <fta> compare 1.0~b2+svn20090813r49078-0ubuntu1 (karmic) and 1.0b2+svn20091203r57206-0ubuntu1
[22:17] <fta> micahg, it's 1.0~b2 vs 1.0b2
[22:17] <fta> 1.0~b2 << 1.0b2
[22:17] <fta> so either you go back to 1.0b2 or you change ~ with +
[22:18] <fta> the mozclient conf should be updated too
[22:20] <fta> micahg, oh, a good opportunity for you to something new, move from /usr/share/mozilla-devscripts/prism.mk to in package debian/mozclient like the other packages (ff, xul, tb)
[22:20] <fta> +try
[22:23] <micahg> fta: it should be 1.0~b2 to be consistent with the rest of the packages we do
[22:24] <fta> too late
[22:24] <micahg> I guess I have to modify the DEBIAN_VERSION in /debian/rules
[22:24] <micahg> fta: we can just delete the new one and upload the older one once I fix the rules script
[22:24] <fta> it's either + or use an epoch (even uglier)
[22:25] <fta> imho, it should be +, as prism upstream bump just before release, unlike moz
[22:25] <micahg> fta: should I file a bug against prism for the mozclient change?
[22:26] <fta> not needed, if you plan to do it yourself ;)
[22:26] <fta> it's not very difficult, you have plenty of examples available
[22:27] <micahg> fta: ok, so we can do 1.0+b2 and then 1.0.0 for release
[22:29] <fta> yes
[22:29] <fta> bzr log -p -r 386 in xul 1.9.1
[22:30]  * micahg has a lot to do :)
[22:32] <fta> as you want, the only alternative to fix the problem is to update m-d
[22:33] <fta> and do backports :(
[22:34] <micahg> fta: which problem?
[22:35] <fta> the version, the tarballs are created by mozclient in m-d
[22:35] <micahg> oh
[22:35] <micahg> I see, so I need to fix the version in prism to match the tarball
[22:36] <micahg> and eventually fix m-dev so it doesn't happen anymore
[22:36] <fta> yes
[22:36] <micahg> ok
[22:36] <fta> so workaround, go back to 1.0b2, and fix, update mozclient
[22:37] <micahg> ok, I'll fix the version right now, maybe mozclient later in the week
[22:40] <micahg> fta: it seems like the changelog wasn't the issue, but that fact that it was ubuntu1 vs ubuntu2
[22:42] <micahg> for some reason the bot had ubuntu2 as the last upload for prism
[22:43] <micahg> so, since there was no new upstream but bzr changes, it respun with the version I had in bzr which was ubuntu1
[22:48] <fta> hmm, always u2~umd1.. https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+packages?field.name_filter=prism&field.status_filter=&field.series_filter=lucid
[22:52] <micahg> fta: idk why
[22:53] <micahg> fta: is there a way for you to push up to u3 until the next upstream release?