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