[00:01] i need a no-change rebuild of antlr for the current mono transition. i lack upload powers for it, since it's only marginally monoish [00:04] Does anyone know how exactly to change the gtk theme on lightdm? [00:25] am i right in thinking pre-up and pre-down are no longer called in 11.04? [00:25] directhex: ajmitch can do such! [00:26] Laney: why hasn't he done it already? >8\/ [00:27] directhex: I'll take care of it for you. [00:27] TheMuso: thanks [00:27] TheMuso: i've test-built it, so it should be fine & dandy with just a rebuild [00:27] directhex: What should I be mentioning in the changelog? You said its for the mono transition, but do you want anything more specific? [00:28] I'll test build again to be sure. [00:29] TheMuso: the Mono CLR 4.0 class library, more specifically. or something along those lines. just make sure it has "4.0" in it somewhere [00:29] urm ok. I'm trying to parse that with lttle success. [00:29] little [00:29] Laney: eh what? [00:31] ajmitch: just trolling you [00:31] carry on :) [00:31] :( [00:31] * Laney cuddles you [00:31] directhex: sorry I'm too slow to help you [00:32] clearly! [00:32] what in the world is going on [00:32] a huge crowd of people have descended upon the street [00:33] they appear to be filming something [00:34] directhex: Ok, I see what change with the rebuild, and your message makes sense now. Will upload. [00:43] directhex: Done. [00:47] cd .. [00:47] oops [00:47] TheMuso: thanks [00:48] TheMuso: that should make a dent on the transition [00:48] Cool. === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === ubott2 is now known as ubottu === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === asac_ is now known as asac === maco2 is now known as maco === dendrobates is now known as dendro-afk === Lirodon is now known as Viper550 [05:38] Good morning === pitti_ is now known as pitti [05:45] ev: can you re-review that merge proposal? i made the requested changes. users in bug report are getting all smart-alecky *sigh* [05:47] Is smart alecky users going to slow him down or speed him up? [05:50] ScottK: not sure. they're being smart alecky at me not him though [05:50] "fix it or find someone smart enough to do so" they say [05:51] zomg its been two whole weeks [05:51] yeah yeah i closed a 4-digit bug 2 weeks ago [05:51] Error: Launchpad bug 2 could not be found [05:51] sheesh, a bit of perspective... [05:58] Right, so I'm confused how he's supposed to find that motivational? He might just get popcorn and enjoy the show. [06:00] can I get an AA to reject the rdscli in the queue, smoser has made some changes that I asked for and I'm waiting for one more before uploading [06:01] it's in NEW for oneiric [06:02] Looking. [06:03] micahg: Done. [06:03] ScottK: thanks [06:03] You're welcome. [06:08] is the archive admin that rejected rdscli around? [06:09] micahg: ideas.. you commented on it [06:09] RoAkSoAx: Read the backscroll. [06:09] ahh i just read [06:10] micahg: well I reviewed it and IMHO it could have been accepted with the warnings [06:10] ScottK: od you have time to review resource-agents and fence-agents [06:10] please [06:10] :) [06:10] No. Just about to go to bed. [06:10] ScottK: no worries then, thanks ;) [06:11] RoAkSoAx: I didn't see a second ACK, so I thought I'd review it since you uploaded it already, it needed some fixing and we weren't near a freeze, so I thought fixing before hitting the archive was a good idea [06:13] micahg: yeah well warnings are not a big of a deal atm .. I'm not in my main computer but they were only manpages and few spelling errors that seemed to not being fixable [06:13] but from my point of view no reason to reject the upload [06:13] RoAkSoAx: right, some were debian/control fixes, also, no instructions on how to update the package [06:14] micahg: yeah 1 spelling one description might be too short which I thought that the description couldn't get any bigger [06:15] because there was nothing more to say [06:15] but no deal breaker IMHO [06:15] :) [06:15] RoAkSoAx: yeah, I wasn't worried about that one, more the duplicate depends fields, build-dep on quilt, and various other things, if we were near a freeze, I would agree, but it's good practice for the packager to learn these things :) [06:17] micahg: the source format is 3.0 quilt, it doesn't need quilt as a dependency :) [06:18] RoAkSoAx: right, but it had one before :) [06:19] also, apparently the depends list was short, his second version has a lot more [06:21] micahg: i guess the weird thing is that I dind't see all those warnings that were showed to you :S [06:22] RoAkSoAx: I have an alias called super_lintian that I run for new packages: lintian -iIEv --pedantic [06:22] I run it on the source and binary packages [06:23] micahg: k, will recheck that tomorrow [06:23] RoAkSoAx: could you get it to build in a clean env on i386 oneiric? [06:23] that was the one thing troubling me, I got it to build on my amd64 machine, but in my oneiric i386 sbuild I get JavaVM initialization errors [06:28] micahg: yeah it was working fine for me [06:28] k, I figured as much [06:28] micahg: i'll recheck everything tomorrow on clean pbuilders [06:28] RoAkSoAx: k, ACK from me once it has README.source [06:28] micahg: thanks for reviweing it btw... :) [06:29] RoAkSoAx: no problem [06:31] RoAkSoAx: and sorry, I should have subscribed you to the bug so you knew what was going on [06:32] micahg: no worries :) [06:33] micahg: i was just surprised of all those lintian warnings that you saw which i didn't [06:34] I also ran it with oneiric's lintian since that's where I built it, normally would've been on natty [06:35] micahg: maybe that's the difference cause I did it in natty [06:35] my external screens are kind amessed up with oneiric [06:36] since I work from external monitors [06:36] ah, I'm on laptops at the moment [06:36] micahg: yeah me too, one running natty and one oneiric [06:36] and a thjird one as a oneiric home server [06:36] yep, that's what I have [06:37] I usually work remotely since the oneiric one external display ability is broekn [06:39] micahg: but anyways, im off to bed [06:39] have a good one === smb` is now known as smb === warp10` is now known as warp10 [08:33] doko_, apw asked me to ping you about bug 789031 [08:33] Launchpad bug 789031 in gcc-4.5 (Ubuntu) "Built-in ASM constraint "rm" does not work" [Undecided,New] https://launchpad.net/bugs/789031 [08:34] doko_, i have this odd feeling we've seen this either a fix in the kernel to work round it, or i saw it on a gcc upload, can you remember [08:34] diwic, does the code work ok on the 4.6 compiler ? [08:34] apw, let me check [08:35] hmm, 4.6 does not ship with natty it seems [08:35] diwic, sadly not, there are onieiric chroots on tangerine [08:36] apw, perhaps you could give it a shot quicker than I, there is a test.c in the bug [08:41] diwic, i cannot trigger the error on any version of the compiler right now [08:43] diwic, can you confirm you gcc-4.5 version for me ? [08:43] Package: gcc 4:4.5.2-1ubuntu3 [08:43] apw, really? It triggers here with gcc 4.5.2-8ubuntu4 [08:44] diwic, 64 or 32 bit ? [08:44] 32 bit [08:44] works fine on amd64 [08:44] diwic, better, ok [08:44] at least this example (amd64 has more registers) [08:45] apw, yeah, that's the same package version as I have here [08:45] diwic, ok 4.6 shows the same behaviour [08:46] ok [08:47] diwic, and gcc-4.4 in lucid too [08:48] seems doko_ is not around atm [08:49] doko_, actually in pulseaudio the problem was worse, it allocated one "r" and one "rm" into the same register, so it compiled it but generated faulty code :-( [08:52] apw, ok but I guess I've done what I can now? Just want to make sure that someone looks at the bug at some not too distant point in the future [08:52] diwic, yep [08:54] good morning [08:56] RoAkSoAx, Happy Birthday! :) [09:16] slangasek, hi, could you copy the xerror message you get with that g-s-d issue? === Quintasan_ is now known as Quintasan [09:17] oh, it's in the gtk bug you opened yesterday [09:49] maco: sure thing, on it now [09:54] maco: done. It'll go out with the next ubiqutiy === ximion1 is now known as ximion [11:25] does anyone know what NetworkManager state 'locally connected' 50 means [11:25] i guessed at local ip available but no global ip [11:25] but if i connect to my router when it has no internet connection i still get 70 back [11:25] global connection === ximion1 is now known as ximion === ximion2 is now known as ximion === doko_ is now known as doko [12:39] jhunt_: libnih now built on armel. not sure if you want to build upstart with standard compiler flags too [12:50] * ogra_ hugs doko for that [13:08] cjwatson: looking at *.manifest files, xfce packages are here, so I guess your fix worked. Thanks! [13:09] hi there [13:09] e [13:09] unity geeks ther? [13:12] aditya: may be #ayatana will be a better place [13:12] no problems [13:13] thanx [13:21] mr_pouit: good good [13:23] any new issues guys? === MacSlow is now known as MacSlow|lunch [13:27] aditya: what are you looking for ? [13:28] am new to this group , just want to get into ubuntu development [13:28] ah ok. Welcome :) [13:29] thanks [13:29] any group talks going on presently? [13:30] aditya: there will be Ubuntu Developer Week in July, that is very helpful for new comers to Ubuntu development [13:30] ok [13:31] are you abhinav upadhyay by any chance? [13:31] yes [13:31] k [13:35] aditya: you might want to go through this to set up your development environment. dholbach even did a video on ustream for this, you may search for it. It's a good place to start with [13:36] https://wiki.ubuntu.com/MeetingLogs/devweek1007/GetStarted [13:36] thanx [13:37] !development | aditya [13:37] aditya: Interested in becoming an Ubuntu Developer? Get started here: https://wiki.ubuntu.com/UbuntuDevelopment [13:37] micahg, i'll add a README.source file. [13:38] thanx ubottu [13:38] if you, or anyone, can write a uscan that parses output of http://s3.amazonaws.com/rds-downloads/ that would be what needs to be done. [13:39] i think the issue i ran into before was that there are no line breaks. [13:41] whom should i ask to get a proposed package accepted? [13:42] how long has it been? [13:42] smoser: You could create a small AWS service that did XSLT on that to make it standard uscan input format :) [13:42] Laney: a few days [13:43] two to be precise [13:43] indeed. i would think i could probably add support to uscan, but it would be very limited in use (other than the half a dozen or so packages from amazon that do this). [13:44] * mok0 is damned annoyed that installing drupal6 forces mysql to be installed. I use postgresql [13:45] For sourceforge, I think the conclusion was that it was easier to create a translation service than to add parsing to uscan, but you may find the converse to be true. [13:55] jamespage: just to clarify, were the fop dependencies included in the MIR review? [14:01] cjwatson, bug #797669, I'm just pointing it in case you didn't notice it, should probably be milestoned for the next alpha? [14:01] Launchpad bug 797669 in casper (Ubuntu Oneiric) "No autologin on live session with lightdm" [High,Triaged] https://launchpad.net/bugs/797669 [14:13] doko: I've not reviewed the additional dependencies added to the MIR since SpamapS raised the original bug report [14:14] thats batik, libsaxon-java and xmlgraphics-commons [14:15] yes, set to incomplete for now [14:23] seb128: ok === MacSlow|lunch is now known as MacSlow [14:33] I am trying to get proftpd to authenticate users against a postgresql db and i am missing "mod_sql_passwd.c" for "SQLPasswordEngine" directive... Does somebody know where it did go? [14:34] ntr0py, you have proftpd-mod-pgsql installed? [14:35] yes [14:36] mod_sql_passwd.so is in the proftpd-basic package [14:38] directhex: for maverick it is not in there... [14:39] this isn't an end-user support channel, and maverick isn't really something anyone's thinking about anymore in development terms [14:40] directhex: ok thanks i found it in natty package, i will try to compile it for maverick [14:49] ev: thanks [14:49] dholbach thank you!!! [14:52] cjwatson: can you have a look at the vlc sru upload? [14:52] cjwatson: and set this branch to merged: https://code.launchpad.net/~druke/ubuntu/natty/g15daemon/bug-657598/+merge/64168 ? [14:52] Ubuntu bug 64168 in kdebase (Ubuntu) "KDE clipboard used with Openoffice does not support Umlauts" [Low,Fix released] [14:53] both will have to wait until this CD has synced so I have bearable bandwidth again [14:54] I'm doing minimal-bandwidth things in the meantime ... [14:54] cjwatson: even for setting a merge proposal status? [15:02] bdrung: well, the page ain't loading, so apparently so [15:03] pitti: when you have the please review Language Pack bug report #796591 for Bemba === superm1` is now known as superm1 [15:15] poolie, heyo, are you still involved with librsync at all? [15:16] hello goof2092 [15:18] goof2092: I replied in the bug === zyga is now known as zyga-food [15:37] ev: any chance you have screenshots the screens that come after each of the choices in the installer? Basically a step by step for each available choice a user can pic? [16:04] barry, to port a package to dh_python2, all packages that put files into the same toplevel module need to be ported at the same time? [16:05] mterry: yep, all subpackages of the same namespace package must be ported at the same time. e.g. all lazr.* or zope.* [16:06] barry, ok. Then I need to do futz with the dependencies to make sure that a user doesn't only get half the upgrade? [16:07] mterry: good question. i think if you upload all the ported packages at the same time, there'll be only a small window where they could get screwed, which probably isn't enough to worry about. but maybe i'm missing something [16:07] barry, yeah, you miss partial upgrades [16:07] seb128, you're saying we don't worry about those? [16:07] like users doing an apt-get install binary and not a dist-upgrade [16:08] seb128: ah, yeah thanks [16:08] mterry, I'm not saying that ;-) [16:08] seb128: how do you suggest we handle these upgrade dependencies? [16:08] well ideally you would Breaks:.... on all the things you actually break [16:08] seb128, that sounds more like you :) [16:09] not sure how practical it is for that python transition [16:09] mterry: i guess it's a good question to ask on ubuntu-devel and see what people think. i'm working on a critical bug atm so don't have time to do that. could you? [16:10] barry, sure [16:10] mterry: thanks! [16:18] doko, the ubuntuone python package set is a big, lockstep upgrade to dh_python2. How about I trade you 2 other packages for ubuntuone-couch? :) === dendro-afk is now known as dendrobates [16:25] mterry: I don't mind if it's now. just be aware that it stays on your radar [16:26] barry, seb128: well, we don't support partial upgrades, or did that change? [16:26] I don't know if we have an official position on that [16:27] I usually try to get things to not break in partial upgrades for desktop but I'm not sure if we say that we support those or not === dendrobates is now known as dendro-afk [16:44] doko: I've never heard any official statement that we don't support partial upgrades. IMO it's silly *not* to support partial upgrades to at least some extent because somebody's bound to run into it and file a bug and why wouldn't we want to avoid that? [16:45] not supporting systems that are half karmic and half maverick or something is a different matter, but that's a much weaker statement [16:46] bdrung: marked that g15daemon branch as merged now [16:46] thanks [16:46] pitti, thanks for the awesome dh_python2 tip [16:46] bdrung: looks like somebody dealt with the vlc SRUs? [16:46] mterry: glad that I could recycle it :) [16:48] cjwatson: no, i was talking about 1.1.9-1ubuntu1.2 === Amaranth_ is now known as Amaranth [16:51] bdrung: http://people.canonical.com/~ubuntu-archive/pending-sru.html isn't showing any vlc package in -proposed and nothing in any of the upload queues, so you're going to need to give me more detail if you want me to do something, I think [16:52] pitti: I'm reviewing the status of the grub2/lupin SRUs [16:52] cjwatson: https://launchpad.net/ubuntu/natty/+queue?queue_state=1&queue_text= [16:53] pitti: bug 610898 has now been verified on both lucid and maverick, and I've marked it v-done [16:53] Launchpad bug 610898 in Wubi "grub-pc upgrade renders computer unbootable when Wubi is installed to partition other than Windows" [High,Triaged] https://launchpad.net/bugs/610898 [16:53] pitti: I think the testing there is almost certainly sufficient to cover bug 695290 and bug 742967 as well; do you agree? [16:53] Launchpad bug 695290 in grub2 (Ubuntu Maverick) "10_lupin case problem with ntfs UUIDs" [High,Fix committed] https://launchpad.net/bugs/695290 [16:53] Launchpad bug 742967 in Wubi "Wubi grub prompt on install" [Undecided,New] https://launchpad.net/bugs/742967 [16:54] pitti: then we can unblock bug 687501 and we're good to go [16:54] Launchpad bug 687501 in OEM Priority Project "when installer is multipath aware, grub fails to install" [High,New] https://launchpad.net/bugs/687501 [16:56] cjwatson: yes, for regression testing that's certainly more than we usually get, so I'm fine with moving this to -updates [16:57] excellent, I'll mark those bugs then [16:57] lupin has to move at the same time [17:00] bdrung: looking now, then [17:01] hi all [17:01] I'm new here [17:01] I'm an ubuntu user and I want to start programming [17:02] I don't know where nor how to start === NCommand1r is now known as NCommander [17:02] If I am on the wrong place , please let me know [17:03] I 'm very interested in C/C++ [17:04] bdrung: OK, approved, thanks [17:04] I have learnt stuff on C/C++ , I like the Object Oriented approche of C++ and now I want to jump ahead a do something real [17:05] a bit of help to where to look would be welcome [17:07] cyrildz: this isn't really a help-you-get-started-programming channel - perhaps try #ubuntu-app-devel, or a specialist C or C++ channel (though I can't recommend one)? [17:08] thanks , I will have a look a this [17:10] cjwatson: thanks [17:20] cjwatson, latest alternate build failed to install see bug 798306. I filed it against debian-installer but from the error it looks more like debconf. It is reproducible. [17:20] Launchpad bug 798306 in debian-installer (Ubuntu) "unable to install the selected kernel with oneiric-alternate-i386 20110616.1" [Undecided,New] https://launchpad.net/bugs/798306 [17:21] persia, https://code.launchpad.net/~smoser/ubuntu/oneiric/devscripts/lp-798293/+merge/64857 is to add S3 bucket listing support to uscan [17:21] jibel: thanks, I'll have a look. I think I probably need to seed debconf-i18n [17:21] smoser, Heh. That was fast. Nice! [17:40] ls [17:40] :D [17:41] * Quintasan does that way too often [18:23] Daviey: fyi, I am finalizing the patch to fix bug #795800. I should be uploading it to Ubuntu today (tomorrow at the latest) as well as submitting the patch upstream [18:23] Launchpad bug 795800 in libvirt (Ubuntu Oneiric) "virsh save fails on oneiric when the apparmor security driver is enabled" [High,In progress] https://launchpad.net/bugs/795800 [18:24] jdstrand: Ah super.. I understand zul was looking at the libvirt merge, but wanted you to peer review it? :) [18:25] Daviey: last I heard, I reviewed hallyn's merge, uploaded it and then zul was asked to test said merge against Ubuntu Cloud [18:26] jdstrand: yeah there is a newer version in debian now though [18:26] Daviey: if he is doing an 0.9.2 merge, I can review it and add my patch to fix the bug to it during the review [18:26] sounds like a plan! [18:26] jdstrand: ill talk about it to you later, im kind of in a buffer overflow situation right now :) [18:26] * Daviey cycles zul [18:27] zul: it is unlikely I could put real review time in until monday anyway, so no worries [18:27] jdstrand: ack :) [18:27] peer reviews rock my world. [18:27] I'll still get my upload in though [18:35] jdstrand: is there a reason why linux-any is dropped from the merge? AFAIK launchpad understands that now [18:50] micahg: all I see in the merge from hallyn is 'remove [linux-any] from all dependencies' [18:50] zul: fyi ^ [18:50] no idea [18:51] cjwatson, kees, sabdfl, Keybuk: TB meeting reminder in 10 mins [18:51] jdstrand: right, was just wondering if you knew why, I guess I should talk to hallyn about it [18:52] zul: no I meant you may want to leave it in next time :) [18:52] jdstrand: heh ok === ximion2 is now known as ximion [18:54] zul: another thing to keep in mind is that we still have python2.6 in oneiric, even if not though, if the python-dev-all package doesn't have a python version, I don't think you need to worry about X-Python-Version being older [19:17] I have small C code which compiles on amd64 but fails on armel [19:24] jcastro: Apols, somehow I didn't see your message until now [19:24] no worries, it's not urgent or anything [19:24] I don't have up to date ones, sadly. There are olds ones on people.c.c/~Evans [19:24] Evand [19:24] Damn iOS [19:25] ta, that should put me on the right track === ArneGoet1e is now known as ArneGoetje [20:14] zul: what is happening with libxen-dev-- has it been approved in the MIR? your libvirt upload won't build cause it isn't available [20:14] jdstrand: ill go check [20:17] jdstrand: MIR has been aproved [20:17] so i guess they need to be promoted [20:17] zul: ok, then I'll promote it. what is the bug number? [20:18] 790854 [20:20] zul: the bug states that the server team will do security support-- can Daviey or someone else comment in the bug that that will happen? [20:20] jdstrand: sure [20:20] Daviey: ^^^ [20:20] support really means testing here, as I read it [20:20] jdstrand: but that will probably end being me anyways [20:20] (like euca, iscsi, etc where we don't have the testing infrastructure for it) [20:21] jdstrand: wha? you guys dont want to use xen? :) [20:30] slangasek: I've about 24 open bug reports where update-initramfs has failed due to lack of space and plan to open a new bug suggesting that update-initramfs should deal with this better (make the existing ones duplicates of that new one) and write a bug pattern to prevent further reports. Does that seem reasonable? [20:31] * Daviey looks [20:32] * Daviey is not having with oneiric desktop atm === yofel_ is now known as yofel [20:34] zul: is xenstore needed as a build dep? [20:34] Daviey: yeah it pulls it in when you install libxen-dev [20:34] ah [20:34] * micahg thought libxenX was renamed libxenstoreX [20:41] cjwatson: ping [20:41] nxvl: yes? [20:42] cjwatson: did you have somewhere a magic regexp that will match a valid ubuntu version? [20:43] nxvl: define "valid ubuntu version"? [20:43] cjwatson: 0.8.4-1ubuntu2stuff4 will facil [20:44] cjwatson: however 0.8.4-1ubuntu2 or 0.8.4-1 will pass [20:44] I don't understand why the first should fail [20:44] cjwatson: because the use case i need, should fail [20:44] I do not have a magic regexp that matches requirements I do not have. :-) [20:44] cjwatson: ok, thanks! [20:46] from Ubuntu's point of view, valid version numbers are those defined in policy 5.6.12, and version numbers with the substring 'ubuntu' inhibit autosync from Debian; that'sal [20:46] *that's all [20:48] cjwatson: that will help, you surely have that on a regexp in a script somewhere, right? [20:50] buried in the archive somewhere, I can't remember when I last had to care [20:50] the secret sauce. :) [20:50] re_valid_version = re.compile(r"^([0-9]+:)?[0-9A-Za-z\.\-\+~:]+$") [20:50] says Launchpad [20:52] cjwatson: awesome!, thank you! [20:52] (that's in lib/lp/archiveuploader/utils.py) [20:53] bdmurray: sounds great to me! [20:53] * nxvl HUGS cjwatson [20:57] cjwatson: I found an announcement about not ps3 isos for natty was there a similar one for powerpc isos? [20:57] powerpc ISOs were never stopped [20:57] they weren't *released* because they didn't get tested, but the daily builds are still going [20:58] ah, thanks! [21:00] zul, Daviey: fyi, libxen-dev and libxenstore3.0 (and 'xen' source) have been promoted and I uploaded libvirt 0.9.1-1ubuntu4 [21:00] jdstrand: cool thanks [21:00] zul: fyi, one of the two patches can be dropped in 0.9.2, but the other not until 0.9.3 (see the cahngelog) [21:01] zul: ie, of the 2 I just uploaded [21:01] jdstrand: gotya === Quintasan_ is now known as Quintasan [21:15] jdstrand: rocking! === dendro-afk is now known as dendrobates === zyga-food is now known as zyga === dendrobates is now known as dendro-afk [22:43] mterry, hi, i haven't touched librsync for a long time [22:44] idon't know if it's very active at all [22:44] poolie, that's what I've gathered. Last comment by an ex-maintainer was 2006 [22:45] poolie, was in reference to a MIR (deja-dup->duplicity->librsync) [22:45] poolie, seems stable, just unmaintained [23:09] yeah, pretty much stable [23:09] i'd kind oflike to do something on it [23:09] i'm sure there is room for improvement, but not many bugs [23:09] remarkably few actually [23:29] slangasek: so there are a lot of dist-upgrades with this error too but update-manager has its own free space calculator for /boot. I think those should probably be a separate bug. Do you agree? [23:32] bdmurray: the two bugs being 1) poor error message when you're out of space, 2) update-manager's free space calculator needing help? [23:32] slangasek: right - it looks to like update-manager just uses the following [23:33] KERNEL_INITRD_SIZE = 19 * 1024 * 1024 [23:33] 19 seems kind of random to me [23:34] heh, yes [23:36] i don't know... [23:36] ebroder@warwick:~$ ls -lh /boot/initrd.img-2.6.38-8-generic | awk '{print $5}' [23:36] 20M [23:37] though i've thrown a bunch of random crap into my initrd [23:37] looks like stock natty is 13M or so [23:40] well, a much better predictor would be to check the size of the initrd for the current kernel [23:41] yeah, sure. i was just surprised how close mine was to the magic number :) [23:49] how frequent is the pull from debian unstable? [23:49] daily [23:50] assuming I'm around anyway [23:50] (it's a cron.cjwatson kind of thing) [23:50] why, are you looking for something in particular? [23:51] cjwatson: i've been uploading fixes to sid which ought to also apply to the mono transition in oneiric [23:51] i wondered what time the cronjob runs, so i can check the ben page for added green ticks [23:51] right, it's not a cron job, it's "Colin usually runs this when he starts work in the morning" [23:51] I can run it now if you'd like [23:52] no, don't do it on my account. that's close enough to a number [23:52] i'm busy migrating from ejabberd to prosody tomorrow anyway, hopefully it means i won't have time to look at non-work things in work hours [23:53] actually, I think I'll do one now anyway - with the exception of powerpc, the buildds are fairly quiet and it's good to space things out so that they're more responsive when people need them [23:55] typing screen commands into firefox is not helpful [23:57] note to self: do packagecraft after less wine.